Co przetrwa przełączenie VIP proxy?
Oddziel odzyskanie wejścia proxy od przetrwania ustanowionych tuneli CONNECT i adresu wyjściowego wobec witryny.
Pływający adres utrzymuje stabilne ustawienie proxy: klienci nadal używają tej samej nazwy hosta lub IP po awarii aktywnej maszyny. To użyteczna dostępność. Trwające pobieranie może jednak zostać przerwane.
Rozważ żądanie HTTPS, które jest już w CONNECT. Aktywne proxy posiada połączenie TCP do klienta i drugie połączenie do witryny. Posiada też stan aplikacji, który łączy te strumienie.
Przeniesienie adresu na maszynę zapasową samo w sobie nie przenosi ani bloku kontrolnego TCP, ani tego stanu przekazywania. Nowy właściciel może przyjmować nowe połączenia, ale nie potrafi kontynuować strumienia bajtów ustanowionego przez starego.
| Oczekiwanie | Czy zwykłe przełączenie adresu to zapewnia? |
|---|---|
| Zachowanie jednego skonfigurowanego wejścia | To jest zamierzona korzyść |
| Kontynuacja ustanowionego strumienia CONNECT | Potrzebny byłby dodatkowy mechanizm stanowy |
| Zachowanie tego samego publicznego IP wyjściowego | Zależy od routingu wyjściowego i NAT |
| Bezpieczne powtórzenie przerwanej operacji aplikacji | Zależy od operacji i klienta |
VRRP definiuje wybór i własność adresu. Nie jest protokołem replikacji procesu proxy. Wdrożenie z innym oprogramowaniem wysokiej dostępności potrzebuje tego samego rozróżnienia, chyba że wyraźnie zapewnia więcej.
Przejrzyj, co faktycznie obserwuje kontrola stanu. Maszyna może odpowiadać na ogłoszenia, gdy jej usługa proxy, DNS lub trasa nadrzędna zawiodły. Odwrotnie, zbyt czułe kontrole mogą powodować niepotrzebne przełączenia.
Odzyskanie po stronie klienta też się liczy. Nowe żądanie przeglądarki może łatwo połączyć się ponownie; wysyłka z zużytym ciałem lub nieidempotentna operacja API może wymagać obsługi specyficznej dla aplikacji. Nie obiecuj niewidocznego przełączenia tylko dlatego, że nowe żądanie przechodzi przez zapas.