Kelluva osoite pitää proxy-asetuksen vakaana: asiakkaat käyttävät samaa isäntänimeä tai IP:tä, vaikka aktiivinen kone kaatuu. Se on hyödyllistä käytettävyyttä. Käynnissä oleva lataus voi silti katketa.

Ajattele HTTPS-pyyntöä, joka on jo CONNECTin sisällä. Aktiivinen proxy omistaa asiakkaaseen päin olevan TCP-yhteyden ja toisen yhteyden verkkosivulle. Se omistaa myös sovellustilan, joka yhdistää nämä virrat.

Osoitteen siirtäminen varakoneelle ei sinänsä siirrä kumpaakaan TCP:n ohjauslohkoa eikä tuota välitystilaa. Uusi omistaja voi hyväksyä uusia yhteyksiä kykenemättä jatkamaan vanhan omistajan luomaa tavuvirtaa.

OdotusTarjoaako tavallinen osoitteensiirto sen?
Yhden määritetyn sisäänkäynnin säilyttäminenSe on tarkoitettu hyöty
Vakiintuneen CONNECT-virran jatkaminenTarvittaisiin lisää tilaa säilyttävää mekanismia
Saman lähtevän julkisen IP:n säilyttäminenRiippuu lähtöreitityksestä ja NAT:sta
Keskeytyneen sovellustoimenpiteen turvallinen toistoRiippuu toimenpiteestä ja asiakkaasta

VRRP määrittelee valinnan ja osoitteen omistajuuden. Se ei ole replikointiprotokolla proxy-prosessille. Muuta korkean käytettävyyden ohjelmistoa käyttävä käyttöönotto tarvitsee saman erottelun, ellei se nimenomaisesti tarjoa enemmän.

Käy läpi, mitä terveystarkistus todella havainnoi. Kone voi vastata ilmoituksiin, vaikka sen proxy-palvelu, DNS tai ylävirran reitti olisi pettänyt. Toisaalta liian herkät tarkistukset voivat aiheuttaa tarpeettomia vaihtoja.

Myös asiakkaan palautuminen ratkaisee. Uusi selainpyyntö voi yhdistää helposti uudelleen; kulutetun rungon lataus tai ei-idempotentti API-toimenpide voi vaatia sovelluskohtaista käsittelyä. Älä lupaa näkymätöntä siirtymää vain siksi, että uusi pyyntö onnistuu varakoneen kautta.

Aiheeseen liittyvät artikkelit