Ce supraviețuiește unui failover VIP de proxy?
Separați recuperarea intrării proxy de supraviețuirea tunelurilor CONNECT deja stabilite și a adresei de ieșire către site.
O adresă flotantă menține stabilă setarea proxy: clienții continuă să folosească același nume de gazdă sau IP după ce mașina activă cade. Aceasta este disponibilitate utilă. Totuși, o descărcare deja începută se poate opri.
Luați în considerare o cerere HTTPS deja aflată în CONNECT. Proxy-ul activ deține conexiunea TCP spre client și o altă conexiune spre site. Deține și starea aplicației care unește aceste fluxuri.
Mutarea unei adrese pe o mașină de rezervă nu mută prin ea însăși nici blocul de control TCP, nici acea stare de releu. Noul proprietar poate accepta conexiuni noi fără a putea continua un flux de octeți stabilit de vechiul proprietar.
| Așteptare | Failover-ul obișnuit de adresă oferă asta? |
|---|---|
| Păstrarea unei singure intrări configurate | Acesta este beneficiul urmărit |
| Continuarea unui flux CONNECT stabilit | Ar fi nevoie de mecanisme suplimentare cu stare |
| Păstrarea aceluiași IP public de ieșire | Depinde de rutarea de ieșire și de NAT |
| Repetarea sigură a unei operațiuni întrerupte | Depinde de operațiune și de client |
VRRP definește alegerea și proprietatea adresei. Nu este un protocol de replicare pentru procesul proxy. O implementare cu alt software de disponibilitate ridicată are nevoie de aceeași distincție, dacă nu oferă explicit mai mult.
Examinați ce observă de fapt verificarea de stare. O mașină poate răspunde anunțurilor în timp ce serviciul proxy, DNS-ul sau ruta superioară au eșuat. Invers, verificările prea sensibile pot provoca comutări inutile.
Și recuperarea pe partea clientului contează. O cerere nouă din browser se poate reconecta ușor; o încărcare cu un corp consumat sau o operațiune API neidempotentă poate necesita tratare specifică aplicației. Nu promiteți un failover invizibil doar pentru că o cerere nouă reușește prin rezervă.