Что переживает переключение VIP прокси?
Отделите восстановление входа прокси от сохранения установленных туннелей CONNECT и внешнего адреса по отношению к сайту.
Плавающий адрес сохраняет настройку прокси стабильной: после отказа активной машины клиенты продолжают использовать то же имя хоста или IP. Это полезная доступность. Но уже начавшаяся загрузка всё равно может прерваться.
Рассмотрим HTTPS-запрос, который уже находится внутри CONNECT. Активный прокси владеет TCP-соединением с клиентом и ещё одним соединением к сайту. Он же владеет состоянием приложения, связывающим эти потоки.
Перенос адреса на резервную машину сам по себе не переносит ни блок управления TCP, ни это состояние ретрансляции. Новый владелец может принимать новые соединения, но не может продолжить поток байтов, установленный старым.
| Ожидание | Даёт ли это обычное переключение адреса? |
|---|---|
| Сохранить один настроенный вход | В этом и состоит задуманное преимущество |
| Продолжить установленный поток CONNECT | Потребуется дополнительный механизм с состоянием |
| Сохранить тот же внешний публичный IP | Зависит от маршрутизации выхода и NAT |
| Безопасно повторить прерванную операцию | Зависит от операции и клиента |
VRRP определяет выборы и владение адресом. Это не протокол репликации для процесса прокси. Развёртывание с другим ПО высокой доступности нуждается в том же различии, если оно явно не предоставляет большего.
Проверьте, что на самом деле наблюдает проверка работоспособности. Машина может отвечать на объявления, когда её служба прокси, DNS или вышестоящий маршрут уже отказали. И наоборот, чрезмерно чувствительные проверки вызывают ненужные переключения.
Восстановление на стороне клиента тоже важно. Новый запрос браузера легко переподключится; загрузка с уже израсходованным телом или неидемпотентная операция API может потребовать обработки, специфичной для приложения. Не обещайте невидимое переключение только потому, что новый запрос проходит через резерв.