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

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

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

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

תאימות לתכונות

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

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

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

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

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

• הגדרת קבוצת משנה לקצה העורפי
• יעדי איסוף לרפליקציה של חבילות נתונים

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

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

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

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

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

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

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

אפשרויות של שיוך לאזור

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

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

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

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

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

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

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

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

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

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

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

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

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

• קבוצות קלט

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

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

• ערכות ביניים

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

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

• קבוצת פלט

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

התאמה אזורית

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

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

1. צריך להפעיל את התכונה 'זיקה אזורית'.

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

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

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

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

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

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

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

4. מפעילים את הלוגיקה של שיוך לאזור.

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

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

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

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

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

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

תרחיש 1:

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

תרחיש 2:

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

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

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

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

• 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 ויש התאמה לאזור, מאזן העומסים מפיץ חיבורים חדשים לקצוות העורפיים המתאימים ששונו. יכול להיות שה-backends המתאימים ששונו יהיו זהים ל-backends המתאימים המקוריים, קבוצת משנה של ה-backends המתאימים המקוריים או שונים מה-backends המתאימים המקוריים.

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

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

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

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

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

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

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

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

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

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

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

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

יחס זליגה אפס

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

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

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

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

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

   • אם החיתוך ריק, ה-backends הכשירים ששונו זהים ל-backends הכשירים המקוריים.

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

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

יחס זליגה שאינו אפס

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

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

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

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

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

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

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

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

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

   • אם היחס המחושב קטן מיחס הזליגה, ה-backends המתאימים ששונו זהים ל-backends המתאימים המקוריים.

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

הקצוות העורפיים המקוריים שעומדים בדרישות (A)	שרתי קצה לבדיקת התאמה אזורית (B)	קצה עורפי תואם אזורי (C)	החיתוך (A∩C)	שרתי קצה עורפיים כשירים שעברו שינוי
כל הקצוות העורפיים הראשיים התקינים	כל ה-backends הראשיים שהוגדרו יכול להיות שכל הקצוות העורפיים של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים הראשיים באזור של הלקוח יכול להיות שכל הקצוות העורפיים התואמים באזור תקינים, שכולם לא תקינים או שחלקם תקינים וחלקם לא תקינים.	כל ה-backends הראשיים התקינים באזור של הלקוח	היחס המחושב ≥ יחס ההעברה: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים הראשיים התקינים באזור של הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שה-backends המתאימים ששונו יהיו זהים ל-backends המתאימים המקוריים או קבוצת משנה של ה-backends המתאימים המקוריים. היחס המחושב < יחס הזליגה: ה-backends המתאימים ששונו הם אותם backends מתאימים מקוריים. יכול להיות שחיבורים חדשים יופצו בתוך האזור של הלקוח או לאזורים אחרים.
כל הקצוות העורפיים התקינים של יתירות כשל	כל הקצוות העורפיים שהוגדרו ליתירות כשל יכול להיות שכל הקצוות העורפיים של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים ליתירות כשל בתחום (zone) של הלקוח יכול להיות שכל הקצוות העורפיים התואמים לאזור יהיו תקינים, שכולם יהיו לא תקינים או שחלקם יהיו תקינים וחלקם לא.	כל ה-backends התקינים לגיבוי באזור של הלקוח	היחס המחושב ≥ יחס הזליגה: ה-backends הכשירים ששונו הם כל ה-backends התקינים של יתירות הכשל באזור של הלקוח. חיבורים חדשים מופצים בתוך האזור של הלקוח. יכול להיות שהקצה האחורי שעומד בדרישות אחרי השינוי יהיה זהה לקצה האחורי המקורי שעומד בדרישות, או קבוצת משנה שלו. היחס המחושב < יחס הזליגה: ה-backends המתאימים ששונו הם אותם backends מתאימים מקוריים. יכול להיות שחיבורים חדשים יופצו בתוך האזור של הלקוח או לאזורים אחרים.
כל הקצוות העורפיים הראשיים הלא תקינים	כל ה-backends הראשיים שהוגדרו כל הקצוות העורפיים של בדיקת ההתאמה האזורית לא תקינים בהגדרה, אם כל הקצוות העורפיים המקוריים שעומדים בדרישות הם קצוות עורפיים ראשיים לא תקינים.	כל השרתים הראשיים הלא תקינים באזור של הלקוח	כל השרתים הראשיים הלא תקינים באזור של הלקוח	היחס המחושב תמיד גדול או שווה ליחס הזליגה: ה-backends הכשירים ששונו הם כל ה-backends הראשיים הלא תקינים באזור של הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שהקצה העורפי שעומד בדרישות אחרי השינוי יהיה זהה לקצה העורפי המקורי שעמד בדרישות, או קבוצת משנה שלו.

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

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

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

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

• יחס זליגה של 0.8 פירושו:

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

• יחס זליגה של 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

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

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

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