Kaj preživi preklop VIP naslova proxyja?
Ločite obnovitev vhoda proxyja od preživetja vzpostavljenih tunelov CONNECT in izhodnega naslova proti spletnemu mestu.
Plavajoči naslov ohranja nastavitev proxyja stabilno: odjemalci po okvari aktivnega stroja še naprej uporabljajo isto ime gostitelja ali IP. To je koristna razpoložljivost. Prenos, ki se je že začel, pa se lahko vseeno ustavi.
Vzemite zahtevo HTTPS, ki je že znotraj CONNECT. Aktivni proxy ima v lasti povezavo TCP do odjemalca in drugo povezavo proti spletnemu mestu. Ima tudi stanje aplikacije, ki ta tokova povezuje.
Premik naslova na rezervni stroj sam po sebi ne premakne niti krmilnega bloka TCP niti tega stanja posredovanja. Novi lastnik lahko sprejema nove povezave, ne more pa nadaljevati toka bajtov, ki ga je vzpostavil stari lastnik.
| Pričakovanje | Ali običajen preklop naslova to zagotovi? |
|---|---|
| Obdržati enega konfiguriranega vhoda | To je predvidena korist |
| Nadaljevati vzpostavljen tok CONNECT | Potreben bi bil dodaten stanjski mehanizem |
| Obdržati isti izhodni javni IP | Odvisno od izhodnega usmerjanja in NAT |
| Varno ponoviti prekinjeno operacijo aplikacije | Odvisno od operacije in odjemalca |
VRRP določa izvolitev in lastništvo naslova. Ni protokol za replikacijo procesa proxyja. Namestitev z drugo programsko opremo za visoko razpoložljivost potrebuje isto razlikovanje, razen če izrecno zagotavlja več.
Preglejte, kaj zdravstveno preverjanje v resnici opazuje. Stroj lahko odgovarja na objave, medtem ko so njegova storitev proxyja, DNS ali nadrejena pot odpovedali. Nasprotno pa lahko preobčutljiva preverjanja povzročijo nepotrebne preklope.
Pomembna je tudi obnovitev na strani odjemalca. Nova zahteva brskalnika se lahko zlahka znova poveže; nalaganje s porabljenim telesom ali neidempotentna operacija API lahko zahteva obdelavo, specifično za aplikacijo. Ne obljubljajte nevidnega preklopa samo zato, ker nova zahteva uspe prek rezerve.