Peldošā adrese uztur proxy iestatījumu stabilu: pēc aktīvās mašīnas atteices klienti turpina izmantot to pašu resursdatora nosaukumu vai IP. Tā ir noderīga pieejamība. Tomēr jau uzsākta lejupielāde var apstāties.

Apsveriet HTTPS pieprasījumu, kas jau atrodas CONNECT iekšienē. Aktīvais proxy pārvalda TCP savienojumu pret klientu un vēl vienu savienojumu pret vietni. Tam pieder arī lietojumprogrammas stāvoklis, kas savieno šos straumus.

Adreses pārvietošana uz rezerves mašīnu pati par sevi nepārvieto ne TCP vadības bloku, ne šo pārsūtīšanas stāvokli. Jaunais īpašnieks var pieņemt jaunus savienojumus, taču nevar turpināt vecā īpašnieka izveidoto baitu straumi.

GaidībasVai to nodrošina parastā adreses pārslēgšana?
Saglabāt vienu konfigurētu ieejuTas ir iecerētais ieguvums
Turpināt izveidoto CONNECT straumiBūtu nepieciešams papildu stāvokli saglabājošs mehānisms
Saglabāt to pašu izejas publisko IPAtkarīgs no izejas maršrutēšanas un NAT
Droši atkārtot pārtrauktu lietojumprogrammas darbībuAtkarīgs no darbības un klienta

VRRP nosaka vēlēšanas un adreses īpašumtiesības. Tas nav replikācijas protokols proxy procesam. Izvietojumam ar citu augstas pieejamības programmatūru vajadzīga tāda pati nošķiršana, ja vien tas neparedz skaidri vairāk.

Pārskatiet, ko veselības pārbaude faktiski novēro. Mašīna var atbildēt uz paziņojumiem, kamēr tās proxy pakalpojums, DNS vai augšupējais maršruts ir sabojājies. Un otrādi, pārāk jutīgas pārbaudes var izraisīt nevajadzīgas pārslēgšanas.

Svarīga ir arī klienta atjaunošanās. Jauns pārlūka pieprasījums var viegli atjaunot savienojumu; augšupielāde ar jau izlietotu saturu vai ne-idempotenta API darbība var prasīt lietojumprogrammai raksturīgu apstrādi. Nesoliet neredzamu pārslēgšanu tikai tāpēc, ka jauns pieprasījums izdodas caur rezervi.

Saistītie raksti