Todos os produtos
Search

Este produto

    Server Load Balancer:Diagnosticar uma instância CLB

    Central de documentação

    Server Load Balancer:Diagnosticar uma instância CLB

    Última atualização: Jul 03, 2026

    Use o módulo de diagnóstico de instâncias para verificar problemas em uma instância Classic Load Balancer (CLB) em sete categorias: integridade da instância, capacidade da instância, certificados, políticas de segurança, faturamento, listeners e status ocioso. Ao detectar uma exceção, o módulo informa a causa e recomenda uma solução.

    Pré-requisitos

    Antes de começar, verifique se você tem:

    Na primeira execução de um diagnóstico, o sistema cria automaticamente a função vinculada ao serviço AliyunServiceRoleForNis. Para mais informações, consulte funções vinculadas ao serviço .

    Executar um diagnóstico

    1. Acesse o Console do CLB - Instâncias.

    2. Inicie o diagnóstico por um dos métodos abaixo:

      • Na coluna Instance Diagnostics, clique em Start Diagnostics.

      • Clique no ID da instância para abrir a página de detalhes e escolha More > Instance Diagnostics no canto superior direito.

    3. No painel Instance Diagnostics, visualize o status e os resultados do diagnóstico.

    4. Na área Diagnostic Items, selecione Show All Diagnostic Items para exibir todos os itens de diagnóstico compatíveis.

    Itens de diagnóstico compatíveis

    Categoria Itens de diagnóstico

    Health Check Diagnostics

    • Health Check Configurations: Verifica se há health checks configurados para os listeners do CLB.

    • Health Check Errors: Identifica anomalias nos health checks dos listeners do CLB.

    Idle Instance Diagnostics

    • No Listener Configured: Verifica se não há listeners configurados.

    • Backend Server Not Found: Verifica se não há servidores de backend associados.

    Quota Limit Diagnostics

    • Packets Dropped Due to Bandwidth Throttling: Verifica se a instância CLB teve perda de pacotes devido à limitação de largura de banda nos últimos 15 minutos. Em alguns cenários, a perda pode ocorrer mesmo sem atingir o pico de largura de banda. Para obter detalhes e soluções, consulte Falha na conexão ao atingir o pico de largura de banda.

    • Maximum Connections: Verifica se houve queda de conexões ou se as conexões simultâneas excederam 85% do limite nos últimos 15 minutos.

    • Maximum Number of New Connections: Verifica se houve queda de conexões ou se novas conexões excederam 85% do limite nos últimos 15 minutos.

    • Maximum QPS: Verifica se houve descarte de consultas ou se o volume excedeu 85% do limite nos últimos 15 minutos.

    Certificate Diagnostics

    • No Certificate Configured for HTTPS Listener: Verifica se há certificados configurados para listeners HTTPS.

    • HTTPS Listener Certificate Expiration Check: Verifica se há certificados com vencimento em menos de 60 dias.

    Security Policy Diagnostics

    • Access Control: Se a instância tiver uma lista de permissões ou lista de bloqueios ACL configurada, parte do tráfego poderá ser bloqueada.

    • Anti-DDoS Origin Basic Status: Verifica se a proteção contra DDoS afeta o comportamento de rede associado ao EIP.

    • Interception by Cloud Firewall: Verifica se o Cloud Firewall bloqueou comportamentos de rede relacionados ao EIP.

    • Penalty for Security Control: Verifica se o controle de segurança Yundun penalizou atividades de rede do EIP.

    • Suspension for Security Reasons: Verifica se o controle de risco bloqueou a instância.

    Cost Diagnostics

    • Alerts for Overdue Payments: Verifica se a instância tem pagamentos pendentes.

    • Alerts for Expiration: Verifica se a instância está no período de aviso de expiração de 15 dias.

    Listener Diagnostics

    • Access Errors: Usa o serviço de log do CLB para inspecionar entradas marcadas com códigos de status HTTP anormais e ajudar a rastrear e diagnosticar as causas específicas de exceções de acesso.

    • Listener Throttling Check: Verifica se houve limitação de largura de banda nos listeners.

    • Connection Failures Check: Verifica se o número de falhas de conexão nos listeners está excessivamente alto. Para obter detalhes, consulte Aumento repentino em falhas de conexão do CLB.

    • Listener Status Check: Verifica se algum listener da instância está parado.

    Gerenciar registros de diagnóstico

    A página Instance Diagnostics permite executar as seguintes ações nos registros de diagnóstico.

    Ação

    Passos

    Visualizar relatório de diagnóstico

    Localize a instância e clique em View Report na coluna Actions. O relatório será aberto no painel Diagnostic Details.

    Refazer o diagnóstico

    Clique em Re-diagnose na coluna Actions.

    Excluir registros de diagnóstico

    Clique em Delete na coluna Actions e confirme clicando em OK. Esta ação remove todos os registros de diagnóstico da instância.

    Limitações

    O módulo de diagnóstico analisa o status da instância apenas nos 15 minutos anteriores ao momento atual. Não é possível diagnosticar estados históricos fora dessa janela temporal.

    Por exemplo: se uma instância CLB ficar inativa às 09:00:00 e recuperar às 09:30:00, e você executar o diagnóstico às 10:00:00, o módulo verificará somente o intervalo entre 09:45:00 e 10:00:00. A exceção ocorrida entre 09:00:00 e 09:30:00 não será identificada.

    O recurso de diagnóstico avançado, que determina a causa raiz de exceções de health check, suporta exclusivamente servidores de backend executando CentOS, Ubuntu e Alibaba Cloud Linux. Windows e outros sistemas operacionais não são compatíveis.

    Perguntas frequentes

    Por que o resultado do diagnóstico indica status anormal de health check?

    O módulo verifica as configurações de health check em todos os listeners da instância CLB. Caso os health checks não estejam configurados, ou se um servidor de backend falhar nas verificações, o status será reportado como anormal.

    Para identificar a causa raiz, use o recurso de diagnóstico avançado. Ele detecta problemas como serviços de backend inativos nas portas do listener e regras de filtragem de rede (como iptables) bloqueando tráfego no sistema operacional do servidor de backend.

    Próximos passos