Diagnostics d’un équilibreur de charge standard avec des métriques, des alertes et l’intégrité des ressources

Azure Load Balancer expose les fonctionnalités de diagnostic suivantes :

  • Métriques et alertes multidimensionnelles : fournit des fonctionnalités de diagnostic multidimensionnelles via Azure Monitor pour les configurations de Azure Load Balancer. Vous pouvez surveiller, gérer et résoudre les problèmes de vos ressources d’équilibreur de charge standard.

  • Resource health : l’état Resource Health de votre équilibreur de charge est disponible dans la page Resource health sous Monitor. Cette vérification automatique vous informe de la disponibilité actuelle de votre ressource d’équilibreur de charge.

Cet article propose une présentation rapide de ces fonctionnalités et des méthodes pour les utiliser dans un équilibreur de charge standard.

Surveiller Azure Load Balancer avec des métriques multidimensionnelles

Azure Load Balancer fournit des métriques multidimensionnelles via les métriques Azure dans le portail Azure, et vous permet d’obtenir des insights de diagnostic en temps réel dans vos ressources d’équilibreur de charge. Veuillez noter que les métriques multidimensionnelles ne sont pas prises en charge pour les équilibreurs de charge De base

Les différentes configurations de l’équilibreur de charge fournissent les métriques suivantes :

Métrique Type de ressource Description Agrégation recommandée
Disponibilité du chemin des données Équilibreur de charge interne et public Un équilibreur de charge teste en continu le chemin de données d’une région vers l’équilibreur de charge frontal, jusqu’au réseau qui prend en charge votre machine virtuelle. Tant que les instances saines restent, la mesure suit le même chemin que le trafic à charge équilibrée de vos applications. Le chemin d’accès en cours d’utilisation est validé. La mesure est invisible pour votre application et n’interfère pas avec les autres opérations. Moyenne
État de la sonde d’intégrité Équilibreur de charge interne et public Un équilibreur de charge utilise un service de détection d’intégrité distribué qui surveille l’intégrité du point de terminaison de votre application en fonction de vos paramètres de configuration. Cette métrique fournit un agrégat ou une vue filtrée par point de terminaison de chaque point de terminaison d’instance dans le pool de l’équilibreur de charge. Vous pouvez observer comment l’équilibreur de charge voit l’intégrité de votre application comme indiqué par votre configuration de sonde d’intégrité. Moyenne
Nombre de SYN Équilibreur de charge interne et public Un équilibreur de charge ne termine pas les connexions Transmission Control Protocol (TCP) et n’interagit pas avec les flux de paquets User Data-Gram (UDP) ou TCP. Les flux et leurs établissements de liaisons sont toujours entre la source et l’instance de machine virtuelle. Pour mieux résoudre les problèmes posés par vos scénarios de protocole TCP, vous pouvez utiliser les compteurs de paquets SYN pour comprendre le nombre de tentatives de connexion TCP effectuées. La métrique indique le nombre de paquets SYN TCP reçus. Somme
Nombre de connexions du port de traduction d’adresses réseau (SNAT) source Équilibreur de charge public Un équilibreur de charge indique le nombre de flux sortants usurpés sur le serveur frontal d’adresse IP public. Les ports SNAT constituent une ressource qui n’est pas inépuisable. Cette métrique peut donner une idée de l’importance du rôle joué par SNAT dans votre application pour les flux sortants. Les compteurs pour les flux SNAT sortants réussis ou échoués sont rapportés. Les compteurs peuvent être utilisés pour dépanner et comprendre l’intégrité de vos flux sortants. Somme
Ports SNAT alloués Équilibreur de charge public Un équilibreur de charge indique le nombre de ports SNAT alloués par instance de back-end Moyenne.
Ports SNAT utilisés Équilibreur de charge public Un équilibreur de charge indique le nombre de ports SNAT utilisés par instance de back-end. Moyenne
Nombre d’octets Équilibreur de charge interne et public Un équilibreur de charge indique les données traitées par serveur frontal. Vous pouvez remarquer que les octets ne sont pas répartis de manière égale entre les instances du serveur principal. Cela est attendu, car l’algorithme Azure Load Balancer est basé sur des flux Somme
Nombre de paquets Équilibreur de charge interne et public Un équilibreur de charge indique les paquets traités par serveur frontal. Somme

Remarque

Les métriques liées à la bande passante telles que le paquet SYN, le nombre d’octets et le nombre de paquets ne capturent pas le trafic vers un équilibreur de charge interne via un UDR (par exemple, à partir d’une appliance virtuelle réseau ou d’un pare-feu).

