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

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

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

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

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

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

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

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

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

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

• 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
• שרתי קצה ליתירות כשל: אזורים C ו-D
• מיקום מכונת הלקוח הווירטואלית: אזור א'
• הופעלה זיקה אזורית
• קיימת מדיניות ברירת מחדל למעבר אוטומטי לגיבוי (failover)

תרחיש 1:

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

תרחיש 2:

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

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

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

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

• 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. חישוב ההצטלבות של העורפים התואמים לאזור עם העורפים המקוריים שעומדים בדרישות. יכול להיות שהחיתוך הזה לא ריק או ריק.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

מערכות העורף המקוריות שעומדות בדרישות (A)	שרתי קצה עורפיים לבדיקת התאמה אזורית (B)	קצה עורפי תואם אזורי (C)	צומת (A∩C)	שינוי של קצה העורפי הכשיר
כל קצוות העורף הראשיים התקינים	כל השרתים העיקריים שהוגדרו יכול להיות שכל קצוות העורף של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים הראשיים באזור של הלקוח יכול להיות שכל הקצוות העורפיים התואמים לאזור יהיו תקינים, לא תקינים או שילוב של תקינים ולא תקינים.	כל השרתים העורפיים הראשיים התקינים באזור של הלקוח	החיתוך לא ריק: השרתים העורפיים שעומדים בדרישות אחרי השינוי הם כל השרתים העורפיים הראשיים התקינים באזור של הלקוח. חיבורים חדשים מופצים באזור של הלקוח. יכול להיות שהקצה האחורי שעבר שינוי יהיה זהה לקצה האחורי המקורי, או שהוא יהיה קבוצת משנה של הקצה האחורי המקורי. ‫Intersection is empty: The modified eligible backends are the same as original eligible backends. יכול להיות שהחיבורים החדשים יופצו באזור של הלקוח או באזורים אחרים.
כל הקצוות העורפיים התקינים למעבר לגיבוי	כל השרתים העורפיים שהוגדרו למעבר אוטומטי לגיבוי יכול להיות שכל קצוות העורף של בדיקת ההתאמה האזורית תקינים, או שחלקם תקינים וחלקם לא.	כל השרתים העורפיים ליתירות כשל בתחום (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. משתמשים ביחס המחושב כדי לקבוע את הקצה העורפי שעומד בתנאים אחרי השינוי:

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

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

בטבלה הבאה מסוכם התהליך ליצירת קבוצה של שרתי קצה עורפיים כשירים שעברו שינוי כשהאפשרות של זיקה אזורית היא 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)
• Zonal match test backends: All ten configured primary backends

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