ที่อยู่แบบลอยตัวทำให้การตั้งค่าพร็อกซีเสถียร: ไคลเอนต์ยังคงใช้ชื่อโฮสต์หรือ IP เดิมหลังจากเครื่องที่ทำงานอยู่ล้มเหลว นั่นคือความพร้อมใช้งานที่เป็นประโยชน์ แต่การดาวน์โหลดที่กำลังดำเนินอยู่ก็ยังอาจหยุดได้

ลองพิจารณาคำขอ HTTPS ที่อยู่ใน CONNECT แล้ว พร็อกซีที่ทำงานอยู่ถือครองการเชื่อมต่อ TCP ไปยังไคลเอนต์และ การเชื่อมต่ออีกเส้นไปยังเว็บไซต์ นอกจากนี้ยังถือครองสถานะแอปพลิเคชันที่เชื่อมสตรีมทั้งสองนั้น

การย้ายที่อยู่ไปยังเครื่องสำรองไม่ได้ย้ายบล็อกควบคุม TCP หรือสถานะรีเลย์นั้นโดยตัวมันเอง ผู้ถือครองรายใหม่รับการเชื่อมต่อใหม่ได้ แต่ไม่สามารถดำเนินสตรีมไบต์ที่ผู้ถือครองเดิมสร้างไว้ต่อได้

ความคาดหวังการสลับที่อยู่แบบปกติให้สิ่งนี้หรือไม่?
คงทางเข้าเดียวที่กำหนดค่าไว้นั่นคือประโยชน์ที่ตั้งใจไว้
ดำเนินสตรีม CONNECT ที่สร้างไว้ต่อจะต้องมีกลไกเก็บสถานะเพิ่มเติม
คง IP สาธารณะขาออกเดิมขึ้นอยู่กับการกำหนดเส้นทางขาออกและ NAT
ทำการดำเนินการซ้ำอย่างปลอดภัยหลังถูกขัดจังหวะขึ้นอยู่กับการดำเนินการและไคลเอนต์

VRRP กำหนดการเลือกตั้งและความเป็นเจ้าของที่อยู่ ไม่ใช่โปรโตคอลการทำสำเนาสำหรับกระบวนการพร็อกซี การติดตั้งที่ใช้ซอฟต์แวร์ความพร้อมใช้งานสูงอื่นก็ต้องการความแตกต่างเดียวกัน เว้นแต่จะให้มากกว่าอย่างชัดเจน

ทบทวนว่าการตรวจสอบสุขภาพสังเกตอะไรจริง ๆ เครื่องหนึ่งอาจตอบประกาศได้ในขณะที่บริการพร็อกซี DNS หรือเส้นทางต้นน้ำล้มเหลว ในทางกลับกัน การตรวจสอบที่ไวเกินไปอาจทำให้เกิดการสลับโดยไม่จำเป็น

การกู้คืนฝั่งไคลเอนต์ก็สำคัญ คำขอเบราว์เซอร์ใหม่เชื่อมต่อใหม่ได้ง่าย แต่การอัปโหลดที่มี บอดีที่ใช้ไปแล้ว หรือการดำเนินการ API ที่ไม่เป็น idempotent อาจต้องจัดการเฉพาะแอปพลิเคชัน อย่าสัญญาว่าจะสลับแบบมองไม่เห็นเพียงเพราะคำขอใหม่สำเร็จผ่านเครื่องสำรอง

บทความที่เกี่ยวข้อง