อะไรอยู่รอดหลังการสลับ VIP ของพร็อกซี?
แยกการกู้คืนทางเข้าพร็อกซีออกจากการคงอยู่ของอุโมงค์ CONNECT ที่สร้างไว้แล้วและที่อยู่ขาออกที่หันไปยังเว็บไซต์
ที่อยู่แบบลอยตัวทำให้การตั้งค่าพร็อกซีเสถียร: ไคลเอนต์ยังคงใช้ชื่อโฮสต์หรือ IP เดิมหลังจากเครื่องที่ทำงานอยู่ล้มเหลว นั่นคือความพร้อมใช้งานที่เป็นประโยชน์ แต่การดาวน์โหลดที่กำลังดำเนินอยู่ก็ยังอาจหยุดได้
ลองพิจารณาคำขอ HTTPS ที่อยู่ใน CONNECT แล้ว พร็อกซีที่ทำงานอยู่ถือครองการเชื่อมต่อ TCP ไปยังไคลเอนต์และ การเชื่อมต่ออีกเส้นไปยังเว็บไซต์ นอกจากนี้ยังถือครองสถานะแอปพลิเคชันที่เชื่อมสตรีมทั้งสองนั้น
การย้ายที่อยู่ไปยังเครื่องสำรองไม่ได้ย้ายบล็อกควบคุม TCP หรือสถานะรีเลย์นั้นโดยตัวมันเอง ผู้ถือครองรายใหม่รับการเชื่อมต่อใหม่ได้ แต่ไม่สามารถดำเนินสตรีมไบต์ที่ผู้ถือครองเดิมสร้างไว้ต่อได้
| ความคาดหวัง | การสลับที่อยู่แบบปกติให้สิ่งนี้หรือไม่? |
|---|---|
| คงทางเข้าเดียวที่กำหนดค่าไว้ | นั่นคือประโยชน์ที่ตั้งใจไว้ |
| ดำเนินสตรีม CONNECT ที่สร้างไว้ต่อ | จะต้องมีกลไกเก็บสถานะเพิ่มเติม |
| คง IP สาธารณะขาออกเดิม | ขึ้นอยู่กับการกำหนดเส้นทางขาออกและ NAT |
| ทำการดำเนินการซ้ำอย่างปลอดภัยหลังถูกขัดจังหวะ | ขึ้นอยู่กับการดำเนินการและไคลเอนต์ |
VRRP กำหนดการเลือกตั้งและความเป็นเจ้าของที่อยู่ ไม่ใช่โปรโตคอลการทำสำเนาสำหรับกระบวนการพร็อกซี การติดตั้งที่ใช้ซอฟต์แวร์ความพร้อมใช้งานสูงอื่นก็ต้องการความแตกต่างเดียวกัน เว้นแต่จะให้มากกว่าอย่างชัดเจน
ทบทวนว่าการตรวจสอบสุขภาพสังเกตอะไรจริง ๆ เครื่องหนึ่งอาจตอบประกาศได้ในขณะที่บริการพร็อกซี DNS หรือเส้นทางต้นน้ำล้มเหลว ในทางกลับกัน การตรวจสอบที่ไวเกินไปอาจทำให้เกิดการสลับโดยไม่จำเป็น
การกู้คืนฝั่งไคลเอนต์ก็สำคัญ คำขอเบราว์เซอร์ใหม่เชื่อมต่อใหม่ได้ง่าย แต่การอัปโหลดที่มี บอดีที่ใช้ไปแล้ว หรือการดำเนินการ API ที่ไม่เป็น idempotent อาจต้องจัดการเฉพาะแอปพลิเคชัน อย่าสัญญาว่าจะสลับแบบมองไม่เห็นเพียงเพราะคำขอใหม่สำเร็จผ่านเครื่องสำรอง