סקירה כללית על שירותים לקצה העורפי

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

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

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

אתם מגדירים את הערכים האלה כשאתם יוצרים שירות לקצה העורפי או מוסיפים קצה עורפי לשירות לקצה העורפי.

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

מתן שמות למאזני עומסים

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

• Cloud de Confiance מסוף. אם אתם יוצרים מאזן עומסי רשת בשרת proxy או מאזן עומסי רשת ב-Passthrough באמצעות מסוף Cloud de Confiance , לשירות לקצה העורפי מוקצה באופן אוטומטי אותו שם שהזנתם למאזן העומסים.
• Google Cloud CLI או API. אם אתם יוצרים מאזן עומסי רשת בשרת proxy או מאזן עומסי רשת ב-Passthrough באמצעות ה-CLI של gcloud או ה-API, אתם צריכים להזין שם לבחירתכם בזמן יצירת השירות לקצה העורפי. השם של השירות לקצה העורפי מופיע במסוף Cloud de Confiance בתור השם של מאזן העומסים.

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

בק-אנדים

קצה עורפי הוא נקודת קצה אחת או יותר שמקבלת תנועה מ Cloud de Confiance by S3NSמאזן עומסים או מלקוח gRPC בלי שרת proxy. יש כמה סוגים של קצוות עורפיים:

• קבוצת מכונות שמכילה מכונות וירטואליות (VM). קבוצת מכונות יכולה להיות קבוצת מופעי מכונה מנוהלים (MIG), עם או בלי התאמה לעומס (autoscaling), או קבוצת מופעי מכונה לא מנוהלים. יותר משירות אחד לקצה העורפי יכול להפנות לקבוצת מכונות, אבל כל השירותים לקצה העורפי שמפנים לקבוצת המכונות חייבים להשתמש במצבי איזון תואמים. למידע נוסף, קראו את החלק הגבלות והנחיות לקבוצות של מכונות.
• Zonal NEG
• קבוצת נקודות קצה (NEG) של Private Service Connect
• קבוצת נקודות קצה באינטרנט
• קבוצת נקודות קצה ברשת (NEG) לקישוריות היברידית
• קבוצת נקודות קצה ברשת (NEG) למיפוי יציאות
• כבילות שירות של Service Directory (גרסת טרום-השקה (Preview))
• קצוות עורפיים של שירותים שפורסמו (גרסת טרום-השקה (Preview))

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

קבוצות של מכונות

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

מכונות וירטואליות לקצה העורפי וכתובות IP חיצוניות

מכונות וירטואליות של קצה עורפי בשירותי קצה עורפי לא צריכות כתובות IP חיצוניות:

• במאזני עומסים אזוריים חיצוניים של אפליקציות (ALB) ובמאזני עומסי רשת אזוריים חיצוניים בשרת proxy: הלקוחות מתקשרים עם שרת proxy מנוהל של Envoy שמארח את כתובת ה-IP החיצונית של מאזן העומסים. שרת ה-proxy של Envoy נמצא ברשת משנה לשרת proxy בלבד. כל שרת proxy של Envoy מתקשר עם נקודות קצה או מכונות וירטואליות לקצה העורפי לפי הכללים הבאים:

  • ממשק רשת עם איזון עומסים: ממשק הרשת שאליו שרת ה-proxy של Envoy שולח את תעבורת הנתונים של הבקשות תלוי בסוג קבוצת הקצה העורפי:

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

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

  • כתובת ה-IP של היעד בממשק של איזון העומסים: שרת ה-proxy של Envoy שולח תעבורת נתונים של בקשות, שהחבילות שלהן כוללות את כתובות ה-IP הבאות של היעד:

    • בקצוות עורפיים של קבוצות מכונות, יעד החבילה הוא כתובת ה-IPv4 הפנימית הראשית של ממשק הרשת nic0 או כתובת ה-IPv6 הראשונה /128 מטווח ה-IPv6 /96 שהוקצה לממשק nic0, בהתאם למדיניות בחירת כתובת ה-IP של שירות הקצה העורפי וסוג המחסנית של ממשק הרשת.

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

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

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

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

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

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

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

