Hva overlever en VIP-failover for proxyen?
Skill 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 sammen disse strømmene.
Å flytte en adresse til en standby-maskin flytter ikke i seg selv verken TCP-kontrollblokken eller denne videresendingstilstanden. Den nye eieren kan godta 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 adresseierskap. Det er ikke en replikasjonsprotokoll for proxyprosessen. En utrulling med annen høy tilgjengelighet-programvare trenger samme skille med mindre den uttrykkelig leverer mer.
Gå gjennom hva helsesjekken faktisk observerer. En maskin kan svare på annonseringer mens proxytjenesten, DNS eller oppstrømsruten har feilet. Omvendt kan overfølsomme sjekker forårsake unødvendige bytter.
Klientgjenoppretting teller også. En ny nettleserforespørsel kan enkelt koble til på nytt; en opplasting med en forbrukt body eller en ikke-idempotent API-operasjon kan kreve applikasjonsspesifikk håndtering. Ikke lov usynlig failover bare fordi en ny forespørsel lykkes gjennom standbyen.