Si votre instance Network Load Balancer (NLB) rencontre un problème, utilisez la fonctionnalité de diagnostic d'instance pour le résoudre. Cette fonctionnalité vérifie si votre instance NLB présente des problèmes liés aux vérifications de l'état, aux instances inactives, aux politiques de sécurité, aux coûts et aux écouteurs. Elle identifie également les causes des problèmes détectés et propose des solutions pour vous aider à les résoudre rapidement.
Prérequis
Lorsque vous exécutez un diagnostic pour la première fois, le système vous invite à activer Network Intelligence Service (NIS) et crée automatiquement un rôle lié au service nommé AliyunServiceRoleForNis. Pour plus d'informations sur AliyunServiceRoleForNis, consultez la rubrique rôle lié au service.
Exécuter un diagnostic d'instance
Connectez-vous à la console Network Load Balancer.
Dans la barre de navigation supérieure, sélectionnez la région où l'instance est déployée.
Sur la page Instances, localisez l'instance et cliquez sur Diagnose dans la colonne Instance Diagnostics.
-
Dans le panneau Instance Diagnostics, consultez la progression du diagnostic, un résumé des résultats et les détails de chaque élément diagnostiqué.
Les éléments anormaux s'affichent directement dans le panneau. Vous pouvez consulter les détails de chacun d'eux.
Dans la section Diagnostic Details, sélectionnez Show All Diagnostic Items pour afficher tous les éléments de diagnostic pris en charge par NLB, ainsi que leurs détails.
Vous pouvez également cliquer sur View Historical Diagnostics in NIS Console en haut du panneau Instance Diagnostics pour ouvrir la console NIS et consulter l'historique détaillé des diagnostics.
Après avoir examiné les informations de diagnostic, cliquez sur Close.
Éléments de diagnostic
Catégorie | Élément de diagnostic et description |
Health Check Diagnostics |
|
Idle Instance Diagnostics |
|
Security Policy Diagnostics |
|
Cost Diagnostics |
|
Listener Diagnostics |
|
FAQ
-
Le diagnostic d'instance peut-il vérifier l'état historique d'une instance ?
Non.
Le diagnostic d'instance effectue des vérifications en temps réel et ne peut pas diagnostiquer l'état historique d'une instance. Les données de diagnostic couvrent uniquement la période de 15 minutes précédant l'exécution du diagnostic.
Par exemple, si une instance devient indisponible à 09:00:00 en raison d'un problème et récupère à 09:30:00, un diagnostic exécuté à 10:00:00 vérifie uniquement l'état de l'instance entre 09:45:00 et 10:00:00. Il ne détectera pas la cause racine du problème survenu entre 09:00:00 et 09:30:00.
-
Mon écouteur dispose d'une vérification de l'état configurée, alors pourquoi le diagnostic signale-t-il un statut anormal ? Le diagnostic d'instance peut-il identifier la cause spécifique de l'échec ?
Le diagnostic d'instance vérifie l'état de santé de tous les écouteurs d'une instance. Le diagnostic signale un problème si aucune vérification de l'état n'est configurée ou si le statut de la vérification de l'état est anormal.
De nombreux facteurs peuvent provoquer des échecs de vérification de l'état. Le diagnostic d'instance propose une fonctionnalité de diagnostic approfondi pour aider à identifier la cause racine. Par exemple, si un service n'est pas en cours d'exécution sur le port d'écoute d'un serveur backend, ou si des règles de filtrage réseau telles qu'iptables sont configurées sur le système d'exploitation du serveur backend, la fonctionnalité de diagnostic approfondi permet d'identifier le problème spécifique.
-
Pourquoi le diagnostic approfondi n'est-il pas disponible pour certains serveurs backend ?
Actuellement, la fonctionnalité de diagnostic approfondi prend uniquement en charge les serveurs backend exécutant CentOS, Ubuntu ou Alibaba Cloud Linux. Elle ne prend pas en charge les serveurs backend exécutant d'autres systèmes d'exploitation, tels que Windows.
Documentation connexe
ALB et CLB prennent également en charge le diagnostic d'instance. Pour plus d'informations, consultez les rubriques Diagnostiquer une instance ALB et Diagnostiquer une instance CLB.