O que sobrevive a um failover VIP do proxy?
Separe a recuperação da entrada do proxy da sobrevivência dos túneis CONNECT estabelecidos e do endereço de saída para o site.
Um endereço flutuante mantém a configuração do proxy estável: os clientes continuam a usar o mesmo nome de host ou IP depois de a máquina ativa falhar. Isso é disponibilidade útil. Mesmo assim, um download já em curso pode parar.
Considere um pedido HTTPS já dentro de CONNECT. O proxy ativo detém a ligação TCP para o cliente e outra ligação para o site. Detém também o estado da aplicação que une esses fluxos.
Mover um endereço para uma máquina de reserva não move, por si só, nem o bloco de controlo TCP nem esse estado de retransmissão. O novo titular pode aceitar ligações novas sem conseguir continuar um fluxo de bytes estabelecido pelo antigo.
| Expetativa | O failover de endereço comum proporciona isso? |
|---|---|
| Manter uma única entrada configurada | É esse o benefício pretendido |
| Continuar um fluxo CONNECT estabelecido | Seria necessária maquinaria adicional com estado |
| Manter o mesmo IP público de saída | Depende do encaminhamento de saída e do NAT |
| Repetir com segurança uma operação interrompida | Depende da operação e do cliente |
O VRRP define eleição e propriedade do endereço. Não é um protocolo de replicação para o processo do proxy. Uma instalação com outro software de alta disponibilidade precisa da mesma distinção, a menos que forneça explicitamente mais.
Reveja o que a verificação de saúde observa na realidade. Uma máquina pode responder a anúncios enquanto o seu serviço de proxy, DNS ou rota ascendente falhou. Inversamente, verificações demasiado sensíveis podem provocar comutações desnecessárias.
A recuperação do lado do cliente também conta. Um novo pedido do navegador pode reconectar-se facilmente; um envio com um corpo consumido ou uma operação de API não idempotente pode exigir tratamento específico da aplicação. Não prometa um failover invisível só porque um novo pedido passa pela reserva.