Yüzen bir adres proxy ayarını kararlı tutar: etkin makine arızalandıktan sonra istemciler aynı ana bilgisayar adını veya IP'yi kullanmaya devam eder. Bu yararlı bir kullanılabilirlik sağlar. Ancak sürmekte olan bir indirme yine de durabilir.

Zaten CONNECT içinde olan bir HTTPS isteğini düşünün. Etkin proxy, istemciye doğru TCP bağlantısına ve web sitesine doğru başka bir bağlantıya sahiptir. Bu akışları birleştiren uygulama durumuna da sahiptir.

Bir adresi yedek makineye taşımak kendi başına ne TCP denetim bloğunu ne de o aktarma durumunu taşır. Yeni sahip yeni bağlantıları kabul edebilir, ancak eski sahibin kurduğu bayt akışını sürdüremez.

BeklentiOlağan adres devri bunu sağlıyor mu?
Yapılandırılmış tek bir girişi korumakAmaçlanan fayda budur
Kurulmuş bir CONNECT akışını sürdürmekEk durum tutan mekanizma gerekirdi
Aynı çıkış genel IP'sini korumakÇıkış yönlendirmesine ve NAT'a bağlıdır
Kesilen uygulama işlemini güvenle yinelemekİşleme ve istemciye bağlıdır

VRRP seçimi ve adres sahipliğini tanımlar. Proxy süreci için bir çoğaltma protokolü değildir. Başka bir yüksek kullanılabilirlik yazılımı kullanan kurulum da açıkça daha fazlasını sağlamadıkça aynı ayrımı gerektirir.

Sağlık denetiminin gerçekte neyi gözlediğini gözden geçirin. Bir makine, proxy hizmeti, DNS veya üst akış yolu başarısız olmuşken bile duyurulara yanıt verebilir. Tersine, aşırı duyarlı denetimler gereksiz geçişlere yol açabilir.

İstemci tarafındaki toparlanma da önemlidir. Yeni bir tarayıcı isteği kolayca yeniden bağlanabilir; tüketilmiş bir gövdeyle yükleme veya idempotent olmayan bir API işlemi uygulamaya özgü işlem gerektirebilir. Yeni bir istek yedek üzerinden başarılı oldu diye görünmez bir devir vaat etmeyin.

İlgili makaleler