• במאזני עומסי רשת פנימיים מסוג Pass-through: הלקוחות מתקשרים ישירות עם הקצה העורפי באמצעות מחסנית הווירטואליזציה של רשת Andromeda. המנות מנותבות ונשלחות לקצוות העורפיים, תוך שמירה על כתובות ה-IP המקוריות של המקור והיעד. בקצוות עורפיים של קבוצות מכונות ובקצוות עורפיים של GCE_VM_IP NEG, מאזן העומסים מעביר חבילות לממשק רשת ברשת ה-VPC של השירות לקצה העורפי:

  • אפשר לציין במפורש את רשת ה-VPC של השירות לקצה העורפי, או שהיא יכולה לעבור בירושה מקבוצת השרתים העורפיים הראשונה או מקבוצת נקודות הקצה הראשונה ברשת (NEG) שנוספה לשירות לקצה העורפי, או מכלל ההעברה הראשון שמפנה לשירות לקצה העורפי. מידע נוסף זמין במאמר מפרט הרשת של שירות לקצה העורפי.

יציאות בעלות שם

המאפיין יציאה בעלת שם של השירות לקצה העורפי רלוונטי רק למאזני עומסים שמבוססים על שרת proxy (מאזני עומסים של אפליקציות ומאזני עומסי רשת של שרת proxy) שמשתמשים בקצוות עורפיים של קבוצות מכונות. היציאה בעלת השם מגדירה את יציאת היעד שמשמשת לחיבור ה-TCP בין שרת ה-proxy (GFE או Envoy) לבין המכונה בקצה העורפי.

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

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

• בשירות לקצה העורפי, מציינים יציאה אחת עם שם באמצעות שם היציאה בלבד (--port-name).

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

לדוגמה, אפשר להגדיר את היציאה בעלת השם בקבוצת מכונות עם השם my-service-name והיציאה 8888:

gcloud compute instance-groups unmanaged set-named-ports my-unmanaged-ig \
    --named-ports=my-service-name:8888

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

gcloud compute backend-services update my-backend-service \
    --port-name=my-service-name

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

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

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

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

כדי ללמוד איך ליצור יציאות בעלות שם, אפשר לעיין בהוראות הבאות:

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

הגבלות והנחיות לקבוצות של מכונות וירטואליות

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

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

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

  • אלה השילובים הלא תואמים של מצבי איזון:

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

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

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

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

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

כדאי להביא בחשבון את השיטות המומלצות הבאות, שמספקות אפשרויות גמישות יותר:

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

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

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

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

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

נקודות קצה של רשת מייצגות שירותים לפי כתובת ה-IP שלהם או לפי שילוב של כתובת IP ויציאה, במקום להתייחס למכונה וירטואלית בקבוצת מכונות. קבוצה של נקודות קצה ברשת (NEG) היא קיבוץ לוגי של נקודות קצה ברשת.

קבוצות NEG של אזור הן משאבים אזוריים שמייצגים אוספים של כתובות IP או שילובים של כתובות IP ויציאות של משאביCloud de Confiance ברשת משנה אחת.

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

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

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

• נקודות קצה (endpoints) של GCE_VM_IP_PORT שנתמכות על ידי כל מאזני העומסים שמבוססים על שרת proxy (מאזני עומסים של אפליקציות ומאזני עומסי רשת בשרת proxy) ו-Cloud Service Mesh.

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

לפרטים נוספים, קראו את הסקירה הכללית על קבוצות NEG אזוריות.

קבוצות של נקודות קצה ברשת באינטרנט

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

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

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

קצוות עורפיים של שירותים שפורסמו

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

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

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

קצוות עורפיים מעורבים

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