Les agrégations max et min ne sont pas disponibles pour les métriques Nombre de SYN, Nombre de paquets, Nombre de connexions SNAT et Nombre d'octets. L’agrégation Count n’est pas recommandée pour la disponibilité du chemin de données et l’état de la sonde d’intégrité. Utilisez plutôt une moyenne pour obtenir les données d’intégrité les mieux représentées.

Remarque

La métrique de disponibilité du chemin de données peut prendre jusqu’à 10 minutes pour apparaître dans Azure Monitor métriques après la création ou la mise à jour d’un équilibreur de charge.

Afficher les métriques de votre équilibreur de charge dans le portail Azure

Le portail Azure expose les métriques de l’équilibreur de charge via la page Métriques. Cette page est disponible sur la page de ressources de l'équilibreur de charge pour une ressource particulière et la page Azure Monitor.

Remarque

Azure Load Balancer n'envoie pas de sondes de santé aux machines virtuelles déallouées. Lorsque les machines virtuelles sont déplacées, l’équilibreur de charge cesse de rapporter les métriques dans ce cas. Les métriques indisponibles apparaissent sous forme de pointillés dans le portail, ou affichent un message d’erreur indiquant qu’elles ne peuvent pas être récupérées.

Pour afficher les métriques de vos ressources d’équilibreur de charge :

  1. Accédez à la page Métriques et effectuez l’une des opérations suivantes :

    • Sur la page des ressources de l’équilibreur de charge, sélectionnez le type de métrique dans la liste déroulante.

    • Dans la page Azure Monitor, sélectionnez la ressource d’équilibreur de charge.

  2. Définissez le type d’agrégation de métriques qui convient.

  3. Éventuellement, configurez le filtrage et le regroupement requis.

  4. Vous pouvez également configurer l’intervalle de temps et l’agrégation. Par défaut, l’heure s'affiche au format UTC.

Remarque

L’agrégation de temps est importante lors de l’interprétation de certaines métriques, car les données sont échantillonnées toutes les minutes. Si vous réglez l’agrégation de temps à cinq minutes et utilisez le type d’agrégation métrique Sum pour des métriques telles que l’allocation NAT, votre graphique affiche cinq fois le total des ports SNAT alloués.

Recommandation : Lors de l’analyse du type d’agrégation métrique Somme et Compte, utilisez une valeur d’agrégation temporelle supérieure à une minute.

Récupérer les métriques multidimensionnelles par programme via des API

Pour des conseils API sur la recherche de définitions et valeurs métriques multidimensionnelles, consultez la guide d’entrée de l’API Azure Monitoring REST. Vous pouvez écrire ces métriques sur un compte de stockage en ajoutant un paramètre de diagnostic pour la catégorie Tous les Métriques .

Scénarios de diagnostic courants d’Azure Load Balancer et vues recommandées

Le chemin d’accès aux données est-il opérationnel et disponible pour mon serveur frontal d’équilibreur de charge ?

Développer

La métrique Disponibilité du chemin de données décrit l’intégrité de ce dernier dans la région jusqu’à l’hôte de calcul où résident vos machines virtuelles. La métrique est une réflexion sur l’intégrité de votre équilibreur de charge, en fonction de votre configuration et de l’infrastructure Azure. Vous pouvez utiliser la métrique pour :

  • Surveiller la disponibilité externe de votre service.

  • Examinez la plateforme où votre service est déployé et déterminez si elle est saine. Déterminez si votre système d’exploitation invité ou votre instance d’application est saine.

  • Déterminez si un événement est associé à votre service ou au plan de données sous-jacent. Ne confondez pas cette métrique avec la métrique d’état de la sonde d’intégrité.

Pour obtenir la métrique Disponibilité du chemin d’accès aux données pour vos ressources d'équilibreur de charge :

  1. Assurez-vous que la ressource d’équilibreur de charge correcte est sélectionnée.

  2. Dans la liste déroulante Métrique, sélectionnez Disponibilité du chemin d’accès aux données.

  3. Dans la liste déroulante Agrégation, sélectionnez Moy.

  4. De plus, ajoutez un filtre sur l’adresse IP de front-end ou le port de front-end comme dimension avec l’adresse IP de front-end ou le port de front-end nécessaires. Regroupez-les ensuite en fonction de la dimension sélectionnée.

