Kva overlever ein VIP-failover for proxyen?
Skil gjenoppretting av proxyinngangen frå at etablerte CONNECT-tunnelar og den utgåande adressa mot nettstaden held fram.
Ei flytande adresse held proxyinnstillinga stabil: klientar held fram med same vertsnamn eller IP etter at den aktive maskina sviktar. Det er nyttig tilgjenge. Ei pågåande nedlasting kan likevel stoppe.
Tenk på ein HTTPS-førespurnad som allereie er inne i CONNECT. Den aktive proxyen eig TCP-sambandet mot klienten og eit anna samband mot nettstaden. Han eig også applikasjonstilstanden som knyter desse straumane saman.
Å flytte ei adresse til ei standbymaskin flyttar ikkje i seg sjølv korkje TCP-kontrollblokka eller den vidaresendingstilstanden. Den nye eigaren kan ta imot nye samband utan å kunne halde fram ein bytestraum som den gamle eigaren etablerte.
| Forventing | Gir vanleg adressefailover det? |
|---|---|
| Halda på éin konfigurert inngang | Det er den tilsikta fordelen |
| Halde fram ein etablert CONNECT-straum | Det ville krevje ekstra tilstandsbasert maskineri |
| Halda på same utgåande offentlege IP | Avhenger av utgåande ruting og NAT |
| Gjenta ein avbroten applikasjonsoperasjon trygt | Avhenger av operasjonen og klienten |
VRRP definerer val og adresseierskap. Det er ikkje ein replikasjonsprotokoll for proxyprosessen. Ei utrulling med annan programvare for høg tilgjenge treng same skiljet med mindre ho uttrykkjeleg leverer meir.
Gå gjennom kva helsesjekken faktisk observerer. Ei maskin kan svare på annonseringar medan proxytesta, DNS eller oppstraumsruta har feila. Omvendt kan overfølsame sjekkar føre til unødvendige bytte.
Klientgjenoppretting tel òg. Ein ny nettlesarførespurnad kan enkelt kople til på nytt; ein forbrukt body ved opplasting eller ein ikkje-idempotent API-operasjon kan krevje applikasjonsspesifikk handtering. Ikkje lov usynleg failover berre fordi ein ny førespurnad lykkast gjennom standbyen.