• שירות לקצה העורפי לא יכול להשתמש בו-זמנית גם בקבוצות של מכונות וגם בקבוצות NEG אזוריות.
• אפשר להשתמש בשילוב של סוגים שונים של קבוצות מכונות באותו שירות לקצה העורפי. לדוגמה, שירות יחיד לקצה העורפי יכול להפנות לשילוב של קבוצות של מכונות מנוהלות וקבוצות של מכונות לא מנוהלות. בטבלה שבקטע הקודם מפורט איזה קצה עורפי תואם לכל שירות לקצה העורפי.
• במאזני עומסים מסוימים של שרתי proxy, אפשר להשתמש בשילוב של קבוצות NEG אזוריות (עם נקודות קצה (endpoints) של GCE_VM_IP_PORT) וקבוצות NEG של קישוריות היברידית (עם נקודות קצה של NON_GCP_PRIVATE_IP_PORT) כדי להגדיר איזון עומסים היברידי. כדי לראות לאילו מאזני עומסים יש את היכולת הזו, עיינו בטבלה: שירותי קצה עורפי וסוגי קצה עורפי נתמכים.

פרוטוקול לקצוות העורפיים

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

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

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

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

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

מצב איזון, קיבולת יעד ומשקל קיבולת

במאזני עומסים של אפליקציות (ALB), ב-Cloud Service Mesh, במאזני עומסי רשת בשרת proxy ובמאזני עומסי רשת גלובליים חיצוניים להעברת סיגנל ללא שינוי, מצב האיזון, קיבולת היעד וסולם הקיבולת הם פרמטרים שאתם מספקים כשאתם מוסיפים קצה עורפי נתמך לשירות לקצה העורפי. מאזני העומסים משתמשים בפרמטרים האלה כדי לנהל את ההפצה של בקשות חדשות (לאיזון עומסי HTTP) או של חיבורים חדשים (לאיזון עומסים בשרת proxy של TCP ולאיזון עומסים גלובלי של העברה) לאזורים שמכילים קצוות עורפיים נתמכים:

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

  ל-Cloud de Confiance יש את מצבי האיזון הבאים:

  • ‫CONNECTION: מגדיר את הקיבולת על סמך מספר חיבורי ה-TCP החדשים.
  • ‫RATE: מגדיר את הקיבולת על סמך קצב בקשות ה-HTTP החדשות לשנייה (במאזני עומסים של אפליקציות) או חבילות לשנייה (במאזני עומסי רשת חיצוניים גלובליים מסוג passthrough).
  • ‫UTILIZATION: מגדיר את הקיבולת על סמך ניצול משוער של המעבד (CPU) של מכונות וירטואליות באזור של קבוצת מכונות.
  • ‫CUSTOM_METRICS: מגדיר את הקיבולת על סמך מדדים מותאמים אישית שמוגדרים על ידי המשתמש.

• השדה target capacity מגדיר את מספר קיבולת היעד.

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

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

  • ‫0: מציין שה-backend מרוקן לחלוטין. אי אפשר להשתמש בערך 0 אם לשירות לקצה העורפי יש רק קצה עורפי אחד.
  • ‫0.1 (10%) עד 1.0 (100%): מציין את אחוז הקיבולת של הקצה העורפי שנמצא בשימוש.

קצוות עורפיים נתמכים

במאזני עומסים מבוססי-פרוקסי (מאזני עומסים של אפליקציות ומאזני עומסי רשת בשרת proxy) וב-Cloud Service Mesh, סוגי הקצוות העורפיים הבאים תומכים בפרמטרים של מצב האיזון, קיבולת היעד וסולם הקיבולת:

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

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

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

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

מצבי איזון למאזני עומסים של אפליקציות (ALB) ול-Cloud Service Mesh

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

הגדרת משך הזמן של התנועה

ב-Application Load Balancer וב-Cloud Service Mesh, אפשר לציין הגדרה של משך התנועה. ההגדרה הזו ייחודית למיפוי בין קצה עורפי נתמך לבין שירות לקצה העורפי. להגדרת משך התנועה יש שני ערכים תקינים:

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

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

• מריצים את הפקודה gcloud compute backend-services add-backend עם הדגל --traffic-duration.
• יוצרים שירות לקצה העורפי או מעדכנים שירות לקצה העורפי באמצעות המאפיין trafficDuration.

מצבי איזון לתנועה קצרה

אם לא מציינים את הגדרת משך התנועה או אם מגדירים אותה ל-SHORT, מצבי האיזון הזמינים לקצוות העורפיים של מאזן העומסים של האפליקציות ושל Cloud Service Mesh תלויים בסוג הקצה העורפי הנתמך.

