11.7. Envoi de notifications à des systèmes externes


Dans OpenShift Container Platform 4.12, les alertes de tir peuvent être visualisées dans l'interface d'alerte. Les alertes ne sont pas configurées par défaut pour être envoyées à des systèmes de notification. Vous pouvez configurer OpenShift Container Platform pour envoyer des alertes aux types de récepteurs suivants :

  • PagerDuty
  • Crochet Web
  • Courriel
  • Slack

L'acheminement des alertes vers des récepteurs vous permet d'envoyer des notifications en temps voulu aux équipes appropriées lorsque des défaillances se produisent. Par exemple, les alertes critiques requièrent une attention immédiate et sont généralement envoyées à une personne ou à une équipe d'intervention critique. Les alertes qui fournissent des notifications d'avertissement non critiques peuvent être acheminées vers un système de billetterie pour un examen non immédiat.

Vérifier que l'alerte est opérationnelle en utilisant le chien de garde d'alerte

La surveillance d'OpenShift Container Platform comprend une alerte de chien de garde qui se déclenche en permanence. Alertmanager envoie de manière répétée des notifications d'alertes de chien de garde aux fournisseurs de notifications configurés. Le fournisseur est généralement configuré pour notifier un administrateur lorsqu'il ne reçoit plus l'alerte du chien de garde. Ce mécanisme permet d'identifier rapidement les problèmes de communication entre Alertmanager et le fournisseur de notification.

11.7.1. Configuration des récepteurs d'alerte

Vous pouvez configurer des récepteurs d'alerte pour vous assurer d'être informé des problèmes importants de votre cluster.

Conditions préalables

  • Vous avez accès au cluster en tant qu'utilisateur ayant le rôle cluster-admin.

Procédure

  1. Dans la perspective Administrator, naviguez vers Administration Cluster Settings Configuration Alertmanager.

    Note

    Vous pouvez également accéder à la même page via le tiroir de notification. Sélectionnez l'icône de cloche en haut à droite de la console web OpenShift Container Platform et choisissez Configure dans l'alerte AlertmanagerReceiverNotConfigured.

  2. Sélectionnez Create Receiver dans la section Receivers de la page.
  3. Dans le formulaire Create Receiver, ajoutez un Receiver Name et choisissez un Receiver Type dans la liste.
  4. Modifier la configuration du récepteur :

    • Pour les récepteurs PagerDuty :

      1. Choisissez un type d'intégration et ajoutez une clé d'intégration PagerDuty.
      2. Ajoutez l'URL de votre installation PagerDuty.
      3. Sélectionnez Show advanced configuration si vous souhaitez modifier les détails du client et de l'incident ou la spécification de gravité.
    • Pour les récepteurs webhook :

      1. Ajoutez le point de terminaison auquel envoyer des requêtes HTTP POST.
      2. Sélectionnez Show advanced configuration si vous souhaitez modifier l'option par défaut d'envoi des alertes résolues au destinataire.
    • Pour les destinataires du courrier électronique :

      1. Ajouter l'adresse électronique à laquelle envoyer les notifications.
      2. Ajoutez les détails de la configuration SMTP, y compris l'adresse à partir de laquelle les notifications sont envoyées, le smarthost et le numéro de port utilisés pour l'envoi des courriels, le nom d'hôte du serveur SMTP et les détails d'authentification.
      3. Choisissez si TLS est nécessaire.
      4. Sélectionnez Show advanced configuration si vous souhaitez modifier l'option par défaut consistant à ne pas envoyer d'alertes résolues au destinataire ou modifier le corps de la configuration des notifications par courrier électronique.
    • Pour les destinataires de Slack :

      1. Ajoutez l'URL du webhook Slack.
      2. Ajoutez le canal Slack ou le nom d'utilisateur auquel envoyer les notifications.
      3. Sélectionnez Show advanced configuration si vous souhaitez modifier l'option par défaut consistant à ne pas envoyer d'alertes résolues au destinataire ou modifier la configuration de l'icône et du nom d'utilisateur. Vous pouvez également choisir de rechercher et de lier les noms de canaux et les noms d'utilisateurs.
  5. Par défaut, les alertes de déclenchement dont les étiquettes correspondent à tous les sélecteurs sont envoyées au destinataire. Si vous souhaitez que les valeurs des étiquettes des alertes de déclenchement correspondent exactement avant qu'elles ne soient envoyées au destinataire :

    1. Ajoutez les noms et valeurs des étiquettes de routage dans la section Routing Labels du formulaire.
    2. Sélectionnez Regular Expression si vous souhaitez utiliser une expression régulière.
    3. Sélectionnez Add Label pour ajouter d'autres étiquettes de routage.
  6. Sélectionnez Create pour créer le récepteur.

11.7.2. Création d'un routage d'alertes pour des projets définis par l'utilisateur

Si vous n'êtes pas un administrateur et que vous avez reçu le rôle alert-routing-edit, vous pouvez créer ou modifier le routage des alertes pour des projets définis par l'utilisateur.

Conditions préalables

  • Un administrateur de cluster a activé la surveillance des projets définis par l'utilisateur.
  • Un administrateur de cluster a activé le routage des alertes pour les projets définis par l'utilisateur.
  • Vous êtes connecté en tant qu'utilisateur ayant le rôle alert-routing-edit pour le projet pour lequel vous voulez créer un routage d'alerte.
  • Vous avez installé l'OpenShift CLI (oc).

Procédure

  1. Créez un fichier YAML pour le routage des alertes. L'exemple de cette procédure utilise un fichier appelé example-app-alert-routing.yaml.
  2. Ajoutez une définition YAML AlertmanagerConfig au fichier. Par exemple :

    apiVersion: monitoring.coreos.com/v1beta1
    kind: AlertmanagerConfig
    metadata:
      name: example-routing
      namespace: ns1
    spec:
      route:
        receiver: default
        groupBy: [job]
      receivers:
      - name: default
        webhookConfigs:
        - url: https://example.org/post
    Note

    Pour les règles d'alerte définies par l'utilisateur, le routage défini par l'utilisateur est limité à l'espace de noms dans lequel la ressource est définie. Par exemple, une configuration de routage définie dans l'objet AlertmanagerConfig pour l'espace de noms ns1 ne s'applique qu'aux ressources PrometheusRules du même espace de noms.

  3. Enregistrer le fichier.
  4. Appliquer la ressource au cluster :

    $ oc apply -f example-app-alert-routing.yaml

    La configuration est automatiquement appliquée aux pods Alertmanager.

Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.