כתובת צפה שומרת על יציבות הגדרת הפרוקסי: הלקוחות ממשיכים להשתמש באותו שם מארח או IP לאחר כשל המכונה הפעילה. זו זמינות שימושית. אך הורדה שכבר החלה עשויה בכל זאת להיעצר.

חשבו על בקשת HTTPS שכבר נמצאת בתוך CONNECT. הפרוקסי הפעיל מחזיק בחיבור ה-TCP אל הלקוח ובחיבור נוסף אל האתר. הוא גם מחזיק במצב היישום שמחבר את הזרמים האלה.

העברת כתובת למכונת גיבוי אינה מעבירה כשלעצמה לא את בלוק הבקרה של TCP ולא את מצב הממסר הזה. הבעלים החדש יכול לקבל חיבורים חדשים בלי להיות מסוגל להמשיך זרם בתים שנוצר בידי הבעלים הקודם.

ציפייההאם failover כתובת רגיל מספק זאת?
לשמור על כניסה מוגדרת אחתזהו היתרון המיועד
להמשיך זרם CONNECT קייםיידרש מנגנון מצב נוסף
לשמור על אותה כתובת IP ציבורית יוצאתתלוי בניתוב היציאה וב-NAT
לחזור בבטחה על פעולת יישום שנקטעהתלוי בפעולה ובלקוח

VRRP מגדיר בחירה ובעלות על כתובת. הוא אינו פרוטוקול שכפול עבור תהליך הפרוקסי. פריסה עם תוכנת זמינות גבוהה אחרת זקוקה לאותה הבחנה, אלא אם היא מספקת יותר במפורש.

בחנו מה בדיקת הבריאות באמת צופה. מכונה יכולה להשיב למודעות בשעה ששירות הפרוקסי, ה-DNS או המסלול במעלה הזרם שלה כשלו. לעומת זאת, בדיקות רגישות מדי עלולות לגרום למעברים מיותרים.

גם השתחזרות הלקוח חשובה. בקשת דפדפן חדשה יכולה להתחבר מחדש בקלות; העלאה עם גוף שנצרך או פעולת API שאינה אידמפוטנטית עשויה לדרוש טיפול ייחודי ליישום. אל תבטיחו failover בלתי נראה רק מפני שבקשה חדשה מצליחה דרך הגיבוי.

מאמרים קשורים