מצבי איזון לתנועה ממושכת

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

מצבי איזון למאזני עומסי רשת בשרת proxy

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

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

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

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

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

מפרטי קיבולת היעד של מאזני עומסים מבוססי-שרת proxy

בקטע הזה מוסבר על מפרטי קיבולת היעד של מאזן עומסים של אפליקציות, Cloud Service Mesh ושרתי backend של מאזן עומסי רשת של שרתי proxy, שתומכים בהגדרות של מצב איזון, קיבולת יעד וסקלר קיבולת.

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

מצב איזון החיבורים

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

שימוש בפרמטר max-connections

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

• בקבוצת מכונות אזורית עם N מכונות בסך הכול ו-h מכונות תקינות (כאשר h ≤ N), החישובים הם:

  • אם מגדירים את max-connections לערך X, קיבולת היעד האזורית היא X.
  • מספר החיבורים הממוצע לכל מכונה הוא X / h.

• קבוצות מופעי מכונה מנוהלים אזוריות לא תומכות בפרמטר max-connections כי הן מורכבות מכמה תחומים (zones). במקום זאת, צריך להשתמש בפרמטר max-connections-per-instance.

• בקבוצת NEG אזורית עם N נקודות קצה בסך הכול ו-h נקודות קצה תקינות (כאשר h ≤ N), החישובים הם:

  • אם מגדירים את max-connections לערך X, קיבולת היעד האזורית היא X.
  • מספר החיבורים הממוצע לכל נקודת קצה הוא X / h.

שימוש בפרמטר max-connections-per-instance או max-connections-per-endpoint

כשמציינים את הפרמטר max-connections-per-instance או max-connections-per-endpoint, מאזן העומסים משתמש בערך שציינתם כדי לחשב את הקיבולת לכל אזור:

• בקבוצת מכונות אזורית עם N מכונות בסך הכול ו-h מכונות תקינות (כאשר h ≤ N), החישובים הם:

  • אם מגדירים את max-connections-per-instance לערך X, קיבולת היעד האזורית היא N * X. זה שווה ערך להגדרה של max-connections ל-N * X.
  • מספר החיבורים הממוצע לכל מכונה הוא (N * X) / h.

• בקבוצת מופעי מכונה מנוהלים אזורית, אם מגדירים את max-connections-per-instance ל-X, המערכת של Cloud de Confiance מחשבת את קיבולת היעד לכל אזור בקבוצת המכונות. בכל אזור, אם יש K מכונות בסך הכול ו-h מכונות תקינות (כאשר h≤ K), החישובים הם:

  • קיבולת היעד של האזור היא K * X.
  • מספר החיבורים הממוצע לכל מכונה באזור הוא (K * X) / h.

• בקבוצת NEG אזורית עם N נקודות קצה בסך הכול ו-h נקודות קצה תקינות (כאשר h ≤ N), החישובים הם:

  • אם מגדירים את max-connections-per-endpoint לערך X, קיבולת היעד האזורית היא N * X. זה שווה ערך להגדרה של max-connections ל-N * X.
  • מספר החיבורים הממוצע לכל נקודת קצה הוא (N * X) / h.

מצב איזון קצב

ב-backends של מאזן עומסים של אפליקציות ושל Cloud Service Mesh, עם הגדרת משך תנועה לא מוגדרת או קצרה, אפשר להשתמש במצב האיזון RATE עם אחד מהפרמטרים הנדרשים הבאים של קיבולת היעד:

שימוש בפרמטר max-rate

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

• בקבוצת מכונות אזורית עם N מכונות בסך הכול ו-h מכונות תקינות (כאשר h ≤ N), החישובים הם:

  • אם מגדירים את max-rate לערך X, קיבולת היעד האזורית היא X בקשות לשנייה.
  • מספר הבקשות הממוצע לשנייה לכל מכונה הוא X / h.

• קבוצות מופעי מכונה מנוהלים אזוריות לא תומכות בפרמטר max-rate כי הן מורכבות מכמה תחומים (zones). במקום זאת, צריך להשתמש בפרמטר max-rate-per-instance.

