Wat overleeft een proxy-VIP-failover?
Scheid het herstel van de proxyingang van het voortbestaan van bestaande CONNECT-tunnels en het uitgaande adres richting de website.
Een zwevend adres houdt de proxy-instelling stabiel: clients blijven dezelfde hostnaam of hetzelfde IP gebruiken nadat de actieve machine uitvalt. Dat is nuttige beschikbaarheid. Een lopende download kan alsnog stoppen.
Neem een HTTPS-verzoek dat al in CONNECT zit. De actieve proxy bezit de TCP-verbinding naar de client en een tweede verbinding naar de website. Hij bezit ook de applicatiestatus die die stromen verbindt.
Een adres naar een standby-machine verplaatsen verplaatst op zichzelf noch het TCP-controleblok, noch die relaystatus. De nieuwe eigenaar kan nieuwe verbindingen accepteren zonder een bytestroom te kunnen voortzetten die de oude eigenaar had opgezet.
| Verwachting | Levert gewone adresfailover dat? |
|---|---|
| Eén geconfigureerde ingang behouden | Dat is het beoogde voordeel |
| Een bestaande CONNECT-stroom voortzetten | Er zou extra stateful machinerie nodig zijn |
| Hetzelfde uitgaande publieke IP behouden | Hangt af van egress-routing en NAT |
| Een onderbroken applicatiehandeling veilig herhalen | Hangt af van de handeling en de client |
VRRP definieert verkiezing en adreseigendom. Het is geen replicatieprotocol voor het proxyproces. Een uitrol met andere high-availabilitysoftware heeft dezelfde scheiding nodig, tenzij die expliciet meer biedt.
Loop na wat de healthcheck werkelijk waarneemt. Een machine kan aankondigingen beantwoorden terwijl zijn proxydienst, DNS of upstreamroute is uitgevallen. Omgekeerd kunnen te gevoelige checks onnodige omschakelingen veroorzaken.
Herstel aan de clientkant telt ook. Een nieuw browserverzoek kan zich makkelijk opnieuw verbinden; een upload met een verbruikte body of een niet-idempotente API-handeling kan applicatiespecifieke afhandeling vereisen. Beloof geen onzichtbare failover alleen omdat een nieuw verzoek via de standby slaagt.