La métrique est générée par un service de détection dans la région qui simule un trafic. Le service de détection génère périodiquement un paquet correspondant à la règle d’équilibrage de charge et au front-end de votre déploiement. Le paquet traverse ensuite la région de la source jusqu’à l’hôte d’une VM dans le pool backend. L’infrastructure de l’équilibreur de charge effectue les mêmes opérations d’équilibrage de charge et de conversion que pour tout autre trafic. Lorsque la sonde arrive sur l’hôte de calcul sur lequel se trouve une machine virtuelle intègre du pool de back-end, l’hôte génère une réponse au service de détection. Votre machine virtuelle ne voit pas ce trafic.

Veuillez noter que la métrique Disponibilité du chemin d’accès aux données est uniquement générée sur les configurations d’adresse IP de front-end avec des règles d’équilibrage de charge.

La métrique Disponibilité du chemin d’accès aux données peut être dégradée pour les raisons suivantes :

  • Il ne reste plus de machines virtuelles intègres du pool principal dans votre déploiement.

  • Une panne s’est produite au niveau de l’infrastructure.

À des fins de diagnostics, vous pouvez utiliser la Métrique de disponibilité du chemin d’accès aux données avec l’état de la sonde d’intégrité.

Utilisez une agrégation Moyenne pour la plupart des scénarios.

Les instances de serveur principal pour mon équilibreur de charge répondent-elles aux sondes ?

Développer

La métrique État de la sonde d’intégrité indique l’intégrité de votre déploiement d’application tel que vous l’avez configuré lors de la configuration de la sonde d’intégrité de votre équilibreur de charge. L’équilibreur de charge utilise l’état de la sonde d’intégrité pour déterminer où envoyer les nouveaux flux. Les sondes d’intégrité proviennent d’une adresse d’infrastructure Azure et sont visibles dans le système d’exploitation invité de la machine virtuelle.

Pour obtenir la métrique État de la sonde d’intégrité pour vos ressources d'équilibreur de charge :

  1. Sélectionnez la métrique de statut de la sonde de santé avec le type d’agrégation moyenne .

  2. Appliquez un filtre sur l’adresse IP frontale ou le port requis (ou les deux).

Les sondes d’intégrité échouent pour les raisons suivantes :

  • Vous configurez une sonde d’intégrité pour un port qui n’écoute pas ou ne répond pas ou qui utilise le mauvais protocole. Si votre service utilise des règles de retour direct du serveur ou de l’adresse IP flottante, vérifiez que le service écoute sur l’adresse IP de la configuration IP de la carte d’interface réseau, et pas seulement sur le bouclage configuré avec l’adresse IP de front-end.

  • Votre groupe de sécurité réseau, le pare-feu du système d’exploitation invité de la machine virtuelle ou les filtres de couche application n’autorisent pas le trafic de la sonde d’intégrité.

Utilisez une agrégation Moyenne pour la plupart des scénarios.

Comment faire pour vérifier les statistiques de ma connexion sortante ?

Développer

La métrique SNAT Connection Count décrit le volume des connexions réussies et échouées pour les flux sortants.

Un volume de connexions défaillantes supérieur à zéro indique l’épuisement des ports SNAT. Vous devez enquêter davantage pour déterminer ce qui pourrait causer ces défaillances. L’épuisement du port SNAT se traduit par un problème d’établissement de flux sortant. Consultez l’article sur les connexions sortantes pour comprendre les scénarios, les mécanismes au travail et pour apprendre à atténuer et éviter l’épuisement du port SNAT.

Si les connexions sortantes tombent en panne de façon intermittente, une épuisement possible des ports SNAT pourrait en être la cause. Vérifiez les indicateurs d’utilisation et d’allocation des ports SNAT et relisez les recommandations d’épuisement des ports SNAT. Pour une plus grande capacité SNAT, utilisez Azure NAT Gateway.

Pour obtenir des statistiques de connexion SNAT :

  1. Sélectionnez le type de métrique Connexions SNAT et l’agrégation Somme.

  2. Regroupez par État de la connexion pour que le nombre de connexions SNAT ayant réussi et échoué soit représenté par les différentes lignes.

Comment vérifier l’utilisation et l’allocation des ports SNAT ?

Développer

