מה שורד לאחר failover של VIP בפרוקסי?
הפרידו בין שחזור כניסת הפרוקסי לבין הישרדות מנהרות CONNECT שכבר נוצרו וכתובת היציאה אל האתר.
כתובת צפה שומרת על יציבות הגדרת הפרוקסי: הלקוחות ממשיכים להשתמש באותו שם מארח או IP לאחר כשל המכונה הפעילה. זו זמינות שימושית. אך הורדה שכבר החלה עשויה בכל זאת להיעצר.
חשבו על בקשת HTTPS שכבר נמצאת בתוך CONNECT. הפרוקסי הפעיל מחזיק בחיבור ה-TCP אל הלקוח ובחיבור נוסף אל האתר. הוא גם מחזיק במצב היישום שמחבר את הזרמים האלה.
העברת כתובת למכונת גיבוי אינה מעבירה כשלעצמה לא את בלוק הבקרה של TCP ולא את מצב הממסר הזה. הבעלים החדש יכול לקבל חיבורים חדשים בלי להיות מסוגל להמשיך זרם בתים שנוצר בידי הבעלים הקודם.
| ציפייה | האם failover כתובת רגיל מספק זאת? |
|---|---|
| לשמור על כניסה מוגדרת אחת | זהו היתרון המיועד |
| להמשיך זרם CONNECT קיים | יידרש מנגנון מצב נוסף |
| לשמור על אותה כתובת IP ציבורית יוצאת | תלוי בניתוב היציאה וב-NAT |
| לחזור בבטחה על פעולת יישום שנקטעה | תלוי בפעולה ובלקוח |
VRRP מגדיר בחירה ובעלות על כתובת. הוא אינו פרוטוקול שכפול עבור תהליך הפרוקסי. פריסה עם תוכנת זמינות גבוהה אחרת זקוקה לאותה הבחנה, אלא אם היא מספקת יותר במפורש.
בחנו מה בדיקת הבריאות באמת צופה. מכונה יכולה להשיב למודעות בשעה ששירות הפרוקסי, ה-DNS או המסלול במעלה הזרם שלה כשלו. לעומת זאת, בדיקות רגישות מדי עלולות לגרום למעברים מיותרים.
גם השתחזרות הלקוח חשובה. בקשת דפדפן חדשה יכולה להתחבר מחדש בקלות; העלאה עם גוף שנצרך או פעולת API שאינה אידמפוטנטית עשויה לדרוש טיפול ייחודי ליישום. אל תבטיחו failover בלתי נראה רק מפני שבקשה חדשה מצליחה דרך הגיבוי.