Diagnóstico do balanceador de carga Standard com métricas, alertas e estado de funcionamento dos recursos

A métrica Data Path Availability descreve a integridade dentro da região do caminho de dados para o host de computação onde suas VMs estão localizadas. A métrica reflete a saúde do teu balanceador de carga, com base na tua configuração e na infraestrutura do Azure. Você pode usar a métrica para:

• Monitorize a disponibilidade externa do seu serviço.

• Investigue a plataforma onde seu serviço está implantado e determine se ele está íntegro. Determine se o SO convidado ou a instância do aplicativo está íntegra.

• Isole se um evento está relacionado ao seu serviço ou ao plano de dados subjacente. Não confunda esta métrica com a métrica de Sonda de Saúde.

Para obter a disponibilidade da via de dados dos recursos do balanceador de carga:

1. Verifique se o recurso correto do balanceador de carga está selecionado.

2. Na lista suspensa Métrica, selecione Disponibilidade do Caminho de Dados.

3. Na lista suspensa Agregação, selecione Média.

4. Além disso, adicione um filtro no endereço IP do frontend ou na porta do frontend como dimensão, especificando o endereço IP do frontend ou a porta do frontend necessários. Em seguida, agrupe-os pela dimensão selecionada.

A métrica é gerada por um serviço de sondagem dentro da região que simula o tráfego. O serviço de sondagem gera periodicamente um pacote que corresponde à regra de frontend e balanceamento de carga da sua implantação. O pacote então percorre a região desde a origem até ao host de uma VM no pool backend. A infraestrutura do balanceador de carga executa as mesmas operações de balanceamento de carga e conversão que executa para todos os outros tráfegos. Depois que a sonda chega ao host, onde uma VM no pool de back-end está localizada, o host gera uma resposta ao serviço de sondagem. Sua VM não vê esse tráfego.

Observe que a métrica Data Path Availability só será gerada em configurações IP frontend com regras de balanceamento de carga.

A métrica Data Path Availability pode ser degradada pelos seguintes motivos:

• Sua implantação não tem VMs saudáveis restantes no pool de backend.

• Ocorreu uma interrupção da infraestrutura.

Para fins de diagnóstico, pode-se usar a métrica para a disponibilidade do caminho de dados juntamente com o status da sonda de integridade.

Use Média como agregação para a maioria dos cenários.

A métrica Status da Sonda de Integridade descreve a integridade da implantação do aplicativo conforme configurada por você quando você configura a sonda de integridade do balanceador de carga. O balanceador de carga usa o status da sonda de integridade para determinar para onde enviar novos fluxos. As sondas de saúde originam-se de um endereço de infraestrutura Azure e são visíveis dentro do sistema operativo convidado da VM.

Para obter a métrica do estado da Sonda de Saúde para os recursos do balanceador de carga:

1. Selecione a métrica de Estado da Sonda de Saúde com o tipo de agregação média .

2. Aplique um filtro ao endereço IP de front-end necessário ou à porta (ou ambos).

As sondas de saúde falham pelos seguintes motivos:

• Você configura uma sonda de integridade para uma porta que não está escutando ou não está respondendo ou está usando o protocolo errado. Se o seu serviço estiver a usar regras de IP flutuante ou de retorno direto do servidor, verifique se o serviço está a monitorizar o endereço IP da configuração de IP da NIC e o loopback configurado com o endereço IP do frontend.

• O Grupo de Segurança de Rede, o firewall do SO convidado da VM ou os filtros da camada de aplicação não permitem o tráfego da sonda de saúde.

Use Média como agregação para a maioria dos cenários.

A métrica SNAT Connection Count descreve o volume de ligações bem-sucedidas e falhadas para fluxos de saída.

Um volume de ligações falhadas superior a zero indica esgotamento da porta SNAT. Deve investigar mais a fundo para determinar o que poderá estar a causar estas falhas. A exaustão da porta SNAT manifesta-se como uma falha no estabelecimento de um fluxo de saída. Revise o artigo sobre conexões de saída para entender os cenários e mecanismos em funcionamento e aprender como mitigar e projetar para evitar o esgotamento da porta SNAT.

Se as ligações de saída falharem intermitentemente, pode haver esgotamento da porta SNAT. Verifique as métricas de utilização e alocação de portas SNAT e reveja as orientações de esgotamento de portas SNAT. Para maior capacidade de SNAT, use o Azure NAT Gateway.

Para obter estatísticas de conexão SNAT:

1. Selecione o tipo de métrica Conexões SNAT e Soma como agregação.

2. Agrupar por Estado de Conexão para que as conexões SNAT bem-sucedidas e falhadas sejam representadas por linhas diferentes.

