Estado administrativo (estado de administrador) no Azure Load Balancer
O estado administrativo (estado de administrador) é um recurso do Azure Load Balancer que permite que você substitua o comportamento da investigação de integridade do Load Balancer em uma base por instância de pool de back-end. Esse recurso é útil em cenários em que você gostaria de remover a instância de back-end para manutenção, aplicação de patches ou testes.
Por que usar o estado de administrador?
O estado de administrador é útil em cenários em que você quer ter mais controle sobre o comportamento do balanceador de carga. Por exemplo, você pode definir o estado administrativo como ativo 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 administrador como inativo 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ê quer tirar temporariamente uma instância de back-end da rotação.
Tipos de valores de estado de administrador
Há três tipos de valores de estado de administrador: Ativo, Inativo e Nenhum. A tabela a seguir descreve os efeitos de cada estado nas novas conexões e nas conexões existentes:
| Estado do administrador | Novas conexões | Conexões existentes |
|---|---|---|
| Operante | O balanceador de carga ignora a investigação de integridade e sempre considera a instância de back-end como qualificada para novas conexões. | O balanceador de carga desconsidera a resposta da investigação de integridade configurada e sempre permite que as conexões existentes persistam na instância de back-end. |
| Para baixo | O balanceador de carga ignora a investigação de integridade e não permite novas conexões com a instância de back-end. | O balanceador de carga ignora a investigação 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 são mantidas. UDP: os fluxos UDP existentes são movidos para outra instância íntegra no pool de back-end. . Observação: isso é semelhante a um comportamento de investigação inoperante. |
| Nenhuma | O balanceador de carga respeita o comportamento da investigação de integridade. | O balanceador de carga respeita o comportamento da investigação de integridade. |
Observação
As métricas de status da investigação de integridade do Load Balancer e a topologia dos insights do Load Balancer refletirão as alterações do valor do estado de administrador configurado.
Considerações sobre o design
Ao implantar um balanceador de carga com o estado de administrador, leve em conta as seguintes considerações de projeto:
- O estado de administrador entra em vigor por instância de pool de back-end
- 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.
- 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 ao pool de back-end afeta todas as regras de balanceamento de carga associadas.
- O estado de administrador só entrará em vigor quando houver uma investigação de integridade configurada nas regras de balanceamento de carga.
Limitações
Ao implantar um balanceador de carga com o estado de administrador, considere as seguintes limitações:
- O estado de administrador não tem suporte com a regra NAT de entrada.
- Não há suporte para o estado de administrador para regras de balanceamento de carga não geradas.
- O estado do administrador não pode ser configurado durante a criação de um pool de back-end do Load Balancer baseado em NIC.