• בקבוצת NEG אזורית עם N נקודות קצה בסך הכול ו-h נקודות קצה תקינות (כאשר h ≤ N), החישובים הם:

  • אם מגדירים את max-rate לערך X, קיבולת היעד האזורית היא X בקשות לשנייה.
  • מספר הבקשות הממוצע לשנייה לכל נקודת קצה הוא X / h.

שימוש בפרמטר max-rate-per-instance או max-rate-per-endpoint

כשמציינים את הפרמטר max-rate-per-instance או max-rate-per-endpoint, מאזן העומסים משתמש בערך שסיפקתם כדי לחשב את הקיבולת לכל אזור:

• בקבוצת מכונות אזורית עם N מכונות בסך הכול ו-h מכונות תקינות (כאשר h ≤ N), החישובים הם:

  • אם מגדירים את max-rate-per-instance לערך X, קיבולת היעד לאזור היא N * X בקשות לשנייה. זה שווה ערך להגדרה של max-rate ל-N * X.
  • מספר הבקשות הממוצע לשנייה לכל מכונה הוא (N * X) / h.

• בקבוצת מופעי מכונה מנוהלים אזורית, אם מגדירים את max-rate-per-instance לערך X, המערכת של Cloud de Confiance מחשבת את קיבולת היעד לכל תחום (zone) בקבוצת המופעים. בכל אזור, אם יש K מכונות בסך הכול ו-h מכונות תקינות (כאשר h≤ K), החישובים הם:

  • קיבולת היעד של האזור היא K * X בקשות לשנייה.
  • מספר הבקשות הממוצע לשנייה לכל מכונה באזור הוא (K * X) / h.

• בקבוצת NEG אזורית עם N נקודות קצה בסך הכול ו-h נקודות קצה תקינות (כאשר h ≤ N), החישובים הם:

  • אם מגדירים את max-rate-per-endpoint לערך X, קיבולת היעד לאזור היא N * X בקשות לשנייה. זה שווה ערך להגדרה של max-rate ל-N * X.
  • מספר הבקשות הממוצע לשנייה לכל נקודת קצה הוא (N * X) / h.

מצב איזון ניצול

ב-Application Load Balancer, ב-Cloud Service Mesh ובקבוצות של מכונות לקצה העורפי של מאזן עומסי רשת בשרת proxy, אפשר להשתמש במצב איזון העומסים UTILIZATION. קצוות עורפיים של NEG לא תומכים במצב האיזון הזה.

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

• צריך להשתמש במצב האיזון UTILIZATION רק כשהזיקה לסשן (session affinity) מוגדרת ל-NONE. אם שירות הקצה העורפי משתמש בזיקה לסשן שונה מ-NONE, צריך להשתמש במצבי האיזון RATE,‏ CONNECTION.

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

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

פרמטרים של קיבולת יעד לניצול של קצוות עורפיים של מאזן עומסים של אפליקציות ו-Cloud Service Mesh עם הגדרה לא מוגדרת או קצרה של משך התנועה

ב-backend של מאזן עומסים של אפליקציות ושל Cloud Service Mesh עם הגדרת משך תנועה לא מוגדרת או קצרה, אפשר להשתמש במצב האיזון UTILIZATION עם אחד מהפרמטרים הבאים של קיבולת היעד או עם שילובים של פרמטרים:

למידע נוסף על הפרמטרים max-rate ו-max-rate-per-instance של קיבולת היעד, קראו את הקטע מצב איזון קצב במאמר הזה.

פרמטרים של קיבולת יעד לניצול של קצוות עורפיים של מאזן עומסים של אפליקציות ו-Cloud Service Mesh עם הגדרה של משך תנועה ארוך

ב-Application Load Balancer וב-Cloud Service Mesh, אם הגדרת משך התנועה ארוכה, אפשר להשתמש במצב חלוקת העומס UTILIZATION עם אחד מהפרמטרים הבאים של קיבולת היעד או עם שילוב של הפרמטרים:

