observability.monitoring: true- un destino bajo
k8s-monitoring.extraDestinations
Backends compatibles
Zylon soporta tres familias de backend:| Backend | Tipo YAML | URL típica |
|---|---|---|
| Prometheus | prometheus | https://prometheus.example.com/api/v1/write |
| Backend compatible con Prometheus para Grafana | prometheus | https://<stack>.grafana.net/api/prom/push |
| Colector OTLP | otlp | https://otel.example.com/v1/metrics o grpc://otel.example.com:4317 |
grafana separado. Los servicios de métricas compatibles con Grafana siguen usando type: prometheus.
Estructura del destino
Sobrescribir los destinos por defecto de Zylon
Úsalo cuando quieras reemplazar los destinos gestionados por Zylon en lugar de añadir destinos extra. Esto usadestinations, no extraDestinations.
Qué tienes que hacer:
- Mantén la entrada
otlpy ponurl: "-"para desactivar el destino OTLP por defecto de Zylon. - Mantén la entrada
lokiy ponurl: "-"para desactivar el destino Loki por defecto de Zylon. - Añade tu propio destino como un nuevo elemento dentro de la misma lista
destinations. - Cambia el
name, eltypey laurldel destino para que coincidan con tu backend. - Si tu endpoint usa una CA privada o autofirmada, sustituye el certificado de ejemplo bajo
tls.capor tu propia CA.
Ejemplos de destinos
- Prometheus
- Grafana-Compatible
- OTLP
Usa Prometheus debe tener activado el receptor de remote write, por ejemplo arrancando Prometheus con:Para endpoints de Prometheus con certificado autofirmado, pasa el certificado CA para mantener la verificación TLS activa:
type: prometheus para un servidor Prometheus autoalojado con remote write activado: