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

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

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

תאימות

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

התאמה אזורית תואמת לגיבוב סימטרי רק אם מתקיימים התנאים הבאים:

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

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

הפעלת הגדרת קבוצת משנה של שרתים עורפיים
הם יעדי איסוף לרפליקציה של חבילות נתונים
הם מוזכרים בפריסות של Network Security Integration – בתוך המסגרת או מחוץ למסגרת. שימוש בהקצאת משאבים לפי אזור עם Network Security Integration מוביל להשמטת חבילות.
הם משמשים כדי לספק שירות שפורסם ב-Private Service Connect. אפשר להשתמש בהעדפה אזורית רק בלקוחות תואמים ששולחים חבילות למאזן העומסים, ולא בנקודת קצה של Private Service Connect שבעל השירות המנוהל שפורסם שלה משתמש במאזן עומסי רשת פנימיים להעברת סיגנל ללא שינוי.

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

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

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

התאמה אזורית

התאמה אזורית מתארת את התנאים שבהם מופעלת זיקה אזורית. מאזן העומסים עשוי לשנות את קבוצת השרתים המקוריים שעומדים בדרישות כדי לספק את הקרבה לאזור שהוגדרה. השינוי של קבוצת השרתים העורפיים המקוריים שמתאימים לשימוש מתבצע אחרי השלב Identify eligible backends בתהליך Backend selection and connection tracking.

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

צריך להפעיל את ההעדפה לאזור מסוים

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

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

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

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

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

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

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

הגדרת מעבר אוטומטי לגיבוי	שרתי קצה כשירים¹	תנאי להתאמה אזורית
אין מדיניות מעבר לגיבוי	כל הקצוות העורפיים התקינים או כל הקצוות העורפיים	המכונה הווירטואלית של הלקוח נמצאת באזור שמכיל לפחות בק-אנד אחד מוגדר. יכול להיות שהקצה העורפי שהוגדר הוא קצה עורפי שעומד בדרישות, ויכול להיות שלא.
מדיניות מעבר לגיבוי (failover) שהוגדרה	כל הקצוות העורפיים הראשיים התקינים או כל הקצוות העורפיים הראשיים²	המכונה הווירטואלית של הלקוח נמצאת באזור שמכיל לפחות קצה עורפי ראשי מוגדר. יכול להיות שהקצה העורפי הראשי שהוגדר הוא קצה עורפי שעומד בדרישות, ויכול להיות שלא.
מדיניות מעבר לגיבוי (failover) שהוגדרה	כל בק-אנדים תקינים של יתירות כשל³	המכונה הווירטואלית של הלקוח נמצאת באזור שמכיל לפחות קצה עורפי אחד מוגדר למעבר לשירות גיבוי. יכול להיות שהקצה העורפי שהוגדר למעבר אוטומטי הוא קצה עורפי שעומד בדרישות, ויכול להיות שלא.

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

‫² מאזן העומסים נמצא במצב מעבר חזרה.‫
‫³ מאזן העומסים נמצא במצב מעבר לגיבוי (failover).

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

כדי לקבוע אם יש התאמה אזורית, כדאי לעיין בתרחיש הבא:

מדיניות המעבר לגיבוי מוגדרת
הזיקה לאזור מופעלת
הלקוח נמצא באזור א'
שרתי הבק-אנד הראשיים נמצאים רק באזור ב' ובאזור ג'
אין שרתי קצה ראשיים באזור A

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

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

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

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

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

איך `ZONAL_AFFINITY_STAY_WITHIN_ZONE` עובד

אם ההעדפה לאזור מוגדרת ל-ZONAL_AFFINITY_STAY_WITHIN_ZONE, ויש התאמה לאזור, מאזן העומסים משאיר את התעבורה באזור של הלקוח באחת מהדרכים הבאות:

שיפור של קבוצת השרתים העורפיים המקוריים שעומדים בדרישות

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

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

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

בטבלה הבאה מסוכמים כל התרחישים של שיפור והחלפה עבור האפשרות ZONAL_AFFINITY_STAY_WITHIN_ZONE:

