Was übersteht ein Proxy-VIP-Failover?
Trennen Sie die Wiederherstellung des Proxy-Eingangs vom Überleben bestehender CONNECT-Tunnel und der ausgehenden Adresse zum Website-Ziel.
Eine schwebende Adresse hält die Proxy-Einstellung stabil: Clients verwenden nach dem Ausfall der aktiven Maschine weiterhin denselben Hostnamen oder dieselbe IP. Das ist nützliche Verfügbarkeit. Ein laufender Download kann trotzdem abbrechen.
Betrachten Sie eine HTTPS-Anfrage, die sich bereits in CONNECT befindet. Der aktive Proxy besitzt die clientseitige TCP-Verbindung und eine weitere Verbindung zur Website. Er besitzt außerdem den Anwendungszustand, der diese Ströme verbindet.
Das Verschieben einer Adresse auf eine Standby-Maschine verschiebt für sich genommen weder den TCP-Kontrollblock noch diesen Relay-Zustand. Der neue Inhaber kann neue Verbindungen annehmen, ohne einen vom alten Inhaber aufgebauten Bytestrom fortsetzen zu können.
| Erwartung | Leistet das gewöhnliche Adress-Failover? |
|---|---|
| Einen konfigurierten Eingang behalten | Das ist der beabsichtigte Nutzen |
| Einen bestehenden CONNECT-Strom fortsetzen | Zusätzliche zustandsbehaftete Maschinerie wäre nötig |
| Dieselbe ausgehende öffentliche IP behalten | Hängt von Egress-Routing und NAT ab |
| Einen unterbrochenen Anwendungsvorgang sicher wiederholen | Hängt vom Vorgang und vom Client ab |
VRRP definiert Wahl und Adressinhaberschaft. Es ist kein Replikationsprotokoll für den Proxy-Prozess. Ein Deployment mit anderer High-Availability-Software braucht dieselbe Unterscheidung, sofern es nicht ausdrücklich mehr bereitstellt.
Prüfen Sie, was der Health-Check tatsächlich beobachtet. Eine Maschine kann Ankündigungen beantworten, während ihr Proxy-Dienst, DNS oder Upstream-Route ausgefallen ist. Umgekehrt können überempfindliche Prüfungen unnötige Umschaltungen verursachen.
Auch die Client-Erholung zählt. Eine neue Browser-Anfrage kann sich leicht neu verbinden; ein Upload mit verbrauchtem Body oder eine nicht idempotente API-Operation kann anwendungsspezifische Behandlung erfordern. Versprechen Sie kein unsichtbares Failover, nur weil eine neue Anfrage über den Standby gelingt.