Hva overlever en proxy-VIP-failover?
Skille gjenoppretting av proxyinngangen fra at etablerte CONNECT-tunneler og den utgående adressen mot nettstedet består.
En flytende adresse holder proxyinnstillingen stabil: klienter fortsetter å bruke samme vertsnavn eller IP etter at den aktive maskinen svikter. Det er nyttig tilgjengelighet. En pågående nedlasting kan likevel stoppe.
Tenk på en HTTPS-forespørsel som allerede er inne i CONNECT. Den aktive proxyen eier TCP-forbindelsen mot klienten og en annen forbindelse mot nettstedet. Den eier også applikasjonstilstanden som binder disse strømmene sammen.
Å flytte en adresse til en standby-maskin flytter ikke i seg selv verken TCP-kontrollblokken eller denne videresendingstilstanden. Den nye eieren kan ta imot nye forbindelser uten å kunne fortsette en bytestrøm som den gamle eieren etablerte.
| Forventning | Gir vanlig adressefailover det? |
|---|---|
| Beholde én konfigurert inngang | Det er den tilsiktede fordelen |
| Fortsette en etablert CONNECT-strøm | Det ville kreve ekstra tilstandsbasert maskineri |
| Beholde samme utgående offentlige IP | Avhenger av utgående ruting og NAT |
| Gjenta en avbrutt applikasjonsoperasjon trygt | Avhenger av operasjonen og klienten |
VRRP definerer valg og adresseeierskap. Det er ikke en replikasjonsprotokoll for proxyprosessen. En utplassering med annen programvare for høy tilgjengelighet trenger samme skille med mindre den uttrykkelig leverer mer.
Gå gjennom hva helsekontrollen faktisk observerer. En maskin kan svare på annonseringer mens proxytjenesten, DNS eller oppstrømsruten har feilet. Motsatt kan overdrevent følsomme kontroller føre til unødvendige bytter.
Gjenoppretting på klientsiden teller også. En ny nettleserforespørsel kan enkelt koble til igjen; en brukt body ved opplasting eller en ikke-idempotent API-operasjon kan kreve applikasjonsspesifikk behandling. Ikke lov usynlig failover bare fordi en ny forespørsel lykkes gjennom standbyen.