Tous les produits
Search
Centre de documentation

Server Load Balancer:Diagnostiquer une instance NLB

Dernière mise à jour :Aug 18, 2026

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

  1. Connectez-vous à la console Network Load Balancer.

  2. Dans la barre de navigation supérieure, sélectionnez la région où l'instance est déployée.

  3. Sur la page Instances, localisez l'instance et cliquez sur Diagnose dans la colonne Instance Diagnostics.

  4. 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.

  5. 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

  • Health Check Configuration : Vérifie si les vérifications de l'état sont activées pour les écouteurs de l'instance NLB.

  • Health Check Errors : Vérifie si des erreurs de vérification de l'état se sont produites pour les écouteurs de l'instance NLB.

Idle Instance Diagnostics

  • NLB Idle Status : Vérifie si un écouteur est configuré pour l'instance NLB.

  • Idle Server : Vérifie si un serveur backend est configuré pour l'instance NLB.

Security Policy Diagnostics

  • Interception by Cloud Firewall : Vérifie si le trafic réseau associé à l'EIP liée à l'instance NLB est bloqué par Cloud Firewall.

  • Penalty for Security Control : Vérifie si le trafic réseau associé à l'EIP liée à l'instance NLB fait l'objet d'une sanction de la part d'Alibaba Cloud Security.

  • Anti-DDoS Protection Status : Vérifie si l'EIP associée à l'instance NLB est protégée par Anti-DDoS Protection.

  • Cloud Security Interception : Vérifie si le trafic réseau associé à l'EIP liée à l'instance NLB est bloqué par Alibaba Cloud Security.

Cost Diagnostics

  • Overdue Payments : Vérifie si l'instance NLB présente des paiements en retard.

  • Alerts for Expiration : Vérifie si une alerte de paiement en retard a été déclenchée pour l'instance NLB.

Listener Diagnostics

  • Listener Status : Vérifie si des écouteurs de l'instance NLB sont à l'état arrêté.

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.