La métrique Ports SNAT utilisés assure le suivi du nombre de ports SNAT consommés pour maintenir les flux sortants. Cette métrique indique le nombre de flux uniques établis entre une source sur Internet et une machine virtuelle principale (backend) ou un groupe de machines virtuelles identiques, situés derrière un équilibreur de charge et ne disposant pas d’adresse IP publique. En comparant le nombre de ports SNAT que vous utilisez avec l’indicateur Ports SNAT Attribués, vous pouvez déterminer si votre service connaît ou risque d’épuisement SNAT et de défaillance du flux sortant qui en résulte.

Si vos métriques indiquent un risque d'échec de flux sortant, reportez-vous à l’article et prenez les mesures qui s'imposent pour l’atténuer afin de garantir l’intégrité du service.

Pour afficher l’utilisation et l’allocation des ports SNAT :

  1. Définissez l’agrégation de temps du graphique sur une minute pour vous assurer que les données souhaitées s'affichent.

  2. Sélectionnez Ports SNAT utilisés et/ou Ports SNAT alloués comme type de métrique et Moyenne comme agrégation.

    • Par défaut, ces métriques correspondent au nombre moyen de ports SNAT alloués ou utilisés par chaque machine virtuelle principale ou groupe de machines virtuelles identiques. Elles correspondent à toutes les adresses IP publiques de front-end mappées à l’équilibreur de charge, agrégées sur TCP et UDP.

    • Pour afficher le nombre total de ports SNAT utilisés ou alloués pour l’équilibreur de charge, utilisez l’agrégation de métriques Sum.

  3. Filtrez sur un Type de protocole spécifique, un ensemble d'Adresses IP principales et/ou des Adresses IP frontales.

  4. Pour surveiller l’intégrité par instance principale ou frontale, utilisez le fractionnement.

    • Notez que le fractionnement permet l'affichage d'une seule métrique à la fois.

  5. Par exemple, pour surveiller l’utilisation des SNAT pour les flux TCP par machine, agréger par moyenne, diviser par IP backend, et filtrer par type de protocole.

Comment vérifier les tentatives de connexion entrante et sortante pour mon service ?

Développer Une métrique de paquets SYN indique le volume de paquets TCP SYN qui ont été reçus ou qui ont été envoyés pour les flux sortants associés à un serveur frontal spécifique. Vous pouvez utiliser cette métrique pour comprendre les tentatives de connexions TCP vers votre service.

Pour plus d’informations sur les connexions sortantes dans Azure, consultez Source Network Address Translation (SNAT) pour les connexions sortantes

Utilisez une agrégation Somme pour la plupart des scénarios.

Comment faire pour vérifier la consommation de ma bande passante réseau ?

Développer

La métrique de compteurs d’octets et de paquets indique le volume d’octets et de paquets envoyés ou reçus par votre service par serveur de front-end.

Utilisez une agrégation Somme pour la plupart des scénarios.

Pour obtenir les statistiques de nombre d’octets ou de paquets :

  1. Sélectionnez les types de métriques Bytes Count et Packet Count, avec Sum comme agrégation.

  2. Effectuez l'une des opérations suivantes :

    • Appliquez un filtre sur une adresse IP de front-end, un port de front-end, une adresse IP de back-end ou un port de back-end spécifique.

    • Récupérez des statistiques globales pour votre ressource d’équilibreur de charge sans aucun filtrage.

Comment diagnostiquer le déploiement de mon load balancer ?

Développer

La combinaison des métriques de disponibilité du chemin d’accès et d’état des sondes d’intégrité sur un même graphique vous permet de déterminer où rechercher et résoudre le problème. Vous pouvez obtenir l’assurance que Azure fonctionne correctement et utilisez ces connaissances pour déterminer de manière concluante que la configuration ou l’application est la cause racine.

Vous pouvez utiliser des métriques de sonde d’intégrité pour comprendre comment Azure affiche l’intégrité de votre déploiement en fonction de la configuration que vous avez fournie. Examiner les sondes d’intégrité est toujours une première étape très utile dans l’analyse ou la détermination d’une cause.

Vous pouvez aller plus loin et utiliser la métrique de disponibilité du chemin de données pour obtenir des informations sur la façon dont Azure affiche l'intégrité du plan de données sous-jacent responsable de votre déploiement spécifique. Lorsque vous combinez les deux métriques, vous pouvez déterminer où l’erreur peut se situer comme illustré dans cet exemple :

Combinaison des métriques de disponibilité du chemin d’accès aux données et de l’état de la sonde d’intégrité.

Figure : Combinaison des métriques Disponibilité du chemin d’accès aux données et État de la sonde d’intégrité

