Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
O Azure Load Balancer dá suporte a logs de eventos de integridade para ajudá-lo a identificar e solucionar problemas contínuos que afetam a integridade do recurso do balanceador de carga. Esses eventos são fornecidos através da categoria de log de recursos LoadBalancerHealthEvent do Azure Monitor.
Esses logs são suportados para Standard (camada regional e global) e Gateway Load Balancers.
Definições de gravidade
Cada tipo de evento de saúde tem uma gravidade associada para indicar o nível de impacto esperado. Essa propriedade pode ajudar com a filtragem de logs e a criação de alertas mais individualizados com base na urgência do problema.
| Severity | Descrição |
|---|---|
| Crítico | O recurso do balanceador de carga precisa de atenção imediata. A funcionalidade do balanceador de carga é afetada. Esse impacto pode causar problemas como conexões com falha, operações CRUD malsucedidas (criar, ler, atualizar, excluir) ou componentes do balanceador de carga mal configurados. |
| Aviso | O recurso do balanceador de carga precisa ser monitorado ou revisado. A funcionalidade do balanceador de carga pode ser afetada em determinados cenários ou está operando em um estado parcialmente degradado. |
Tipos de eventos de saúde e frequência de publicação
Eventos de saúde podem ser detetados de várias maneiras – alguns eventos são gerados por meio da verificação ativa do estado do balanceador de carga, enquanto outros podem ser gerados quando uma condição explícita é cumprida. Cada evento tem a possibilidade de ser publicado a cada minuto, se o evento ocorreu durante a janela de deteção.
Depois que um evento de saúde é publicado, há uma janela de tempo estendida em que o evento não é republicado. Essa janela de tempo impede a publicação de logs excessivos quando há um problema persistente. Após esse intervalo de redetecção, o evento de saúde será republicado se o problema persistir.
Cada registo de evento é publicado com um carimbo de data/hora que indica o momento em que o Azure Load Balancer deteta o evento ao nível da plataforma. Pode haver um atraso entre a deteção e a publicação do evento pelo Azure Monitor.
| Status | LoadBalancerHealthEventType | Severity | Descrição | Janela de deteção | Intervalo de redetecção | Propriedades suportadas |
|---|---|---|---|---|---|---|
| GA | DataPathAvailabilityWarning | Aviso | Este evento é publicado para cada IP de frontend afetado do Balanceador de Carga, quando a métrica de Disponibilidade do Caminho de Dados do IP de frontend é inferior a 90% devido a questões relacionadas à plataforma. | 1 minuto | 5 minutos | Endereço IP frontend, Lista de portas frontend associadas a regras de balanceamento de carga afetadas |
| GA | DataPathAvailabilityCritical | Critical | Este evento é publicado para o IP de frontend de um Balanceador de Carga afetado quando a métrica de Disponibilidade do Percurso de Dados do IP de frontend é inferior a 25% devido a problemas de plataforma. | 1 minuto | 5 minutos | Endereço IP frontend, Lista de portas frontend associadas a regras de balanceamento de carga afetadas |
| GA | NoHealthyBackends | Critical | Este evento é publicado por cada IP de front-end do Balanceador de Carga, quando o pool de back-end associado não tiver instâncias de back-end que respondam às sondagens de integridade definidas. Como resultado, o balanceador de carga não tem servidores backend saudáveis para distribuir tráfego. | A pedido | 60 minutos | Endereço IP do frontend, lista emparelhada de portas de protocolo e do frontend associadas às regras de balanceamento de carga afetadas |
| GA | HighSnatPortUsage | Aviso | Esse evento é publicado em um nível por instância de back-end, quando uma instância de back-end utiliza mais de 75% de suas portas alocadas de um único IP de frontend. | A pedido | 5 minutos | Endereço IP de backend, endereço IP de frontend |
| GA | SnatPortExhaustion | Critical | Este evento é publicado por instância de back-end. A publicação ocorre quando uma instância de backend esgota todas as portas alocadas e não consegue estabelecer mais ligações de saída. Esse evento continua até que as portas sejam liberadas ou mais portas sejam alocadas. | A pedido | 5 minutos | Endereço IP de backend, endereço IP de frontend |
| GA | Aproximar-seMaxRulesPerNicLimite | Aviso | Este evento é publicado por cada IP de frontend do Load Balancer afetado, quando uma ou mais das instâncias associadas ao backend têm mais de 300 regras de balanceamento de carga e NAT de entrada configuradas no total. | 24 horas | 24 horas | Endereço IP de Frontend |
| GA | BalanceadorDeCargaDeGatewaySemBackendsSaudáveis | Critical | Este evento é publicado por cada IP frontend afetado do Load Balancer, quando existe um Gateway Load Balancer em cadeia que se torna inacessível por não haver instâncias de backend a responder às suas verificações de integridade. | A pedido | 60 minutos | Endereço IP de Frontend |
| GA | NetworkPlatformThrottlingActive | Critical | Esse evento é publicado por IP de frontend do Balanceador de Carga, quando os limites de largura de banda e/ou taxa de transferência da plataforma foram atingidos devido ao tráfego destinado a esse IP de frontend. | A pedido | 60 minutos | Endereço IP de Frontend |
Para mais informações sobre as propriedades publicadas com cada log de evento de saúde, consulte a documentação de referência do Azure Log Analytics para a tabela de log ALBHealthEvent.
Próximos passos
Neste artigo, ficou a saber sobre os registos de eventos de saúde do Balanceador de Carga do Azure e os tipos de eventos de saúde.
Para obter mais informações sobre como recolher, analisar e criar alertas usando esses logs, incluindo a resolução de problemas de cada tipo de evento de saúde, consulte: