זיקה אזורית למאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי

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

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

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

תאימות התכונות

לפני שמפעילים את התכונה 'זיקה לאזור', חשוב להבין אילו תכונות של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי נתמכות עם התכונה הזו.

תכונות נתמכות

• הניתובים הבאים לניתובים סטטיים
• הקפיצות הבאות במסלולים מבוססי-מדיניות
• מעבר לגיבוי (Failover)
• שירות שפורסם ב-Private Service Connect. יש תמיכה בהעדפה אזורית ללקוחות תואמים ששולחים מנות לנקודת קצה של Private Service Connect, שבעל השירות המנוהל שפורסם שלה משתמש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי.

תכונות שלא נתמכות

אי אפשר להשתמש בהעדפה אזורית עם מאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי שהוגדרו עם:

• Backend subsetting
• יעדים של אוספים לרפליקציה של חבילות נתונים
• פריסות של Network Security Integration (שילוב אבטחת רשת) – בתוך תדרים או מחוץ לתדרים. שימוש בהצמדה לאזור עם Network Security Integration גורם להשמטת מנות.

לקוחות תואמים

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

• לקוחות שמחוברים דרך מנהרות Cloud VPN וחיבורי VLAN של Cloud Interconnect: מנהרות Cloud VPN וחיבורי VLAN של Cloud Interconnect הם משאבים אזוריים, ולא משאבים אזוריים. מנות שמועברות דרך מנהרת Cloud VPN או דרך צירוף ל-VLAN אף פעם לא תומכות בזיקה לאזור, בלי קשר לשאלה אם הן נמצאות באותו אזור כמו מאזן העומסים או לא.

• מכונות וירטואליות של לקוחות באזורים שלא תואמים לאזור של מאזן עומסי רשת: אפשר להגיע למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי שנמצא באזור אחד מלקוחות בכל האזורים האחרים אם הגישה הגלובלית מופעלת. כשמכונות וירטואליות של לקוחות נמצאות באזור שונה מהאזור של מאזן העומסים, הן אף פעם לא חולקות אזור משותף עם אף אחד מהעורפים של מאזן העומסים.

תאימות למאזני עומסים פנימיים של רשת להעברת סיגנל ללא שינוי של הצעד הבא

אפשר להפעיל את ההגדרה 'זיקה לאזור' במאזני עומסים פנימיים מסוג Network Load Balancer שמשמשים כצעדים הבאים במסלולים סטטיים, אבל בדרך כלל לא מומלץ להשתמש בה בארכיטקטורות עם שמירת מצב שבהן מכשירים וירטואליים כמו חומות אש מוגדרים במקביל, וישויות של איזון עומסים ממוקמות משני הצדדים של חומות האש.

מידע נוסף זמין בקטע דרישות במדריך מאזן עומסי רשת פנימי כקפיצות הבאות.

אפשרויות של זיקה אזורית

מאזני עומסים פנימיים להעברת סיגנל ללא שינוי תומכים באפשרויות הבאות של זיקה אזורית:

• ‫ZONAL_AFFINITY_DISABLED (ברירת מחדל): ההעדפה לאזורים מושבתת. מאזן העומסים בוחר קצה עורפי שעומד בדרישות לחיבור חדש בלי לשנות את קבוצת הקצוות העורפיים המקוריים שעומדים בדרישות.

• ‫ZONAL_AFFINITY_STAY_WITHIN_ZONE: תחום עניין משותף מופעל. כשמתרחשת התאמה אזורית, מאזן העומסים משאיר את התעבורה באזור של הלקוח, גם אם המשמעות היא שימוש בשרתי קצה עורפיים לא תקינים. פרטים על האפשרות הזו זמינים במאמר איך ZONAL_AFFINITY_STAY_WITHIN_ZONE עובד.

• ‫ZONAL_AFFINITY_SPILL_CROSS_ZONE: תחום עניין משותף אזורי מופעל. כשמתרחש התאמה אזורית, מאזן העומסים מאפשר לחלק חיבורים חדשים בתוך האזור של הלקוח או להעביר אותם לאזורים אחרים. ההעברה נשלטת על ידי יחס ההעברה. מידע נוסף על האפשרות הזו זמין במאמר איך פועלים ZONAL_AFFINITY_SPILL_CROSS_ZONE ויחס העברת התקציב.

במאמר שימוש בזיקה אזורית מוסבר איך להגדיר זיקה אזורית בשירות לקצה העורפי של מאזן עומסי רשת פנימי מסוג העברת סיגנל ללא שינוי.