Ce graphique affiche les informations suivantes :

  • L’infrastructure qui héberge vos machines virtuelles n’était pas disponible et à 0 pour cent au début du graphique. Plus tard, l’infrastructure était intègre, les machines virtuelles étaient accessibles et plusieurs machines virtuelles ont été placées dans le serveur principal. La trace bleue pour la disponibilité des chemins de données, qui a ensuite atteint 100 %, indique cette information.

  • L’état de la sonde d’intégrité, indiqué par le trait violet, est à 0 % au début du graphique. La zone dans le cercle vert indique où l’état de la sonde d’intégrité est devenu intègre, et à quel point le déploiement du client a été en mesure d’accepter de nouveaux flux.

Le graphique vous aide à dépanner le déploiement sans avoir à deviner ou demander au support si d’autres problèmes surviennent. Le service n’était pas disponible, car les sondes d’intégrité ont échoué en raison d’une configuration incorrecte ou de l’échec d’une application.

Configurer des alertes pour des métriques multidimensionnelles

Azure Load Balancer prend en charge les alertes facilement configurables pour les métriques multidimensionnelles. Configurez des seuils personnalisés pour des métriques spécifiques afin de déclencher des alertes avec différents niveaux de gravité et de bénéficier d’une expérience de supervision des ressources sans contact.

Pour configurer des alertes :

  1. Accédez à la page d’alerte pour l’équilibreur de charge.

  2. Créer une nouvelle règle d’alerte

    1. Configurez la condition d’alerte (Pour éviter les alertes bruyantes, configurez les alertes avec le type d’agrégation réglé sur Moyen, en regardant une fenêtre de données de cinq minutes, avec un seuil de 95%)

    2. (Facultatif) Ajoutez un groupe d’actions pour la réparation automatisée.

    3. Affectez la gravité, le nom et la description de l’alerte qui active la réaction intuitive

Alertes de disponibilité entrante

Remarque

Si les pools backend de votre équilibreur de charge sont vides, celui-ci n’a pas de chemins de données valides à tester. En conséquence, la métrique de disponibilité des chemins de données n'est pas disponible, et les alertes Azure configurées sur la métrique de disponibilité des chemins de données ne se déclenchent pas.

Pour alerter la disponibilité entrante, vous pouvez créer deux alertes distinctes en utilisant les indicateurs de disponibilité du chemin de données et d’état de la sonde de santé. Les clients peuvent avoir différents scénarios nécessitant une logique d’alerte spécifique, mais les exemples suivants sont utiles pour la plupart des configurations.

En utilisant la disponibilité des chemins de données, vous pouvez déclencher des alertes dès qu’une règle spécifique d’équilibrage de charge devient indisponible. Vous pouvez configurer cette alerte en définissant une condition d’alerte pour la disponibilité et le fractionnement des chemins d’accès aux données en fonction de toutes les valeurs actuelles et futures à la fois pour le port frontal et l’adresse IP frontale. Régler la logique d’alerte à moins ou à 0 provoque le déclenchement de cette alerte chaque fois qu’une règle d’équilibrage de charge devient inactive. Définissez la granularité de l’agrégation et la fréquence de l’évaluation en fonction de l’évaluation souhaitée.

En utilisant l’état de la sonde de santé, vous pouvez alerter lorsqu’une instance backend donnée ne répond pas à la sonde de santé pendant un temps significatif. Configurez votre condition d’alerte pour utiliser la métrique d’état de la sonde d’intégrité et fractionnez selon l’adresse IP du serveur principal et le port du serveur principal, en utilisant le type d’agrégation Moyenne. Cela vous permet de créer une alerte distincte pour la capacité de chaque instance principale à distribuer le trafic sur un port spécifique.

Alertes de disponibilité sortante

Pour la disponibilité sortante, vous pouvez configurer deux alertes distinctes en utilisant le nombre de connexions SNAT et les métriques de port SNAT utilisées.

Pour détecter les défaillances de connexion sortante, configurez une alerte en utilisant la métrique de nombre de connexions SNAT et filtrez selon l’état de connexion = Échec. Utilisez l’agrégation Total . Ensuite, divisez cette métrique par adresse IP backend et réglez-la pour inclure toutes les valeurs actuelles et futures afin de pouvoir alerter séparément pour chaque instance backend qui a des connexions défaillantes. Définissez le seuil sur une valeur supérieure à zéro ou un nombre plus élevé si vous prévoyez de rencontrer des échecs de connexion sortante.

