Што застаецца пасля пераключэння VIP проксі?
Аддзяліце аднаўленне ўваходу ў проксі ад захавання ўсталяваных тунеляў CONNECT і знешняга адрасу, які бачыць сайт.
Плаваючы адрас захоўвае наладу проксі стабільнай: пасля збою актыўнай машыны кліенты працягваюць выкарыстоўваць тое самае імя хоста ці IP. Гэта карысная даступнасць. Але пачатае спампоўванне ўсё роўна можа спыніцца.
Разгледзім HTTPS-запыт, які ўжо ўнутры CONNECT. Актыўны проксі валодае TCP-злучэннем да кліента і яшчэ адным злучэннем да сайта. Ён таксама валодае станам праграмы, які звязвае гэтыя патокі.
Перанос адраса на рэзервовую машыну сам па сабе не пераносіць ні блок кіравання TCP, ні гэты стан перасылкі. Новы ўладальнік можа прымаць новыя злучэнні, але не можа працягнуць паток байтаў, усталяваны старым ўладальнікам.
| Чаканне | Ці дае гэта звычайнае пераключэнне адраса? |
|---|---|
| Захаваць адзін настроены ўваход | Гэта і ёсць мэтавая перавага |
| Працягнуць усталяваны паток CONNECT | Спатрэбіцца дадатковы механізм зі станам |
| Захаваць той жа знешні публічны IP | Залежыць ад маршрутызацыі выхаду і NAT |
| Бяспечна паўтарыць перарваную аперацыю праграмы | Залежыць ад аперацыі і кліента |
VRRP вызначае выбары і ўладанне адрасам. Гэта не пратакол рэплікацыі для працэсу проксі. Разгортванне з іншым праграмным забеспячэннем высокай даступнасці мае патрэбу ў тым жа размежаванні, калі яно відавочна не дае больш.
Праверце, што насамрэч назірае праверка здароўя. Машына можа адказваць на аб’явы, калі яе служба проксі, DNS або вышэйшы маршрут адмовілі. І наадварот, занадта адчувальныя праверкі могуць выклікаць непатрэбныя пераключэнні.
Аднаўленне на баку кліента таксама важнае. Новы запыт браўзера можа лёгка перападключыцца; загрузка з ужытым целам або неідэмпатэнтная аперацыя API могуць патрабаваць апрацоўкі, спецыфічнай для праграмы. Не абяцайце нябачнае пераключэнне толькі таму, што новы запыт праходзіць праз рэзерв.