איך פועלת קרבה אזורית

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

באופן ספציפי, הסעיפים האלה עוסקים בנושאים הבאים:

• סוגים שונים של קצה עורפי שמשמשים בתהליך הבחירה.

• איך מאזן העומסים קובע התאמה אזורית.

• הלוגיקה המפורטת של זיקה אזורית לאפשרויות הגדרה שונות.

סוגים שונים של קצה עורפי

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

• קבוצות של קלט

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

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

• קבוצות של מתווכים

  • בק-אנדים לבדיקת התאמה אזורית: קבוצת משנה של בק-אנדים מוגדרים שמשמשים לבדיקה של התאמה אזורית. גם העורפים המוגדרים וגם העורפים המקוריים שעומדים בדרישות קובעים אילו מכונות וירטואליות הן עורפים אזוריים של בדיקות התאמה.

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

• קבוצת פלט

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

התאמה אזורית

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

כדי שהלוגיקה של ההתאמה לאזור תופעל, צריך להתרחש רצף האירועים הבא:

1. צריך להפעיל את ההעדפה לאזור.

   אם האפשרות 'שיוך אזורי' מופעלת, ממשיכים לשלב הבא.

2. בודקים אם הלקוח הוא לקוח תואם.

   אם הלקוח תואם, ממשיכים לשלב הבא.

3. קובעים אם יכול להיות התאמה אזורית.

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

   התאמה אזורית אף פעם לא אפשרית אם מתקיים אחד מהתנאים הבאים:

   • הזיקה לאזור מושבתת
   • הלקוח לא תואם

4. החלת לוגיקת זיקה אזורית.

תנאי התאמה אזוריים

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

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

דוגמה להתאמה אזורית

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

• שרתי קצה ראשיים: אזורים A ו-B
• שרתי קצה (backend) למעבר אוטומטי לגיבוי: אזורים C ו-D
• מיקום מכונת הלקוח הווירטואלית: אזור א'
• הופעלה זיקה אזורית
• קיימת מדיניות ברירת מחדל למעבר אוטומטי לגיבוי (failover)

תרחיש 1:

• קצוות עורפיים מקוריים שעומדים בדרישות: כל קצוות העורפיים הראשיים התקינים (אזורים A ו-B)
• בדיקת התאמה אזורית של שרתי קצה עורפיים: כל השרתים העיקריים שהוגדרו (אזורים A ו-B)
• האם יש התאמה אזורית?: כן. במקרה הזה, המכונה הווירטואלית של הלקוח נמצאת באותו אזור כמו הבק-אנד של בדיקת ההתאמה האזורית, ולכן יש התאמה אזורית.

תרחיש 2:

• קצוות עורפיים מקוריים שעומדים בדרישות: כל הקצוות העורפיים התקינים למעבר לגיבוי (אזורים C ו-D)
• עורפי בדיקה של התאמה אזורית: כל עורפי יתירות הכשל שהוגדרו (אזורים C ו-D)
• האם יש התאמה אזורית?: לא. כדי שתהיה התאמה אזורית, מכונת ה-VM של הלקוח צריכה להיות באזור שמכיל לפחות עורף קצה אחד מתוך קבוצת עורפי הקצה לבדיקת התאמה אזורית. במקרה הזה, הלקוח נמצא באזור א', והשרתים העורפיים של בדיקת ההתאמה האזורית נמצאים באזורים ג' ו-ד'.

אחרי שמתרחשת התאמה אזורית, מפעילים את הלוגיקה של תחום עניין משותף אזורי, כפי שמתואר בקטעים הבאים.

לוגיקה של זיקה לאזור

אם מתרחשת התאמה אזורית, מוחלת הלוגיקה של הקרבה האזורית בהתאם לאפשרות הקרבה האזורית שהוגדרה. אלה האפשרויות להפעלת זיקה אזורית:

• ZONAL_AFFINITY_STAY_WITHIN_ZONE
• ‫ZONAL_AFFINITY_SPILL_CROSS_ZONE עם יחס חשיפה של 0
• ‫ZONAL_AFFINITY_SPILL_CROSS_ZONE עם יחס חשיפה משנית שאינו אפס

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

איך ZONAL_AFFINITY_STAY_WITHIN_ZONE עובד

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

כדי ליצור בקאנדים כשירים שעברו שינוי, מאזן העומסים משתמש בתהליך הבא:

1. מתחילים עם שרתי קצה לבדיקת התאמה אזורית שמזוהים לפי תנאי ההתאמה האזורית.

2. הסרה של כל השרתים העורפיים שלא נמצאים באותו אזור כמו הלקוח. כך מתקבלת קבוצה של שרתי קצה עורפיים שתואמים לאזור. הקבוצה הזו אף פעם לא ריקה כי התרחש התאמה אזורית.

3. חישוב ההצטלבות של העורפים התואמים לאזור עם העורפים המקוריים שעומדים בדרישות. יכול להיות שהחיתוך הזה לא יהיה ריק או שהוא יהיה ריק.

   • אם החיתוך לא ריק, קבוצת ה-backend המעודכנת היא קבוצת החיתוך. הקצוות העורפיים שעומדים בדרישות אחרי השינוי יכולים להיות זהים ל קצוות העורפיים המקוריים שעומדים בדרישות, או שהם יכולים להיות קבוצת משנה של הקצוות העורפיים המקוריים שעומדים בדרישות.

   • אם החיתוך ריק, העורפים האחוריים המתאימים שעברו שינוי הם העורפים האחוריים התואמים לאזור עצמם, שתמיד שונים מהעורפים האחוריים המקוריים שעומדים בדרישות. במצב כזה, כל העורפים שעברו שינוי ועומדים בדרישות לא תקינים.

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

קצה עורפי מקורי שעומד בדרישות (A)	שרתי קצה עורפיים לבדיקת התאמה אזורית (B)	קצה עורפי תואם אזורי (C)	צומת (A∩C)	שינוי של קצה העורפי הכשיר
כל קצוות העורף הראשיים התקינים	כל שרתי הקצה העורפי הראשיים שהוגדרו יכול להיות שכל קצוות העורף של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים הראשיים באזור של הלקוח יכול להיות שכל הקצוות העורפיים התואמים לאזור יהיו תקינים, לא תקינים או שילוב של תקינים ולא תקינים.	כל השרתים העורפיים הראשיים התקינים באזור של הלקוח	החיתוך לא ריק: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים הראשיים התקינים באזור של הלקוח. יכול להיות שהקצוות העורפיים שעומדים בדרישות אחרי השינוי יהיו זהים לקצוות העורפיים המקוריים שעומדים בדרישות, או קבוצת משנה שלהם. החיתוך ריק: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח. העורפים שעומדים בדרישות אחרי השינוי הם אותם עורפים שהותאמו לאזור, שהם כולם עורפים ראשיים באזור של הלקוח. עם זאת, כל העורפים האלה לא תקינים כי החיתוך עם העורפים המקוריים שעומדים בדרישות הוא ריק.
כל הקצוות העורפיים התקינים למעבר לגיבוי	כל השרתים העורפיים שהוגדרו למעבר אוטומטי לגיבוי יכול להיות שכל קצוות העורף של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים ליתירות כשל בתחום (zone) של הלקוח יכול להיות שכל הקצוות העורפיים התואמים לאזור יהיו תקינים, לא תקינים או שילוב של תקינים ולא תקינים.	כל השרתים העורפיים (backend) של הגיבוי למעבר אוטומטי באזור של הלקוח	החיתוך לא ריק: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים התקינים למעבר לגיבוי בשטח הלקוח. יכול להיות שהקצוות העורפיים המתאימים ששונו יהיו זהים לקצוות העורפיים המתאימים המקוריים, או קבוצת משנה של הקצוות העורפיים המתאימים המקוריים. החיתוך ריק: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים של הגיבוי למקרה כשל באזור של הלקוח. השרתים העורפיים שעומדים בדרישות אחרי השינוי הם אותם שרתים עורפיים שמתאימים לאזור, שהם כולם שרתים עורפיים למעבר אוטומטי לגיבוי באזור של הלקוח. עם זאת, כל השרתים העורפיים האלה לא תקינים כי החיתוך עם השרתים העורפיים המקוריים שעומדים בדרישות הוא ריק.
כל הקצוות העורפיים הראשיים הלא תקינים	כל שרתי הקצה העורפי הראשיים שהוגדרו ההגדרה של כל השרתים העורפיים של בדיקת ההתאמה לאזורים היא 'לא תקין' אם כל השרתים העורפיים המקוריים שעומדים בדרישות הם שרתים עורפיים ראשיים לא תקינים.	כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח	כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח	החיתוך תמיד לא ריק: השרתים העורפיים המועמדים ששונו הם כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח. יכול להיות שהקצוות העורפיים המתאימים ששונו יהיו זהים לקצוות העורפיים המתאימים המקוריים, או קבוצת משנה של הקצוות העורפיים המתאימים המקוריים.