En utilisant la métrique des ports SNAT utilisés, vous pouvez définir une alerte pour un risque plus élevé d’épuisement SNAT et de défaillance de connexion sortante. Assurez-vous de diviser par adresse IP backend et protocole lorsque vous utilisez cette alerte. Utilisez l’agrégation Moyenne. Réglez le seuil sur une valeur supérieure à un pourcentage du nombre de ports que vous allouez par instance et que vous avez déterminé comme étant non sûr. Par exemple, configurez une alerte de sévérité faible lorsqu’une instance frontale utilise 75 % des ports alloués. Configurez une alerte de gravité élevée lorsqu’elle utilise 90 % ou 100 % de ses ports alloués.

État d’intégrité des ressources

L’état d’intégrité des ressources Standard Load Balancer est exposé par l’intermédiaire de l’intégrité des ressources existante sous Supervision > Intégrité du service. Il est évalué toutes les deux minutes en mesurant la disponibilité du chemin d'accès aux données, qui détermine si vos points de terminaison d'équilibrage de charge frontend sont disponibles.

État d’intégrité des ressources Description
Disponible Votre ressource d’équilibreur de charge standard est intègre et disponible.
Détérioré Votre équilibreur de charge standard présente des événements lancés par la plateforme ou l’utilisateur qui nuisent aux performances. La métrique de disponibilité du chemin de données a fait état d’une intégrité inférieure à 90 %, mais supérieure à 25 % pendant au moins deux minutes. Avec cet état, vous rencontrez un effet de performance modéré à sévère. Consultez Support et résolution des problèmes pour Azure Load Balancer pour déterminer si des événements initiés par l’utilisateur ont un impact sur votre disponibilité.
Non disponible Votre ressource d’équilibreur de charge standard n’est pas intègre. La métrique de disponibilité du chemin des données a fait état d’une intégrité inférieure à 25 % pendant au moins deux minutes. Avec cet état, vous allez subir un impact sur les performances significatif ou un défaut de disponibilité pour la connectivité entrante. Des événements utilisateur ou plateforme peuvent être à l’origine de l’indisponibilité. Consultez Support et résolution des problèmes pour Azure Load Balancer pour déterminer si des événements initiés par l’utilisateur ont un impact sur votre disponibilité.
Unknown L’état d’intégrité de votre ressource d’équilibreur de charge n’a pas été mis à jour ou n’a pas reçu d’informations pour la disponibilité du chemin de données au cours des 10 dernières minutes. Cet état devrait être transitoire et passer à un état correct dès que des données seront reçues.

Pour afficher l’intégrité de vos ressources d’équilibreur de charge standard public :

  1. Sélectionnez Superviser>Intégrité du service.

  2. Sélectionnez Intégrité des ressources et vérifiez que l’ID d’abonnement et le Type de ressource = équilibreur de charge sont sélectionnés.

  3. Dans la liste, cliquez sur la ressource d’équilibreur de charge pour afficher son état d’intégrité historique.

Une description générique d’un état d’intégrité des ressources est disponible dans la documentation relative à l’intégrité des ressources.

Alertes Resource Health

Azure Resource Health alertes peuvent vous avertir en quasi temps réel lorsque l’état d’intégrité de votre ressource d’équilibreur de charge change. Il est recommandé de définir des alertes d’intégrité des ressources pour vous avertir lorsque votre ressource d’équilibreur de charge est dans un état Détérioré ou Indisponible.

Lorsque vous créez des alertes d’intégrité des ressources Azure pour le load balancer, Azure envoie des notifications d’intégrité à votre abonnement Azure. Vous pouvez créer et personnaliser des alertes en fonction des paramètres suivants :

  • l’abonnement affecté
  • le groupe de ressources affecté
  • le type de ressource affecté (Load balancer)
  • la ressource spécifique (toute ressource d’équilibreur de charge pour laquelle vous choisissez de configurer une alerte)
  • l’état de l’événement de la ressource d’équilibreur de charge affectée
  • l’état actuel de la ressource d’équilibreur de charge affectée
  • l’état précédent de la ressource d’équilibreur de charge affectée
  • Le type de motif pour lequel la ressource d’équilibreur de charge a été affectée

Vous pouvez également configurer à qui l’alerte doit être envoyée :

  • un nouveau groupe d’actions (qui peut être utilisé pour les alertes futures)
  • un groupe d’actions existant

Pour plus d’informations sur la configuration de ces alertes d’intégrité des ressources, consultez :

Étapes suivantes

  • Dernière mise à jour :