פרמטרים של קיבולת יעד לניצול במאזני עומסי רשת בשרת proxy

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

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

מצב איזון של מדדים מותאמים אישית

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

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

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

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

למידע נוסף על הפרמטרים של קיבולת היעד max-rate,‏ max-rate-per-instance ו-max-rate-per-endpoint, קראו את הקטע מצב איזון קצב במאמר הזה.

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

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

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

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

מצב איזון קצב

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

מצב איזון ניצול

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

אם משמיטים גם את max-utilization וגם את max-rate-per-instance, הקיבולת של אזור הקצה העורפי נקבעת רק לפי ניצול היעד של האזור (max-utilization) באמצעות ערך ברירת המחדל של 0.8 (80%), ללא קצב מנות יעד.

מדיניות איזון העומסים של השירות

מדיניות איזון עומסים של שירות (serviceLbPolicy) היא משאב שמשויך לשירות לקצה העורפי של מאזן עומסים של אפליקציות (ALB), מאזן עומסי רשת בשרת proxy או Cloud Service Mesh. למידע נוסף:

• אופטימיזציות מתקדמות של איזון עומסים למאזני עומסים של אפליקציות (ALB) ולמאזני עומסי רשת בשרת proxy

• סקירה כללית על איזון עומסים מתקדם ב-Cloud Service Mesh.

מדיניות מקומית של איזון עומסים

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

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

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

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

• ‫LEAST_REQUEST: אלגוריתם O(1) שבו מאזן העומסים בוחר שני מארחים תקינים באופן אקראי, ובוחר את המארח שיש לו פחות בקשות פעילות.

• ‫RING_HASH: האלגוריתם הזה מיישם גיבוב עקבי (consistent hashing) לקצוות עורפיים. לאלגוריתם יש מאפיין שבו הוספה או הסרה של מארח מקבוצה של N מארחים משפיעה רק על 1/N מהבקשות.

• ‫RANDOM: מאזן העומסים בוחר מארח תקין באופן אקראי.

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

• ‫MAGLEV: הטמעה של גיבוב עקבי (consistent hashing) בקצוות העורפיים, ויכולה לשמש כתחליף למדיניות RING_HASH. ‫Maglev לא יציב כמו RING_HASH, אבל זמני היצירה של חיפוש בטבלה וזמני הבחירה של הקצה העורפי מהירים יותר. למידע נוסף על Maglev, קראו את המסמך הלבן של Maglev.

• ‫WEIGHTED_MAGLEV: הטמעה של איזון עומסים משוקלל לכל מכונה במאזני עומסי רשת אזוריים חיצוניים להעברת סיגנל ללא שינוי, באמצעות משקלים שדווחו על ידי בדיקות תקינות. אם משתמשים במדיניות הזו, צריך להגדיר בשירות לקצה העורפי בדיקת תקינות שמבוססת על HTTP ולא על גרסה קודמת. התשובות של בדיקת התקינות צריכות להכיל את שדה כותרת התגובה הלא סטנדרטי של HTTP,‏ X-Load-Balancing-Endpoint-Weight, כדי לציין את המשקלים לכל מכונה. ההחלטות לגבי איזון העומסים מתקבלות על סמך המשקלים לכל מכונה שדווחו בתשובות האחרונות שעובדו לבדיקת התקינות, כל עוד כל מכונה מדווחת על משקל תקין או מדווחת על UNAVAILABLE_WEIGHT. אחרת, איזון העומסים יישאר במשקל שווה.

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

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

במאזני עומסים מבוססי-פרוקסי (מאזני עומסים של אפליקציות ומאזני עומסי רשת בשרת proxy), ערך ברירת המחדל בפועל של מדיניות המיקום של איזון העומסים (localityLbPolicy) משתנה בהתאם להגדרות של הזיקה לסשן (session affinity). אם לא מגדירים את הזיקה לסשן (session affinity) – כלומר, אם הזיקה לסשן נשארת בערך ברירת המחדל NONE – ערך ברירת המחדל של localityLbPolicy הוא ROUND_ROBIN. אם הזיקה לסשן מוגדרת לערך שהוא לא NONE, ערך ברירת המחדל של localityLbPolicy הוא MAGLEV.

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

כדי להגדיר מדיניות מקומית של איזון עומסים, אפשר להשתמש במסוףCloud de Confiance , ב-gcloud (--locality-lb-policy) או ב-API (localityLbPolicy).

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

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

אפשר להשתמש בקבוצות משנה של קצה עורפי במקרים הבאים:

• מאזן עומסים פנימי אזורי של אפליקציות (ALB)
• מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי

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

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

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

בתרשים הבא מוצג מאזן עומסים עם שני שרתי proxy. בלי הגדרת קבוצת משנה של קצוות עורפיים, התנועה משני שרתי ה-Proxy מופצת לכל הקצוות העורפיים בשירות לקצה העורפי 1. כשהאפשרות backend subsetting מופעלת, התנועה מכל שרת proxy מופצת לקבוצת משנה של הקצוות העורפיים. התנועה משרת proxy מספר 1 מופצת לקצוות העורפיים 1 ו-2, והתנועה משרת proxy מספר 2 מופצת לקצוות העורפיים 3 ו-4.

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

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

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

• למרות שהמטרה של חלוקה לקבוצות משנה של שרתים עורפיים היא לוודא שכל המכונות של השרתים העורפיים מנוצלות היטב, היא יכולה להטות את כמות התנועה שכל שרת עורפי מקבל. מומלץ להגדיר את localityLbPolicy ל-LEAST_REQUEST בשירותים לקצה העורפי שרגישים לאיזון העומס בקצה העורפי.
• הפעלה או השבתה של הגדרת קבוצת משנה תגרום לניתוק של החיבורים הקיימים.
• כדי להגדיר קבוצת משנה של קצה עורפי, הזיקה לסשן צריכה להיות NONE (גיבוב של 5 ערכים). אפשר להשתמש באפשרויות אחרות של זיקה לסשן רק אם האפשרות "קבוצת משנה של קצה עורפי" מושבתת. ערכי ברירת המחדל של הדגלים --subsetting-policy ו---session-affinity הם NONE, ורק לאחד מהם אפשר להגדיר ערך אחר בכל פעם.

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

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

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

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

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

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

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

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

• כשהגדרת קבוצת המשנה מופעלת, לא כל ה-backends יקבלו תנועה משולח נתון, גם אם מספר ה-backends קטן.
• למספר המקסימלי של שרתי עורפי (backend instance) כשהגדרת קבוצת המשנה מופעלת, ראו בדף המכסות.
• רק זיקה לסשן (session affinity) של 5-tuple נתמכת עם הגדרת קבוצת משנה.
• אין תמיכה ברפליקציה של חבילות נתונים עם הגדרת קבוצת משנה.
• הפעלה או השבתה של הגדרת קבוצת משנה תגרום לניתוק של החיבורים הקיימים.
• אם לקוחות מקומיים צריכים לגשת למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, הגדרת קבוצת משנה יכולה לצמצם באופן משמעותי את מספר הקצוות העורפיים שמקבלים חיבורים מהלקוחות המקומיים. הסיבה לכך היא שהאזור של מנהרת Cloud VPN או של הצירוף ל-VLAN של Cloud Interconnect קובע את קבוצת המשנה של הקצוות העורפיים של מאזן העומסים. כל נקודות הקצה של Cloud VPN ו-Cloud Interconnect באזור מסוים משתמשות באותה קבוצת משנה. באזורים שונים משתמשים בקבוצות משנה שונות.

תמחור של הגדרת קבוצות משנה בקצה העורפי

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

זיקה לסשן (session affinity)

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

מאזני העומסים שלCloud de Confiance מספקים זיקה לסשן (session affinity) על בסיס המאמץ המרבי. גורמים כמו שינוי מצבי בדיקת התקינות של הקצה העורפי, הוספה או הסרה של קצוות עורפיים, שינויים במשקלים של הקצה העורפי (כולל הפעלה או השבתה של איזון משוקלל) או שינויים במלאות של הקצה העורפי, כפי שנמדד על ידי מצב האיזון, יכולים לשבור את הזיקה לסשן.

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