איך פועלים ZONAL_AFFINITY_SPILL_CROSS_ZONE ויחס ההעברה

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

אם ה-backends המוסמכים שעברו שינוי זהים ל-backends המוסמכים המקוריים, יכול להיות שחיבורים חדשים יישלחו ל-backends מוסמכים באזור של הלקוח, או שהם יישלחו ל-backends מוסמכים בכל אזור (העברה לאזור אחר). החלוקה הזו תלויה ביחס העברה שניתן להגדרה.

יחס העברה ניתן להגדרה ומציין את ערך הסף לשמירת התנועה באזור של הלקוח. הערך של יחס ההעברה יכול להיות בין 0.0 ל-1.0, כולל. אם לא מציינים יחס העברה כשמגדירים את ZONAL_AFFINITY_SPILL_CROSS_ZONE, Google Cloud המערכת משתמשת בערך ברירת המחדל 0.0.

יחס אפס של חשיפה לא רלוונטית

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

1. מתחילים עם העורפים של בדיקת ההתאמה האזורית שזוהו לפי תנאי ההתאמה האזורית.

2. הסרה של כל השרתים העורפיים שלא נמצאים באותו אזור כמו הלקוח. כך מתקבלת קבוצה של שרתי קצה עורפיים שתואמים לאזור. הקבוצה הזו אף פעם לא ריקה כי התרחש התאמה אזורית.

3. חישוב ההצטלבות של העורפים התואמים לאזור עם העורפים המקוריים שעומדים בדרישות. יכול להיות שהחיתוך הזה לא יהיה ריק או שהוא יהיה ריק.

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

   • אם החיתוך ריק, השרתים העורפיים שעומדים בדרישות אחרי השינוי זהים לשרתים העורפיים המקוריים שעומדים בדרישות.

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

מערכות העורף המקוריות שעומדות בדרישות (A)	שרתי קצה עורפיים לבדיקת התאמה אזורית (B)	קצה עורפי תואם אזורי (C)	צומת (A∩C)	שינוי של קצה העורפי הכשיר
כל קצוות העורף הראשיים התקינים	כל שרתי הקצה העורפי הראשיים שהוגדרו יכול להיות שכל קצוות העורף של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים הראשיים באזור של הלקוח יכול להיות שכל הקצוות העורפיים התואמים לאזור יהיו תקינים, לא תקינים או שילוב של תקינים ולא תקינים.	כל השרתים העורפיים הראשיים התקינים באזור של הלקוח	החיתוך לא ריק: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים הראשיים התקינים באזור של הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שהקצה האחורי שעבר שינוי יהיה זהה לקצה האחורי המקורי, או שהוא יהיה קבוצת משנה של הקצה האחורי המקורי. החיתוך ריק: השרתים העורפיים שעומדים בדרישות אחרי השינוי זהים לשרתים העורפיים המקוריים שעומדים בדרישות. יכול להיות שהחיבורים החדשים יתחלקו בין האזור של הלקוח לבין אזורים אחרים.
כל הקצוות העורפיים התקינים למעבר לגיבוי	כל השרתים העורפיים שהוגדרו למעבר אוטומטי לגיבוי יכול להיות שכל קצוות העורף של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים ליתירות כשל בתחום (zone) של הלקוח יכול להיות שכל הקצוות העורפיים התואמים לאזור יהיו תקינים, לא תקינים או שילוב של תקינים ולא תקינים.	כל השרתים העורפיים (backend) של הגיבוי למעבר אוטומטי באזור של הלקוח	החיתוך לא ריק: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים התקינים למעבר לגיבוי בשטח הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שהקצה האחורי שעבר שינוי יהיה זהה לקצה האחורי המקורי, או שהוא יהיה קבוצת משנה של הקצה האחורי המקורי. ‫Intersection is empty: The modified eligible backends are the same as original eligible backends. יכול להיות שהחיבורים החדשים יתחלקו בין האזור של הלקוח לבין אזורים אחרים.
כל הקצוות העורפיים הראשיים הלא תקינים	כל שרתי הקצה העורפי הראשיים שהוגדרו ההגדרה של כל השרתים העורפיים של בדיקת ההתאמה לאזורים היא 'לא תקין' אם כל השרתים העורפיים המקוריים שעומדים בדרישות הם שרתים עורפיים ראשיים לא תקינים.	כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח	כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח	החיתוך תמיד לא ריק: השרתים העורפיים המועמדים ששונו הם כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שהקצוות העורפיים המתאימים ששונו יהיו זהים לקצוות העורפיים המתאימים המקוריים, או קבוצת משנה של הקצוות העורפיים המתאימים המקוריים.

