¿Qué sobrevive a un failover VIP del proxy?
Separe la recuperación de la entrada del proxy de la supervivencia de los túneles CONNECT establecidos y de la dirección de salida hacia el sitio web.
Una dirección flotante mantiene estable la configuración del proxy: los clientes siguen usando el mismo nombre de host o IP después de que falle la máquina activa. Eso es disponibilidad útil. Pero una descarga ya iniciada puede detenerse igualmente.
Considere una solicitud HTTPS que ya está dentro de CONNECT. El proxy activo posee la conexión TCP hacia el cliente y otra conexión hacia el sitio web. También posee el estado de la aplicación que une esos flujos.
Mover una dirección a una máquina en espera no mueve por sí mismo ni el bloque de control TCP ni ese estado de retransmisión. El nuevo propietario puede aceptar conexiones nuevas sin poder continuar un flujo de bytes establecido por el antiguo propietario.
| Expectativa | ¿Lo proporciona el failover de dirección ordinario? |
|---|---|
| Conservar una sola entrada configurada | Ese es el beneficio previsto |
| Continuar un flujo CONNECT establecido | Haría falta maquinaria adicional con estado |
| Conservar la misma IP pública de salida | Depende del enrutamiento de salida y del NAT |
| Repetir con seguridad una operación interrumpida | Depende de la operación y del cliente |
VRRP define la elección y la propiedad de la dirección. No es un protocolo de replicación para el proceso del proxy. Un despliegue con otro software de alta disponibilidad necesita la misma distinción salvo que aporte más de forma explícita.
Revise qué observa realmente la comprobación de estado. Una máquina puede responder a los anuncios mientras su servicio de proxy, su DNS o su ruta ascendente han fallado. A la inversa, comprobaciones demasiado sensibles pueden provocar conmutaciones innecesarias.
La recuperación del cliente también importa. Una solicitud nueva del navegador puede reconectarse con facilidad; una subida con un cuerpo consumido o una operación de API no idempotente puede requerir un manejo específico de la aplicación. No prometa un failover invisible solo porque una solicitud nueva funcione a través del reserva.