11.9. Application d'une configuration personnalisée à Alertmanager pour l'acheminement des alertes définies par l'utilisateur
Si vous avez activé une instance distincte d'Alertmanager dédiée au routage des alertes définies par l'utilisateur, vous pouvez écraser la configuration de cette instance d'Alertmanager en modifiant le secret alertmanager-user-workload
dans l'espace de noms openshift-user-workload-monitoring
.
Conditions préalables
-
Vous avez accès au cluster en tant qu'utilisateur ayant le rôle
cluster-admin
.
Procédure
Imprimer la configuration active de l'Alertmanager dans le fichier
alertmanager.yaml
:$ oc -n openshift-user-workload-monitoring get secret alertmanager-user-workload --template='{{ index .data "alertmanager.yaml"\N-) }}' | base64 --decode > alertmanager.yaml
Modifiez la configuration sur
alertmanager.yaml
:route: receiver: Default group_by: - name: Default routes: - matchers: - "service = prometheus-example-monitor" 1 receiver: <receiver> 2 receivers: - name: Default - name: <receiver> # <receiver_configuration>
Appliquer la nouvelle configuration dans le fichier :
$ oc -n openshift-user-workload-monitoring create secret generic alertmanager-user-workload --from-file=alertmanager.yaml --dry-run=client -o=yaml | oc -n openshift-user-workload-monitoring replace secret --filename=-
Ressources supplémentaires
- Voir le site officiel de P agerDuty pour plus d'informations sur PagerDuty.
-
Voir le guide d'intégration Prometheus de PagerDuty pour savoir comment récupérer le site
service_key
. - Voir Configuration de l'Alertmanager pour configurer l'alerte par le biais de différents récepteurs d'alerte.
- Voir Activation du routage d'alertes pour les projets définis par l'utilisateur pour savoir comment activer une instance dédiée d'Alertmanager pour le routage d'alertes défini par l'utilisateur.