יחס העברה לא אפסי

אם יחס ההעברה שהוגדר גדול מ-0.0 אבל קטן או שווה ל-1.0, מאזן העומסים משתמש בתהליך הבא כדי ליצור את הקצה העורפי שעומד בדרישות אחרי השינוי:

1. מתחילים עם שרתי קצה לבדיקת התאמה אזורית שמזוהים לפי תנאי ההתאמה האזורית.

2. הסרה של כל השרתים העורפיים שלא נמצאים באותו אזור כמו הלקוח. כך מתקבלת קבוצה של שרתי קצה עורפיים שתואמים לאזור. הקבוצה הזו אף פעם לא ריקה כי התרחש התאמה אזורית.

3. חישוב ההצטלבות של העורפים התואמים לאזור עם העורפים המקוריים שעומדים בדרישות. יכול להיות שהקבוצה הזו לא ריקה או שהיא ריקה.

4. חשבו את היחס הבא:

   $$ \frac{\text{count}(\text{zonal matched backends} \; \cap \; \text{original eligible backends})}{\text{count}(\text{zonal matched backends})} $$

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

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

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

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

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

קצה עורפי מקורי שעומד בדרישות (A)	שרתי קצה עורפיים לבדיקת התאמה אזורית (B)	קצה עורפי תואם אזורי (C)	צומת (A∩C)	שינוי של קצה העורפי הכשיר
כל קצוות העורף הראשיים התקינים	כל שרתי הקצה העורפי הראשיים שהוגדרו יכול להיות שכל קצוות העורף של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים הראשיים באזור של הלקוח יכול להיות שכל הקצוות העורפיים התואמים לאזור יהיו תקינים, לא תקינים או שילוב של תקינים ולא תקינים.	כל השרתים העורפיים הראשיים התקינים באזור של הלקוח	היחס המחושב ≥ יחס ההעברה: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים הראשיים התקינים באזור של הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שהקצה האחורי שעבר שינוי יהיה זהה לקצה האחורי המקורי, או שהוא יהיה קבוצת משנה של הקצה האחורי המקורי. Calculated ratio < spillover ratio: The modified eligible backends are the same as original eligible backends. יכול להיות שהחיבורים החדשים יתחלקו בין האזור של הלקוח לבין אזורים אחרים.
כל הקצוות העורפיים התקינים למעבר לגיבוי	כל השרתים העורפיים שהוגדרו למעבר אוטומטי לגיבוי יכול להיות שכל קצוות העורף של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים ליתירות כשל בתחום (zone) של הלקוח יכול להיות שכל הקצוות העורפיים התואמים לאזור יהיו תקינים, לא תקינים או שילוב של תקינים ולא תקינים.	כל השרתים העורפיים (backend) של הגיבוי למעבר אוטומטי באזור של הלקוח	היחס המחושב ≥ יחס המעבר לגיבוי: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים לגיבוי תקינים באזור של הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שהקצה האחורי שעבר שינוי יהיה זהה לקצה האחורי המקורי, או שהוא יהיה קבוצת משנה של הקצה האחורי המקורי. Calculated ratio < spillover ratio: The modified eligible backends are the same as original eligible backends. יכול להיות שהחיבורים החדשים יתחלקו בין האזור של הלקוח לבין אזורים אחרים.
כל הקצוות העורפיים הראשיים הלא תקינים	כל שרתי הקצה העורפי הראשיים שהוגדרו ההגדרה של כל השרתים העורפיים של בדיקת ההתאמה לאזורים היא 'לא תקין' אם כל השרתים העורפיים המקוריים שעומדים בדרישות הם שרתים עורפיים ראשיים לא תקינים.	כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח	כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח	היחס המחושב תמיד גדול או שווה ליחס ההעברה: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שהקצוות העורפיים המתאימים ששונו יהיו זהים לקצוות העורפיים המתאימים המקוריים, או קבוצת משנה של הקצוות העורפיים המתאימים המקוריים.

דוגמאות ליחס העברה

בדוגמאות הבאות אפשר לראות איך ZONAL_AFFINITY_SPILL_CROSS_ZONE עובד.