A métrica de portas SNAT usada rastreia quantas portas SNAT estão sendo consumidas para manter os fluxos de saída. Esta métrica indica quantos fluxos únicos são estabelecidos entre uma origem na Internet e uma VM de back-end ou um conjunto de dimensionamento de máquinas virtuais que estejam atrás de um balanceador de carga e não tenham um endereço IP público. Ao comparar o número de portas SNAT que está a usar com a métrica de Portas SNAT Alocadas, pode determinar se o seu serviço está a experienciar ou em risco de esgotamento do SNAT e consequente falha no fluxo de saída.

Se as suas métricas indicarem o risco de falha de fluxo de saída, consulte o artigo e tome medidas para mitigar isso e garantir a saúde do serviço.

Para exibir o uso e a alocação da porta SNAT:

1. Defina a agregação de tempo do gráfico para 1 minuto para garantir que os dados desejados sejam exibidos.

2. Selecione Portas SNAT Usadas e/ou Portas SNAT Alocadas como o tipo de métrica e Média como a agregação.

   • Por padrão, essas métricas são o número médio de portas SNAT alocadas ou usadas por cada VM de back-end ou conjunto de dimensionamento de máquina virtual. Eles correspondem a todos os IPs públicos do frontend mapeados para o balanceador de carga, agregados através de TCP e UDP.

   • Para exibir o total de portas SNAT usadas ou alocadas para o balanceador de carga, use a agregação métrica Soma.

3. Filtre por um tipo de protocolo específico, um conjunto de IPs de back-end e/ou IPs de front-end.

4. Para monitorar a integridade por instância de back-end ou frontend, aplique a divisão.

   • A divisão de notas permite apenas que uma única métrica seja exibida de cada vez.

5. Por exemplo, para monitorizar a utilização de SNAT para fluxos TCP por máquina, agrega por Média, divide por IPs Backend e filtra por Tipo de Protocolo.

Para obter mais informações sobre conexões de saída, consulte Conversão de endereços de rede de origem (SNAT) para conexões de saída

Use Soma como agregação para a maioria dos cenários.

A métrica de bytes e contadores de pacotes descreve o volume de bytes e pacotes enviados ou recebidos pelo seu serviço numa base por cada front-end.

Use Soma como agregação para a maioria dos cenários.

Para obter estatísticas de contagem de bytes ou pacotes:

1. Selecione os tipos de métrica de Contagem de Bytes e Contagem de Pacotes , tendo Soma como agregação.

2. Efetue um dos seguintes procedimentos:

   • Aplique um filtro para um IP específico de frontend, uma porta de frontend, um IP de backend ou uma porta de backend.

   • Obtenha estatísticas gerais para o seu recurso de balanceador de carga sem qualquer filtragem.

Ao usar uma combinação entre a disponibilidade do caminho de dados e as métricas de estado da verificação de integridade num único gráfico, pode identificar onde procurar o problema e o resolver. Pode obter a certeza de que o Azure está a funcionar corretamente e usar esse conhecimento para determinar conclusivamente que a configuração ou aplicação é a causa raiz.

Pode usar métricas de sonda de saúde para perceber como o Azure vê a saúde da sua implementação de acordo com a configuração que forneceu. Olhar para os indicadores de saúde é sempre um ótimo primeiro passo para monitorizar ou identificar a causa.

Pode ir mais longe e usar a métrica de disponibilidade de caminhos de dados para obter uma perceção de como o Azure vê a saúde do plano de dados subjacente responsável pela sua implementação específica. Ao combinar ambas as métricas, você pode isolar onde a falha pode estar, conforme ilustrado neste exemplo:

Figura: Combinando a disponibilidade do caminho de dados e as métricas de estado da sonda de saúde

O gráfico exibe as seguintes informações:

• A infraestrutura que hospeda suas VMs estava indisponível e em 0% no início do gráfico. Mais tarde, a infraestrutura estava íntegra e as VMs estavam acessíveis, e mais de uma VM foi colocada no back-end. A linha azul da disponibilidade do caminho de dados, que mais tarde atingiu os 100 por cento, indica esta informação.

• O status da sonda de saúde, indicado pelo traço roxo, está em 0% no início do gráfico. A área destacada em verde mostra o ponto em que o estado da sonda de saúde se tornou saudável e a implantação do cliente conseguiu aceitar novos fluxos.

O gráfico ajuda-te a resolver o problema da implantação sem teres de adivinhar ou perguntar ao suporte se há outros problemas. O serviço não estava disponível porque as sondas de integridade estavam falhando devido a uma configuração incorreta ou a um aplicativo com falha.