Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi.

Options du Helm Chart

Configuration des limites et demandes de ressources

Les demandes et limites de ressources peuvent être configurées lors de l’installation de rancher-monitoring.

Les valeurs par défaut se trouvent dans le values.yaml dans le Helm Chart rancher-monitoring.

Les valeurs par défaut dans le tableau ci-dessous sont les limites et demandes de ressources minimales requises.

Nom de la ressource Limite de mémoire Limite de CPU Demande de mémoire Demande d’UC

alertmanager

500Mi

1000m

100Mi

100m

grafana

200Mi

200m

100Mi

100m

sous-chart kube-state-metrics

200Mi

100m

130Mi

100m

prometheus-node-exporter subchart

50Mi

200m

30Mi

100m

prometheusOperator

500Mi

200m

100Mi

100m

prometheus

2500Mi

1000m

1750Mi

750m

Capacité

3950Mi

2700m

2210Mi

1250m

Il est recommandé d’avoir au moins 50Gi de stockage.

CA de confiance pour les Notificateurs

Si vous devez ajouter un CA de confiance à votre notificateur, suivez ces étapes :

  1. Créez l’espace de noms cattle-monitoring-system.

  2. Ajoutez votre secret CA de confiance à l’espace de noms cattle-monitoring-system.

  3. Déployez ou mettez à niveau rancher-monitoring le Helm Chart. Dans les options du Helm Chart, référencez le secret dans Alerting  Secrets supplémentaires.

Résultat : La ressource personnalisée Alertmanager par défaut aura accès à votre CA de confiance.

Configurations de Scraping supplémentaires

Si la configuration que vous souhaitez ne peut pas être spécifiée via un ServiceMonitor ou un PodMonitor pour le moment, vous pouvez fournir un additionalScrapeConfigSecret lors du déploiement ou de la mise à niveau de rancher-monitoring.

Une section scrape_config spécifie un ensemble de cibles et de paramètres décrivant comment les scraper. Dans le cas général, une configuration spécifie un seul travail.

Un exemple d’utilisation pourrait être avec Istio. Pour plus d’informations, consultez cette section.

Configuration des applications emballées dans Monitoring v2

Nous déployons kube-state-metrics et node-exporter avec Monitoring v2. Les exportateurs de nœuds sont déployés en tant que DaemonSets. Chacune de ces entités est déployée en tant que sous-charts via le Helm Chart de Monitoring v2, values.yaml.

Nous déployons également Grafana, qui n’est pas géré par Prometheus.

De nombreuses valeurs ne sont pas exposées dans le Helm Chart de niveau supérieur. Cependant, vous pouvez ajouter des valeurs au Helm Chart de niveau supérieur pour remplacer celles qui existent dans les sous-charts.

Augmenter le nombre de réplicas d’Alertmanager

Dans le cadre des options de déploiement du chart, vous pouvez choisir d’augmenter le nombre de réplicas d’Alertmanager déployés sur votre cluster. Les réplicas peuvent tous être gérés en utilisant le même Secret de configuration d’Alertmanager sous-jacent. Pour plus d’informations sur le Secret de configuration d’Alertmanager, référez-vous à cette section.

Configuration de l’espace de noms pour un tableau de bord Grafana persistant

Pour spécifier que vous souhaitez que Grafana surveille les ConfigMaps dans tous les espaces de noms, définissez cette valeur dans le chart Helm rancher-monitoring :

grafana.sidecar.dashboards.searchNamespace=ALL

Notez que les rôles RBAC exposés par le chart de surveillance pour ajouter des tableaux de bord Grafana sont toujours limités à donner des autorisations aux utilisateurs pour ajouter des tableaux de bord dans l’espace de noms défini dans grafana.dashboards.namespace, qui par défaut est cattle-dashboards.