Todos os produtos
Search

Este produto

    Server Load Balancer:Diagnose a CLB instance

    Central de documentação

    Server Load Balancer:Diagnose a CLB instance

    Última atualização: Sep 21, 2026

    Use o módulo de diagnóstico de instâncias para verificar 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 de ociosidade. Quando uma exceção é detectada, o módulo informa a causa e a solução recomendada.

    Pré-requisitos

    Antes de começar, certifique-se de ter:

    Na primeira vez que você executar um diagnóstico, o sistema cria automaticamente a service-linked role AliyunServiceRoleForNis. Para mais informações, consulte service-linked roles .

    Executar um diagnóstico

    1. Acesse o CLB console - Instances.

    2. Inicie um diagnóstico por um dos métodos a seguir:

      • 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 os health checks estão configurados para os listeners do CLB.

    • Health Check Errors: Verifica se os health checks dos listeners do CLB apresentam anomalias.

    Idle Instance Diagnostics

    • No Listener Configured: Verifica se há listeners configurados para a instância.

    • Backend Server Not Found: Verifica se há servidores de backend associados à instância.

    Quota Limit Diagnostics

    • Packets Dropped Due to Bandwidth Throttling: Verifica se a instância CLB sofreu perda de pacotes por limitação de largura de banda nos últimos 15 minutos. Em determinados cenários, a perda de pacotes pode ocorrer mesmo quando o tráfego não atinge o pico de largura de banda. Para detalhes e soluções, consulte Connection fails to reach peak bandwidth.

    • Maximum Connections: Verifica se há conexões descartadas ou se as conexões simultâneas ultrapassam 85% do limite nos últimos 15 minutos.

    • Maximum Number of New Connections: Verifica se há conexões descartadas ou se as novas conexões ultrapassam 85% do limite nos últimos 15 minutos.

    • Maximum QPS: Verifica se há consultas descartadas ou se as consultas ultrapassam 85% do limite nos últimos 15 minutos.

    Certificate Diagnostics

    • No Certificate Configured for HTTPS Listener: Verifica se os listeners HTTPS têm certificados configurados.

    • HTTPS Listener Certificate Expiration Check: Verifica se algum certificado expira em menos de 60 dias.

    Security Policy Diagnostics

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

    • Anti-DDoS Origin Basic Status: Verifica se o comportamento de rede relacionado ao EIP é afetado pela proteção contra DDoS.

    • Interception by Cloud Firewall: Verifica se o comportamento de rede relacionado ao EIP está sendo bloqueado pelo Cloud Firewall.

    • Penalty for Security Control: Verifica se o comportamento de rede relacionado ao EIP está sujeito a penalidades pelo controle de segurança Yundun.

    • Suspension for Security Reasons: Verifica se a instância está bloqueada pelo controle de risco.

    Cost Diagnostics

    • Alerts for Overdue Payments: Verifica se a instância possui pagamentos em atraso.

    • Alerts for Expiration: Verifica se a instância se encontra no período de aviso de 15 dias antes do vencimento.

    Listener Diagnostics

    • Access Errors: Usa o log service do CLB para inspecionar entradas de log marcadas com códigos de status HTTP anômalos, auxiliando no rastreamento e no diagnóstico das causas específicas das exceções de acesso.

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

    • Connection Failures Check: Verifica se o número de conexões com falha nos listeners está elevado. Para detalhes, consulte Sudden surge in CLB failed connections.

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

    Gerenciar registros de diagnóstico

    A página Instance Diagnostics oferece suporte às seguintes ações sobre os registros de diagnóstico.

    Ação

    Passos

    Visualizar um relatório de diagnóstico

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

    Executar um diagnóstico novamente

    Clique em Re-diagnose na coluna Actions.

    Excluir registros de diagnóstico

    Clique em Delete na coluna Actions e, em seguida, clique em OK para confirmar. Todos os registros de diagnóstico da instância serão excluídos.

    Limitações

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

    Por exemplo: se uma instância CLB ficar indisponível às 09:00:00 e se recuperar às 09:30:00, e você executar um diagnóstico às 10:00:00, o módulo analisará apenas a janela de 09:45:00 a 10:00:00 — não identificando a exceção ocorrida entre 09:00:00 e 09:30:00.

    O recurso de diagnóstico avançado, que identifica a causa raiz de exceções nos health checks, é compatível apenas com servidores de backend que executam 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 um status de health check anômalo?

    O módulo de diagnóstico de instâncias verifica as configurações de health check em todos os listeners de uma instância CLB. Se os health checks não estiverem configurados, ou se um servidor de backend reprovar nos health checks, o status é reportado como anômalo.

    Para identificar a causa raiz, use o recurso de diagnóstico avançado. Ele detecta problemas como serviços de backend que não estão em execução nas portas dos listeners e regras de filtragem de rede (por exemplo, iptables) que bloqueiam o tráfego no sistema operacional do servidor de backend.

    Próximos passos