|
Este documento ha sido traducido utilizando tecnología de traducción automática. Si bien nos esforzamos por proporcionar traducciones precisas, no ofrecemos garantías sobre la integridad, precisión o confiabilidad del contenido traducido. En caso de discrepancia, la versión original en inglés prevalecerá y constituirá el texto autorizado. |
Opciones de Helm Chart
Configuración de Límites y Solicitudes de Recursos
Las solicitudes y límites de recursos se pueden configurar al instalar rancher-monitoring.
Los valores predeterminados están en el values.yaml en el Helm Chart rancher-monitoring.
Los valores predeterminados en la tabla a continuación son los límites y solicitudes de recursos mínimos requeridos.
| Nombre del recurso | Límite de Memoria | CPU Limit | Solicitud de Memoria | Solicitud de CPU |
|---|---|---|---|---|
alertmanager |
500Mi |
1000m |
100Mi |
100m |
grafana |
200Mi |
200m |
100Mi |
100m |
subgráfico kube-state-metrics |
200Mi |
100m |
130Mi |
100m |
subgráfico prometheus-node-exporter |
50Mi |
200m |
30Mi |
100m |
prometheusOperator |
500Mi |
200m |
100Mi |
100m |
prometheus |
2500Mi |
1000m |
1750Mi |
750m |
Total |
3950Mi |
2700m |
2210Mi |
1250m |
Se recomienda un almacenamiento de al menos 50Gi.
CA de confianza para Notificadores
Si necesitas añadir un CA de confianza a tu notificador, sigue estos pasos:
-
Crea el espacio de nombres
cattle-monitoring-system. -
Añade tu secreto CA de confianza al espacio de nombres
cattle-monitoring-system. -
Despliega o actualiza el Helm Chart
rancher-monitoring. En las opciones del Helm Chart, referencia el secreto en .
Resultado: El recurso personalizado de Alertmanager por defecto tendrá acceso a tu CA de confianza.
Configuraciones de Raspado Adicionales
Si la configuración de raspado que deseas no puede especificarse a través de un ServiceMonitor o PodMonitor en este momento, puedes proporcionar un additionalScrapeConfigSecret al desplegar o actualizar rancher-monitoring.
Una sección de scrape_config especifica un conjunto de objetivos y parámetros que describen cómo rasparlos. En el caso general, una configuración de raspado especifica un único trabajo.
Un ejemplo de dónde podría usarse esto es con Istio. Para más información, consulte esta sección.
Configuración de aplicaciones empaquetadas dentro de Monitoring v2
Desplegamos kube-state-metrics y node-exporter con monitoring v2. Los exportadores de nodos se despliegan como DaemonSets. Cada una de estas entidades se despliega como subgráficos a través del Helm Chart de monitoring v2, values.yaml.
También desplegamos Grafana, que no es gestionado por Prometheus.
Muchos valores no están expuestos en el Helm Chart de nivel superior. Sin embargo, puedes añadir valores al Helm Chart de nivel superior para sobrescribir los valores que existen en los subgráficos.
Aumentar las réplicas de Alertmanager
Como parte de las opciones de despliegue del Helm Chart, puedes optar por aumentar el número de réplicas del Alertmanager desplegado en tu clúster. Las réplicas pueden ser gestionadas utilizando el mismo secreto de configuración de Alertmanager subyacente. Para más información sobre el secreto de configuración de Alertmanager, consulte esta sección.
Configurando el espacio de nombres para un panel de Grafana persistente
Para especificar que deseas que Grafana vigile los ConfigMaps en todos los espacios de nombres, establece este valor en el gráfico Helm rancher-monitoring:
grafana.sidecar.dashboards.searchNamespace=ALL
Ten en cuenta que los roles RBAC expuestos por el gráfico de monitorización para añadir paneles de Grafana siguen restringidos a otorgar permisos a los usuarios para añadir paneles en el espacio de nombres definido en grafana.dashboards.namespace, que por defecto es cattle-dashboards.