קבוצה מקורית של שרתי קצה שעומדים בדרישות	אם לפחות עורף קצה אחד שעומד בדרישות (מתוך קבוצת עורפי הקצה המקוריים שעומדים בדרישות) נמצא באזור של הלקוח:	אם אין שרתים עורפיים שעומדים בדרישות (מתוך קבוצת השרתים העורפיים המקוריים שעומדים בדרישות) באזור של הלקוח:
מדיניות המעבר לגיבוי לא הוגדרה
כל הקצוות העורפיים התקינים	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	מחליפים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות. הקבוצה החדשה של עורפי קצה שעומדים בדרישות כוללת את כל עורפי הקצה הלא תקינים באזור של הלקוח.
כל ה-backends	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	המצב הזה לא יכול לקרות.¹
מדיניות מעבר לגיבוי (failover) מוגדרת
כל קצוות העורף הראשיים התקינים	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	מחליפים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות. קבוצת השרתים העורפיים החדשה שעומדים בדרישות כוללת את כל השרתים העורפיים הראשיים הלא תקינים באזור של הלקוח.
כל הקצוות העורפיים התקינים למעבר לגיבוי	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	מחליפים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות. הקבוצה החדשה של שרתי קצה עורפיים שעומדים בדרישות כוללת את כל שרתי הקצה העורפיים הלא תקינים למעבר לגיבוי (failover) באזור של הלקוח.
כל השרתים הראשיים	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	המצב הזה לא יכול לקרות.²

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

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

חשוב לשים לב לנקודות הבאות לגבי האפשרות ZONAL_AFFINITY_STAY_WITHIN_ZONE

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

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

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

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

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

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

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

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

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

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

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

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

קבוצה מקורית של שרתי קצה שעומדים בדרישות	אם לפחות עורף אחד שעומד בדרישות (מתוך קבוצת העורפים המקורית שעומדים בדרישות) נמצא באזור של הלקוח:	אם אין שרתים עורפיים שעומדים בדרישות (מתוך קבוצת השרתים העורפיים המקוריים שעומדים בדרישות) באזור של הלקוח:
מדיניות המעבר לגיבוי לא הוגדרה
כל הקצוות העורפיים התקינים	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב כזה, חיבורים חדשים עוברים לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.
כל ה-backends	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.	המצב הזה לא יכול לקרות.¹
מדיניות מעבר לגיבוי (failover) מוגדרת
כל קצוות העורף הראשיים התקינים	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב כזה, חיבורים חדשים עוברים לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.
כל הקצוות העורפיים התקינים למעבר לגיבוי	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב כזה, חיבורים חדשים עוברים לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.
כל השרתים הראשיים	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.	המצב הזה לא יכול לקרות.²

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

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

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

$$ \frac{\text{count}(\text{Eligible and healthy backends})_{\text{Client's zone}}}{\text{count}(\text{Configured backends})_{\text{Client's zone}}} $$
אם מוגדרת מדיניות מעבר לגיבוי (failover) וכל השרתים העורפיים שעומדים בדרישות הם שרתים עורפיים ראשיים, היחס המחושב הוא מספר השרתים העורפיים שעומדים בדרישות ופועלים בצורה תקינה באזור של הלקוח חלקי מספר השרתים העורפיים הראשיים המוגדרים באזור של הלקוח.

$$ \frac{\text{count}(\text{Eligible and healthy primary backends})_{\text{Client's zone}}}{\text{count}(\text{Configured primary backends})_{\text{Client's zone}}} $$
אם מוגדרת מדיניות מעבר לגיבוי (failover) וכל השרתים העורפיים שעומדים בדרישות הם שרתי גיבוי, היחס המחושב הוא מספר השרתים העורפיים שעומדים בדרישות ופועלים באזור של הלקוח חלקי מספר השרתים העורפיים לגיבוי שמוגדרים באזור של הלקוח.

$$ \frac{\text{count}(\text{Eligible and healthy failover backends})_{\text{Client's zone}}}{\text{count}(\text{Configured failover backends})_{\text{Client's zone}}} $$

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

כשמחשבים את היחס, חשוב לזכור את הנקודות הבאות:

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

בטבלה הבאה מסוכמים כל תרחישי ההתאמה של האפשרות ZONAL_AFFINITY_SPILL_CROSS_ZONE כששיעור ההעברה שהוגדר לא שווה ל-0.0:

קבוצה מקורית של שרתי קצה שעומדים בדרישות	יחס מחושב >= יחס העברה	היחס המחושב < יחס ההשפעה
מדיניות המעבר לגיבוי לא הוגדרה
כל הקצוות העורפיים התקינים	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.
כל ה-backends	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.
מדיניות מעבר לגיבוי (failover) מוגדרת
כל קצוות העורף הראשיים התקינים	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.
כל הקצוות העורפיים התקינים למעבר לגיבוי	מצמצמים את קבוצת השרתים העורפיים המקוריים שעומדים בדרישות על ידי פסילת כל השרתים העורפיים שעומדים בדרישות אבל לא נמצאים באזור של הלקוח.	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.
כל השרתים הראשיים	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.	ללא שינוי – נעשה שימוש בקבוצה המקורית של שרתי קצה שעומדים בדרישות. במצב הזה, יכול להיות שחיבורים חדשים יישלחו לשרתי קצה עורפיים שעומדים בדרישות באזור של הלקוח, או שהם יועברו לשרתי קצה עורפיים שעומדים בדרישות באזורים אחרים.

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

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

כדי שהתכונה 'העדפה לאזור' תפעל כשמגדירים יחס העברה של 1.0, צריך לוודא שהתנאים הבאים מתקיימים:
- קבוצת השרתים העורפיים שעומדים בדרישות חייבת לכלול את כל השרתים העורפיים תקינים.
- מספר השרתים העורפיים כשירים שעומדים בדרישות באזור של הלקוח צריך להיות שווה למספר השרתים העורפיים המוגדרים באזור של הלקוח.
יחס גלישה של 1.0 מציין ש-100% מהשרתים העורפיים שעומדים בדרישות באזור של הלקוח צריכים להיות תקינים כדי שכל החיבורים החדשים יחולקו רק לשרתים עורפיים באזור של הלקוח. גם אם אחד מהבקאנדים לא תקין, מאזן העומסים מחלק חלק מהחיבורים החדשים לבקאנדים באזורים אחרים.
כדי שהתכונה 'העדפה לאזור' תפעל כשמגדירים יחס העברה של 0.8, צריך לוודא שהתנאים הבאים מתקיימים:
- קבוצת השרתים העורפיים שעומדים בדרישות חייבת לכלול את כל השרתים העורפיים תקינים.
- מספר השרתים העורפיים כשירים תקינים באזור של הלקוח חלקי מספר השרתים העורפיים שהוגדרו באזור של הלקוח חייב להיות לפחות 0.8.
יחס העברה של 0.8 מציין שלפחות 80% מהשרתים העורפיים שעומדים בדרישות באזור של הלקוח צריכים להיות תקינים כדי שכל החיבורים החדשים יחולקו לשרתים עורפיים רק באזור של הלקוח. אם פחות מ-80% מהשרתים העורפיים באזור של הלקוח תקינים, מאזן העומסים מפזר חלק מהחיבורים החדשים לשרתים עורפיים באזורים אחרים.
כדי שהתכונה 'העדפה לאזור' תפעל כשמגדירים יחס העברה של 0.0, צריך לוודא שהתנאים הבאים מתקיימים:
- קבוצת השרתים העורפיים שעומדים בדרישות חייבת לכלול את כל השרתים העורפיים תקינים.
- צריך להיות לפחות קצה עורפי כשיר אחד תקין באזור של הלקוח.
יחס העברה של 0.0 אומר שכל עוד יש לפחות עורף תקין אחד באזור של הלקוח, כל החיבורים החדשים מופצים לעורפים באזור של הלקוח. אם יחס ההעברה הוא 0.0 ואין קצה עורפי תקין באזור של הלקוח, מאזן העומסים מפזר את כל החיבורים החדשים לקצוות עורפיים תקינים באזורים אחרים, לא באזור של הלקוח.

התרשים הבא מציג יחס של גלישה מעבר לטווח של 0.8:

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

ללקוח תואם שנמצא באזור 1:

התאמה אזורית מתרחשת כי יש לפחות קצה עורפי אחד שהוגדר באזור 1.
היחס בין מספר השרתים העורפיים שעומדים בדרישות באזור 1 לבין כל השרתים העורפיים שהוגדרו באזור 1 הוא 5/5 = 1.0.
לגבי הלקוח התואם באזור 1: מכיוון שהיחס המחושב של 1.0 גדול מהיחס של העברת התעבורה במקרה של עומס יתר (spillover) של 0.8, מאזן העומסים מצמצם את קבוצת השרתים העורפיים שעומדים בדרישות על ידי ביטול כל השרתים העורפיים שעומדים בדרישות ושלא נמצאים באזור 1. כתוצאה מכך, חיבורים חדשים מהלקוח התואם באזור 1 מופצים באופן בלעדי בין חמשת השרתים העורפיים התקינים והמתאימים באזור 1.

ללקוח תואם שנמצא באזור 2:

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

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

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

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

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