• יחס העברה של 1.0 פירושו:

  • אם קבוצת העורפים המקוריים שעומדים בדרישות זהה לקבוצת העורפים שתואמים לאזור, אז קבוצת העורפים שעומדים בדרישות אחרי השינוי היא קבוצת החיתוך.
  • אם קבוצת העורפים התואמים לאזור לא זהה לקבוצת העורפים המקוריים שעומדים בדרישות, קבוצת העורפים שעומדים בדרישות אחרי השינוי זהה לקבוצת העורפים המקוריים שעומדים בדרישות.

• יחס העברה של 0.8 פירושו:

  • אם מספר השרתים העורפיים בחיתוך של השרתים העורפיים התואמים לאזור והשרתים העורפיים המקוריים שעומדים בדרישות הוא לפחות 80% ממספר השרתים העורפיים התואמים לאזור, אז השרתים העורפיים שעומדים בדרישות אחרי השינוי הם קבוצת החיתוך הזו.
  • אם מספר השרתים העורפיים בחיתוך של השרתים העורפיים התואמים לאזור ושל השרתים העורפיים המקוריים שעומדים בדרישות נמוך מ-80% ממספר השרתים העורפיים התואמים לאזור, השרתים העורפיים המקוריים שעומדים בדרישות זהים לשרתים העורפיים המקוריים שעומדים בדרישות.

• יחס העברה של 0.0 פירושו:

  • אם החיתוך של העורפיים התואמים לאזור ושל העורפיים המקוריים שעומדים בדרישות לא ריק, העורפיים שעומדים בדרישות אחרי השינוי הם קבוצת החיתוך.
  • אם החיתוך של העורפים התואמים לאזור ושל העורפים המקוריים שעומדים בדרישות ריק, העורפים שעומדים בדרישות אחרי השינוי זהים לעורפים המקוריים שעומדים בדרישות.

במקרה של ההגדרה הבאה, מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי מוגדר עם אפשרות של ZONAL_AFFINITY_SPILL_CROSS_ZONE זיקה אזורית ויחס העברה של 0.8:

• שרתי קצה עורפיים שהוגדרו: עשרה שרתי קצה עורפיים ראשיים (חמישה באזור 1 וחמישה באזור 2)
• שרתי קצה כשירים מקוריים: כל שרתי הקצה הראשיים תקינים (שמונה שרתי קצה – חמישה באזור 1 ושלושה באזור 2)
• עורפי בדיקה של התאמה אזורית: כל עשרת העורפיים הראשיים שהוגדרו

חלק מהתנועה עובר לאזור אחר (לחצו כדי להגדיל).

תרחיש א': לקוח תואם באזור 1

• ‫Zonal matched backends: חמישה עורפי קצה באזור 1.
• החיתוך: החיתוך של קצוות עורפיים תואמים אזוריים ושל קצוות עורפיים מקוריים שעומדים בדרישות כולל את חמשת הקצוות העורפיים התקינים באזור 1.
• יחס מחושב: 5 / 5 = 1.0
• התוצאה: מכיוון שהיחס המחושב הוא 1.0 ≥ 0.8, השרתים העורפיים שעברו שינוי ונכללים בחישוב נמצאים בקבוצת החיתוך, כלומר, כל חמשת השרתים העורפיים הראשיים התקינים באזור 1 של הלקוח. חיבורים חדשים מופצים באופן בלעדי באזור של הלקוח.

תרחיש ב': לקוח תואם באזור 2

• ‫Zonal matched backends: חמישה שרתים עורפיים באזור 2.
• החיתוך: החיתוך של קצוות עורפיים תואמים אזוריים ושל קצוות עורפיים מקוריים שעומדים בדרישות כולל את שלושת הקצוות העורפיים התקינים באזור 2.
• היחס המחושב: 3 / 5 = 0.6
• התוצאה: מכיוון שהיחס המחושב הוא 0.6 < 0.8, ה-backends המותאמים שעומדים בדרישות הם ה-backends המקוריים שעומדים בדרישות. העורפים המקוריים שעומדים בדרישות הם שמונת העורפים התקינים (חמישה באזור 1 ושלושה באזור 2). חיבורים חדשים מוקצים לאזור 1 או לאזור 2.

המאמרים הבאים

• כדי להגדיר את Cloud Monitoring למאזנים פנימיים של עומסי רשת להעברת סיגנל ללא שינוי, אפשר לעיין במאמר בנושא רישום ביומן ומעקב אחרי מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי.
• כדי לפתור בעיות במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, אפשר לעיין במאמר בנושא פתרון בעיות במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי.