Mi éli túl a proxy VIP-átvételt?
Válassza külön a proxy belépő helyreállítását a létrejött CONNECT-alagutak és a webhely felé menő kimenő cím túlélésétől.
A lebegő cím stabilan tartja a proxy beállítását: az aktív gép meghibásodása után az ügyfelek ugyanazt a gazdanevet vagy IP-t használják tovább. Ez hasznos rendelkezésre állás. Egy már folyó letöltés viszont még elakadhat.
Vegyünk egy HTTPS-kérést, amely már CONNECT-en belül van. Az aktív proxy birtokolja az ügyfél felé menő TCP-kapcsolatot és egy másik kapcsolatot a webhely felé. Birtokolja továbbá azt az alkalmazásállapotot, amely ezeket a folyamokat összekapcsolja.
Egy cím átvitele tartalék gépre önmagában nem viszi át sem a TCP-vezérlőblokkot, sem ezt a továbbítási állapotot. Az új birtokos fogadhat új kapcsolatokat, de nem tudja folytatni a régi birtokos által létrehozott bájtfolyamot.
| Elvárás | Megadja ezt a szokásos címátvétel? |
|---|---|
| Egy beállított belépő megtartása | Ez a szánt előny |
| Egy létrejött CONNECT-folyam folytatása | További állapottartó mechanizmusra lenne szükség |
| Ugyanazon kimenő nyilvános IP megtartása | A kimenő útvonalkezeléstől és a NAT-tól függ |
| Egy megszakadt alkalmazásművelet biztonságos ismétlése | A művelettől és az ügyféltől függ |
A VRRP a választást és a cím tulajdonjogát határozza meg. Nem replikációs protokoll a proxy folyamathoz. Egy másik magas rendelkezésre állású szoftvert használó telepítésnek ugyanerre a megkülönböztetésre van szüksége, hacsak nem nyújt kifejezetten többet.
Vizsgálja meg, mit figyel valójában az állapotellenőrzés. Egy gép válaszolhat a hirdetésekre, miközben a proxy szolgáltatása, a DNS-e vagy a felsőbb útvonala meghibásodott. Fordítva, a túl érzékeny ellenőrzések szükségtelen átváltásokat okozhatnak.
Az ügyféloldali helyreállás is számít. Egy új böngészőkérés könnyen újracsatlakozhat; felhasznált törzzsel járó feltöltés vagy egy nem idempotens API-művelet alkalmazásspecifikus kezelést igényelhet. Ne ígérjen láthatatlan átvételt csak azért, mert egy új kérés a tartalék gépen át sikerül.