Partilhar via

Estado Administrativo (Estado Administrativo) no Balanceador de Carga do Azure

O estado administrativo (estado Admin) é uma funcionalidade do Azure Load Balancer que permite sobrepor o comportamento da sonda de integridade do Load Balancer com base em cada instância do pool de backend. Esse recurso é útil em cenários em que você gostaria de desativar sua instância de back-end para manutenção, aplicação de patches ou testes.

Por que usar o estado admin?

O estado Admin é útil em cenários onde você deseja ter mais controle sobre o comportamento do seu Balanceador de Carga. Por exemplo, você pode definir o estado admin para sempre considerar a instância de back-end qualificada para novas conexões, mesmo que a investigação de integridade indique o contrário. Por outro lado, você pode definir o estado de administração para baixo para impedir novas conexões, mesmo que a investigação de integridade indique que a instância de back-end está íntegra. Isso pode ser útil para manutenção ou outros cenários em que você deseja tirar temporariamente uma instância de back-end da rotação.

Captura de ecrã do diagrama de utilização e valores de estado do administrador mostrando a relação entre as definições de estado do administrador e o comportamento do balanceador de carga.

Tipos de valores de estado de administração

Existem três tipos de valores de estado de administração: Up, Down, None. A tabela a seguir descreve os efeitos de cada estado em novas conexões e conexões existentes:

Estado do administrador Novas conexões Conexões existentes
Para cima O balanceador de carga ignora o teste de integridade e sempre considera a instância de back-end como elegível para novas conexões. O balanceador de carga ignora a resposta da sonda de saúde configurada e permite sempre que as ligações existentes persistam para a instância backend.
Para baixo O balanceador de carga ignora o teste de integridade e não permite novas conexões com a instância de back-end. O balanceador de carga ignora a sonda de integridade e as conexões existentes são determinadas de acordo com os seguintes protocolos:
TCP: As conexões TCP estabelecidas com a instância de back-end persistem.
UDP: Os fluxos UDP existentes são movidos para outra instância íntegra no pool de back-end.
Nota: Isto é semelhante a um comportamento Probe Down.
Nenhuma O balanceador de carga respeita o comportamento da sonda de integridade. O balanceador de carga respeita o comportamento da sonda de integridade.

Nota

As métricas de estado da Sonda de Saúde do Load Balancer e a topologia Insights do Load Balancer refletem as alterações no estado do administrador configurado.

Considerações de design

Ao implantar um balanceador de carga com estado admin, considere as seguintes considerações de design:

  1. O estado Admin entra em vigor por instância de pool de back-end
    1. Em um cenário em que uma instância de máquina virtual está em mais de um pool de back-end, o estado de administrador aplicado em um pool de back-end não afeta o outro pool de back-end.
    2. Em um cenário em que um pool de back-end faz parte de várias regras de balanceamento de carga, o estado de administrador aplicado no pool de back-end afeta todas as regras de balanceamento de carga associadas.
  2. O estado Admin só terá efeito quando houver uma investigação de integridade configurada nas regras de balanceamento de carga.

Limitações

Ao implantar um balanceador de carga com estado admin, considere as seguintes limitações:

  1. O estado Admin não é suportado com a regra NAT de entrada.
  2. O estado Admin não é suportado para regras de balanceamento de carga não investigadas.
  3. O estado Admin não pode ser configurado durante a criação de um pool de back-end do Load Balancer baseado em NIC.

Próximos passos

Gerenciar o Estado Administrativo no Balanceador de Carga do Azure

  • Last updated on