כברירת מחדל, כל מאזני העומסים של Cloud de Confiance בוחרים קצוות עורפיים באמצעות גיבוב של חמישה ערכים (--session-affinity=NONE), באופן הבא:

• כתובת ה-IP של המקור של חבילת הנתונים
• יציאת המקור של החבילה (אם היא קיימת בכותרת של החבילה)
• כתובת ה-IP של היעד של חבילת הנתונים
• יציאת היעד של החבילה (אם היא קיימת בכותרת של החבילה)
• הפרוטוקול של חבילת הנתונים

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

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

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

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

• זיקה לסשן (session affinity) במאזני עומסים חיצוניים של אפליקציות (ALB)
• זיקה לסשן (session affinity) במאזני עומסים פנימיים של אפליקציות (ALB)

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

• זיקה לסשן (session affinity) במאזני עומסי רשת חיצוניים לשרת proxy
• זיקה לסשן (session affinity) במאזני עומסי רשת פנימיים לשרת proxy

זמן קצוב לתפוגה של שירות לקצה העורפי

לרוב Cloud de Confiance מאזני העומסים יש זמן קצוב לתפוגה של שירות לקצה העורפי. ערך ברירת המחדל הוא 30 שניות. טווח הערכים המלא שמותר להזין הוא 1 עד 2,147,483,647 שניות.

• במאזני עומסים חיצוניים ופנימיים של אפליקציות (ALB) שמשתמשים בפרוטוקול HTTP,‏ HTTPS או HTTP/2, זמן הקצוב לתפוגה של שירות לקצה העורפי הוא הזמן הקצוב לתפוגה של בקשה ותגובה לתנועת HTTP(S).

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

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

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

  • ערך ברירת המחדל: 30 שניות
  • טווח שניתן להגדרה: 1 עד 2,147,483,647 שניות

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

בדיקות תקינות

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

כשיוצרים מאזן עומסים באמצעות מסוף Cloud de Confiance , אפשר ליצור את בדיקת התקינות, אם היא נדרשת, כשיוצרים את מאזן העומסים, או להפנות לבדיקת תקינות קיימת.

כשיוצרים שירות לקצה העורפי באמצעות קבוצת מכונות או קבוצות של נקודות קצה ברשת (NEG) אזוריות, באמצעות Google Cloud CLI או ה-API, צריך להפנות לבדיקת תקינות קיימת. בסקירה הכללית של בדיקות תקינות, עיינו במדריך למאזן עומסים כדי לקבל פרטים על הסוג וההיקף של בדיקת התקינות הנדרשת.

מידע נוסף זמין במאמרים הבאים:

• סקירה כללית על בדיקות תקינות
• יצירת בדיקות תקינות
• דף בדיקת התקינות של gcloud
• דף בדיקת התקינות של API בארכיטקטורת REST

IAP

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

אי אפשר להשתמש ב-IAP עם Cloud CDN. אי אפשר להפעיל אותם באותו שירות לקצה העורפי.

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

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

• סקירה כללית על ניהול תעבורת הנתונים במאזני עומסים פנימיים של אפליקציות
• סקירה כללית על ניהול תעבורת הנתונים במאזני עומסים גלובליים חיצוניים של אפליקציות (ALB)
• סקירה כללית על ניהול תעבורת נתונים במאזני עומסים אזוריים חיצוניים של אפליקציות (ALB)

ממשק API וחומרי עזר בנושא gcloud

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

• משאב API של שירות לקצה העורפי האזורי

• gcloud compute backend-services, הגלובלי והאזורי

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

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

• יצירת כותרות בהתאמה אישית
• יצירת מאזן עומסים חיצוני של אפליקציות (ALB)
• סקירה כללית על מאזן עומסים חיצוני של אפליקציות (ALB)
• הפעלת זמן להשלמת תהליך (connection draining)
• הצפנה במעבר ב- Cloud de Confiance
• שירותים לקצה העורפי במאזני עומסי רשת חיצוניים לשרת proxy
• שירותים לקצה העורפי במאזני עומסי רשת גלובליים חיצוניים להעברת סיגנל ללא שינוי