Tous les produits
Search

Ce produit

    Server Load Balancer:Diagnostiquer une instance CLB

    Centre de documentation

    Server Load Balancer:Diagnostiquer une instance CLB

    Dernière mise à jour :Aug 08, 2026

    Utilisez le module de diagnostic des instances pour vérifier si une instance Classic Load Balancer (CLB) présente des problèmes dans sept catégories : état de l'instance, capacité de l'instance, certificats, politiques de sécurité, facturation, écouteurs et statut inactif. Lorsqu'une anomalie est détectée, le module en signale la cause et propose une solution recommandée.

    Prérequis

    Avant de commencer, assurez-vous de disposer des éléments suivants :

    Lors du premier lancement d'un diagnostic, le système crée automatiquement le rôle lié au service AliyunServiceRoleForNis. Pour plus d'informations, consultez la rubrique Rôles liés au service .

    Exécuter un diagnostic

    1. Accédez à la page Console CLB - Instances.

    2. Lancez un diagnostic en utilisant l'une des méthodes suivantes :

      • Dans la colonne Instance Diagnostics, cliquez sur Start Diagnostics.

      • Cliquez sur l'ID de l'instance pour ouvrir la page des détails, puis choisissez More > Instance Diagnostics dans le coin supérieur droit.

    3. Dans le panneau Instance Diagnostics, consultez le statut et les résultats du diagnostic.

    4. Dans la zone Diagnostic Items, sélectionnez Show All Diagnostic Items pour afficher tous les éléments de diagnostic pris en charge.

    Éléments de diagnostic pris en charge

    Catégorie Éléments de diagnostic

    Health Check Diagnostics

    • Health Check Configurations : Vérifie si des vérifications d'état sont configurées pour les écouteurs CLB.

    • Health Check Errors : Vérifie si les vérifications d'état des écouteurs CLB sont anormales.

    Idle Instance Diagnostics

    • No Listener Configured : Vérifie si les écouteurs sont vides.

    • Backend Server Not Found : Vérifie si les serveurs backend sont vides.

    Quota Limit Diagnostics

    • Packets Dropped Due to Bandwidth Throttling : Vérifie si l'instance CLB a subi des pertes de paquets dues à une limitation de la bande passante au cours des 15 dernières minutes. Dans certains scénarios, des pertes de paquets peuvent survenir même lorsque le trafic n'atteint pas le pic de bande passante. Pour plus de détails et de solutions, consultez la rubrique La connexion n'atteint pas la bande passante maximale.

    • Maximum Connections : Vérifie si des connexions sont rejetées ou si les connexions simultanées dépassent 85 % de la limite au cours des 15 dernières minutes.

    • Maximum Number of New Connections : Vérifie si des connexions sont rejetées ou si les nouvelles connexions dépassent 85 % de la limite au cours des 15 dernières minutes.

    • Maximum QPS : Vérifie si des requêtes sont rejetées ou si le nombre de requêtes dépasse 85 % de la limite au cours des 15 dernières minutes.

    Certificate Diagnostics

    • No Certificate Configured for HTTPS Listener : Vérifie si des certificats sont configurés pour les écouteurs HTTPS.

    • HTTPS Listener Certificate Expiration Check : Vérifie si les certificats expirent dans moins de 60 jours.

    Security Policy Diagnostics

    • Access Control : Si l'instance dispose d'une liste d'autorisation ou de blocage ACL configurée, une partie du trafic peut être bloquée.

    • Anti-DDoS Origin Basic Status : Vérifie si le comportement réseau lié à l'EIP est affecté par la protection anti-DDoS.

    • Interception by Cloud Firewall : Vérifie si le comportement réseau lié à l'EIP est bloqué par Cloud Firewall.

    • Penalty for Security Control : Vérifie si le comportement réseau lié à l'EIP fait l'objet d'une pénalité imposée par le contrôle de sécurité Yundun.

    • Suspension for Security Reasons : Vérifie si l'instance est verrouillée par le contrôle des risques.

    Cost Diagnostics

    • Alerts for Overdue Payments : Vérifie si l'instance présente des impayés.

    • Alerts for Expiration : Vérifie si l'instance se trouve dans l'état d'avertissement préalable à l'expiration de 15 jours.

    Listener Diagnostics

    • Access Errors : Utilise le service de journalisation CLB pour inspecter les entrées de journal marquées par des codes d'état HTTP anormaux, ce qui vous aide à retracer et diagnostiquer les causes spécifiques des exceptions d'accès.

    • Listener Throttling Check : Vérifie si une limitation de la bande passante s'est produite sur les écouteurs.

    • Connection Failures Check : Vérifie si le nombre de connexions échouées sur les écouteurs est trop élevé. Pour plus de détails, consultez la rubrique Augmentation soudaine des échecs de connexion CLB.

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

    Gérer les enregistrements de diagnostic

    La page Instance Diagnostics permet d'effectuer les actions suivantes sur les enregistrements de diagnostic.

    Action Étapes
    Afficher un rapport de diagnostic Trouvez l'instance et cliquez sur View Report dans la colonne Actions. Le rapport s'ouvre dans le panneau Diagnostic Details.
    Relancer un diagnostic Cliquez sur Re-diagnose dans la colonne Actions.
    Supprimer les enregistrements de diagnostic Cliquez sur Delete dans la colonne Actions, puis sur OK pour confirmer. Cette action supprime tous les enregistrements de diagnostic de l'instance.

    Limites

    Le module de diagnostic des instances vérifie l'état de l'instance uniquement au cours des 15 minutes précédant l'heure actuelle. Il ne peut pas diagnostiquer l'état historique en dehors de cette fenêtre.

    Par exemple : si une instance CLB tombe en panne à 09:00:00 et récupère à 09:30:00, et que vous lancez un diagnostic à 10:00:00, le module vérifie uniquement la fenêtre de 09:45:00 à 10:00:00. Il ne peut pas identifier l'exception survenue entre 09:00:00 et 09:30:00.

    La fonction de diagnostic approfondi, qui identifie la cause première des exceptions de vérification d'état, prend uniquement en charge les serveurs backend exécutant CentOS, Ubuntu et Alibaba Cloud Linux. Windows et les autres systèmes d'exploitation ne sont pas pris en charge.

    FAQ

    Pourquoi le résultat du diagnostic affiche-t-il un statut de vérification d'état anormal ?

    Le module de diagnostic des instances vérifie les configurations de vérification d'état sur tous les écouteurs d'une instance CLB. Si les vérifications d'état ne sont pas configurées, ou si un serveur backend échoue aux vérifications d'état, le statut de vérification d'état est signalé comme anormal.

    Pour identifier la cause première, utilisez la fonction de diagnostic approfondi. Elle peut détecter des problèmes tels que des services backend non actifs sur les ports d'écoute et des règles de filtrage réseau (par exemple, iptables) bloquant le trafic dans le système d'exploitation du serveur backend.

    Étapes suivantes