Što preživi prebacivanje proxy VIP adrese?
Odvojite oporavak proxy ulaza od opstanka uspostavljenih CONNECT tunela i izlazne adrese prema web mjestu.
Plutajuća adresa drži proxy postavku stabilnom: klijenti nastavljaju koristiti isto ime hosta ili IP nakon pada aktivnog računala. To je korisna dostupnost. Ali preuzimanje koje je već u tijeku ipak može stati.
Zamislite HTTPS zahtjev koji je već unutar CONNECT-a. Aktivni proxy posjeduje TCP vezu prema klijentu i još jednu vezu prema web mjestu. Posjeduje i stanje aplikacije koje spaja te tokove.
Premještanje adrese na pričuvno računalo samo po sebi ne premješta ni TCP kontrolni blok ni to stanje prosljeđivanja. Novi vlasnik može prihvaćati nove veze, ali ne može nastaviti tok bajtova koji je uspostavio stari vlasnik.
| Očekivanje | Pruža li to obično prebacivanje adrese? |
|---|---|
| Zadržati jedan konfiguriran ulaz | To je namjeravana korist |
| Nastaviti uspostavljeni CONNECT tok | Bila bi potrebna dodatna mehanizacija sa stanjem |
| Zadržati istu izlaznu javnu IP adresu | Ovisi o izlaznom usmjeravanju i NAT-u |
| Sigurno ponoviti prekinutu operaciju aplikacije | Ovisi o operaciji i klijentu |
VRRP definira izbor i vlasništvo nad adresom. Nije protokol replikacije za proxy proces. Implementacija s drugim softverom visoke dostupnosti treba istu razliku, osim ako izričito pruža više.
Pregledajte što zdravstvena provjera zapravo promatra. Računalo može odgovarati na objave dok su njegova proxy usluga, DNS ili uzvodna ruta pali. Suprotno, preosjetljive provjere mogu izazvati nepotrebna prebacivanja.
Oporavak na strani klijenta također je važan. Novi zahtjev preglednika može se lako ponovno povezati; prijenos s iskorištenim tijelom ili neidempotentna API operacija može zahtijevati obradu specifičnu za aplikaciju. Ne obećavajte nevidljivo prebacivanje samo zato što novi zahtjev uspijeva kroz pričuvu.