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

מאזן העומסים של אפליקציות הוא מאזן עומסים מבוסס-שרת proxy בשכבה 7, שמאפשר להריץ את השירותים ולהתאים אותם לעומס. מאזן העומסים של אפליקציות (ALB) מחלק את תעבורת הנתונים ב-HTTP וב-HTTPS בין קצוות עורפיים שמתארחים במגוון פלטפורמות של Google Cloud , כמו Compute Engine,‏ Google Kubernetes Engine‏ (GKE),‏ Cloud Storage ו-Cloud Run, וגם בין קצוות עורפיים חיצוניים שמחוברים דרך האינטרנט או באמצעות קישוריות היברידית.

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

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

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

    אפשר להפנות ליציאה אחת בדיוק מ-1 עד 65535.
    אזורי חיצוני מסלול פרימיום או מסלול רגיל EXTERNAL_MANAGED IPv4
    IPv6
    קלאסי

    גלובלי במסלול פרימיום

    אזורי במסלול הרגיל

    		 חיצוני* IPv4
    IPv6 (נדרש מסלול פרימיום)
    * אפשר לצרף EXTERNAL_MANAGED שירותים לקצה העורפי ל-EXTERNAL כללי העברה. עם זאת, אי אפשר לצרף שירותים לקצה העורפי של EXTERNAL לכללי העברה של EXTERNAL_MANAGED. כדי ליהנות מהתכונות החדשות שזמינות רק במאזן העומסים החיצוני הגלובלי של אפליקציות (ALB), מומלץ להעביר את המשאבים הקיימים של EXTERNAL אל EXTERNAL_MANAGED באמצעות תהליך ההעברה שמתואר במאמר העברת משאבים ממאזן עומסים חיצוני קלאסי של אפליקציות למאזן עומסים חיצוני גלובלי של אפליקציות (ALB).

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

    מצב פריסה מסלול שירות רשת סכמת איזון עומסים כתובת IP יציאות של הקצה הקדמי
    פנימי אזורי מסלול פרימיום INTERNAL_MANAGED IPv4
    IPv6

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

    פנימי בין אזורים*

    		 מסלול פרימיום INTERNAL_MANAGED IPv4
    IPv6

    ‫* מאזן העומסים משתמש במשאבים גלובליים ואפשר לפרוס אותו באזור אחד או בכמה אזורים של Google Cloud לבחירתכם.

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

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

מאזני עומסים חיצוניים של אפליקציות (ALB) מוטמעים באמצעות שרתי Google Front End ‏(GFE) או שרתי proxy מנוהלים. מאזני עומסים גלובליים חיצוניים של אפליקציות (ALB) ומאזני עומסים קלאסיים של אפליקציות (ALB) משתמשים ב-GFE שמבוזרים באופן גלובלי, ופועלים יחד באמצעות הרשת הגלובלית ומישור הבקרה של Google. שרתי GFE מציעים איזון עומסים במספר אזורים במסלול הפרימיום, ומפנים את תעבורת הנתונים לקצה העורפי התקין הקרוב ביותר שיש לו קיבולת. בנוסף, הם מסיימים את תעבורת הנתונים ב-HTTP(S) קרוב ככל האפשר למשתמשים. מאזני עומסים גלובליים חיצוניים של אפליקציות (ALB) ומאזני עומסים אזוריים חיצוניים של אפליקציות (ALB) משתמשים בתוכנת הקוד הפתוח Envoy proxy כדי לאפשר יכולות מתקדמות של ניהול תעבורת נתונים.

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

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

  • סיום IPv6. מאזני העומסים החיצוניים תומכים בכתובות IPv4 וגם בכתובות IPv6 לתעבורת נתונים של לקוחות. בקשות IPv6 של לקוחות מסתיימות בשכבת איזון העומסים, ואז מועברות באמצעות שרת proxy דרך חיבורי IPv4 או IPv6 (בתנאי ששרתי ה-backend מוגדרים כ-dual-stack) לשרתי ה-backend שלכם. שימו לב שמאזני עומסים קלאסיים תומכים רק בשרת proxy ב-IPv4 לקצוות העורפיים.
  • ניהול מתקדם של תעבורת נתונים. התכונות כוללות שיקוף תנועה, חלוקת תנועה על סמך משקל וטרנספורמציות של כותרות על סמך בקשה/תגובה. פרטים נוספים זמינים במאמר סקירה כללית על ניהול תנועה.
  • תמיכה במגוון שירותי בקאנד. מאזן עומסים של תעבורת נתונים בקצוות עורפיים שמתארחים במגוון פלטפורמות של Google Cloud , כמו Compute Engine,‏ Google Kubernetes Engine ‏(GKE),‏ Cloud Run ועוד. התמיכה בקצה העורפי תלויה במצב הפריסה של מאזן העומסים. למידע נוסף, קראו את הסקירה הכללית על מאזן עומסים חיצוני של אפליקציות (ALB).
  • תגובות שנשמרו במטמון. שילוב עם Cloud CDN כדי לשמור תשובות במטמון.
  • שילוב עם Cloud Armor. הגנה מפני מתקפות DDoS או מתקפות אחרות באינטרנט באמצעות Google Cloud Armor.
  • שילוב עם GKE. תמיכה באיזון עומסים ב-GKE באמצעות Ingress או Gateway (תזמור מלא) או קבוצות NEG עצמאיות.
  • ארגון של מאזני עומסים של אפליקציות (ALB) ומאזני עומסי רשת בשרת proxy ברמה הגלובלית, האזורית והחוצה-אזורים באפליקציות של App Hub, כדי להבין את האינטראקציות של מאזני העומסים ולתמוך בפונקציות עסקיות.

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

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

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

מאזן עומסים פנימי של אפליקציות (ALB)

מאזני עומסים פנימיים של אפליקציות (ALB) הם מאזני עומסים אזוריים בשכבה 7 שמבוססים על שרת proxy של Envoy. הם מאפשרים להריץ את תעבורת הנתונים של אפליקציית ה-HTTP ולהתאים אותה לעומס (scale) מאחורי כתובת IP פנימית. מאזני עומסים פנימיים של אפליקציות (ALB) תומכים בקצוות עורפיים באזור אחד, אבל אפשר להגדיר אותם כך שיהיו נגישים באופן גלובלי ללקוחות מכל אזור שלGoogle Cloud .

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

  • סיום IPv6. מאזני העומסים הפנימיים תומכים בכתובות IPv4 וגם בכתובות IPv6 לתנועת לקוחות. בקשות IPv6 של לקוחות מסתיימות בשכבת איזון העומסים, ואז מועברות באמצעות שרת proxy דרך חיבורי IPv4 או IPv6 (בתנאי ששרתי ה-backend מוגדרים כ-dual-stack) לשרתי ה-backend שלכם.
  • מדיניות מקומית. בקבוצת מכונות בקצה העורפי או בקבוצת נקודות קצה ברשת, אתם יכולים להגדיר איך הבקשות יופצו למכונות או לנקודות הקצה שחברות בקבוצה. לפרטים נוספים, ראו ניהול תנועה.
  • גישה גלובלית. כשהגישה הגלובלית מופעלת, לקוחות מכל אזור יכולים לגשת למאזן העומסים. לפרטים נוספים, ראו הפעלת גישה גלובלית.
  • גישה מרשתות מחוברות. אתם יכולים לאפשר ללקוחות מרשתות אחרות לגשת למאזן העומסים, מעבר לרשת ה-VPC של מאזן העומסים עצמו. Google Cloudהרשתות האחרות צריכות להיות מחוברות לרשת ה-VPC של מאזן העומסים באמצעות קישור בין רשתות VPC שכנות, Cloud VPN או Cloud Interconnect. למידע נוסף, קראו את המאמר גישה לרשתות מחוברות.
  • תאימות ל-GKE באמצעות Ingress (תזמור מלא). פרטים נוספים זמינים במאמר הגדרת Ingress למאזני עומסים פנימיים של אפליקציות.
  • ארגון של מאזני עומסים פנימיים של אפליקציות (ALB) חוצי-אזורים ומאזני עומסים פנימיים אזוריים של אפליקציות (ALB) באפליקציות של App Hub, כדי להבין את האינטראקציות של מאזני העומסים ולתמוך בפונקציות עסקיות.
ארכיטקטורה של מאזן עומסים פנימי של אפליקציות (ALB).
ארכיטקטורה של מאזן עומסים פנימי של אפליקציות (ALB).

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

תרחישים לדוגמה

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

שירותי אינטרנט בשלוש שכבות

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

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

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

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

בדוגמה הזו של אפליקציה רב-שכבתית מוצגים:

  • שכבת אינטרנט שזמינה באופן גלובלי ומיועדת לאינטרנט, שמאזנת את עומסי התנועה באמצעות מאזן עומסים חיצוני של אפליקציות (ALB).
  • שכבת מסד נתונים פנימית של שרת לקצה העורפי עם איזון עומסים באזור us-east1, שאליה ניגשת שכבת האינטרנט הגלובלית.
  • מכונה וירטואלית של לקוח שהיא חלק משכבת האינטרנט באזור europe-west1, שניגשת לשכבת מסד הנתונים הפנימי עם איזון העומסים שנמצאת ב-us-east1.
אפליקציית אינטרנט תלת-שכבתית עם מאזן עומסים חיצוני של אפליקציות (ALB), גישה גלובלית ומאזן עומסים פנימי של אפליקציות (ALB).
אפליקציית אינטרנט תלת-שכבתית עם מאזן עומסים חיצוני של אפליקציות (ALB), גישה גלובלית ומאזן עומסים פנימי של אפליקציות (ALB) (לחצו כדי להגדיל).

עומסי עבודה עם תאימות לסמכות שיפוט

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

ניהול מתקדם של תנועת משתמשים

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

  • אתם יכולים לעדכן את אופן ניהול התנועה בלי לשנות את קוד האפליקציה.
  • אתם יכולים לנתב תנועה בצורה חכמה על סמך פרמטרים של HTTP(S), כמו מארח, נתיב, כותרות ופרמטרים אחרים של בקשות. לדוגמה, אתם יכולים להשתמש בקטגוריות של Cloud Storage כדי לטפל בתוכן וידאו סטטי, ולהשתמש בקבוצות של מכונות או ב-NEG כדי לטפל בכל שאר הבקשות.
  • כדי לצמצם את הסיכונים כשפורסים גרסה חדשה של האפליקציה, אפשר להשתמש בחלוקת תנועה לפי משקל. לדוגמה, אפשר לשלוח 95% מהתנועה לגרסה הקודמת של השירות ו-5% לגרסה החדשה. אחרי שמוודאים שהגרסה החדשה פועלת כמו שצריך, אפשר לשנות בהדרגה את האחוזים עד ש-100% מתעבורת הנתונים תגיע לגרסה החדשה של השירות. בדרך כלל משתמשים בחלוקת התנועה כדי לפרוס גרסאות חדשות, לבצע בדיקות A/B, להעביר שירותים, לשדרג שירותים מדור קודם ותהליכים דומים.

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

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

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

יכולת הרחבה באמצעות Service Extensions

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

למידע נוסף, קראו את הסקירה הכללית על תוספי שירות.

העברת שירותים מדור קודם אל Google Cloud

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

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

העברת שירותים מדור קודם אל Google Cloud.
העברת שירותים מדור קודם אל Google Cloud.

איזון עומסים לאפליקציות GKE

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

  • GKE Gateway controller. נתמך רק במאזני עומסים חיצוניים גלובליים של אפליקציות, במאזני עומסים קלאסיים של אפליקציות ובמאזני עומסים פנימיים אזוריים של אפליקציות. להוראות פריסה, ראו פריסת שערים.
  • בקר GKE Ingress אתם יכולים להשתמש בבקר המובנה של GKE Ingress, שפורסGoogle Cloud מאזני עומסים בשביל משתמשי GKE. הארכיטקטורה הזו זהה לארכיטקטורת איזון העומסים העצמאית, אבל מחזור החיים שלה אוטומטי לחלוטין ונשלט על ידי GKE. נתמך במאזני עומסים חיצוניים ופנימיים של אפליקציות (ALB). הוראות להגדרה מפורטות במאמרים הבאים:
  • קבוצות NEG עצמאיות ברמת האזור. קבוצות NEG עצמאיות נפרסות ומנוהלות באמצעות בקר ה-NEG של GKE, אבל כל המשאבים של איזון העומסים (כללי העברה, בדיקות תקינות וכו') נפרסים באופן ידני. הם נתמכים גם במאזני עומסים חיצוניים וגם במאזני עומסים פנימיים של אפליקציות.

איזון עומסים לאפליקציות של Cloud Run, פונקציות Cloud Run ו-App Engine

אתם יכולים להשתמש במאזן עומסים של אפליקציות (ALB) כממשק קצה (frontend) לאפליקציות ללא שרת (serverless) ב-Google Cloud . כך תוכלו להגדיר את האפליקציות ללא שרת (serverless) כך שיציגו בקשות מכתובת IP ייעודית שלא משותפת עם שירותים אחרים.

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

חיצוני גלובלי

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

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

אזורי חיצוני

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

ארכיטקטורה של מאזן עומסים חיצוני אזורי של אפליקציות (ALB) לאפליקציות ללא שרת (serverless).
ארכיטקטורה של מאזן עומסים חיצוני אזורי של אפליקציות (ALB) לאפליקציות ללא שרת (serverless).

פנימי אזורי

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

ארכיטקטורה של מאזן עומסים פנימי אזורי של אפליקציות (ALB) לאפליקציות ללא שרת (serverless).
ארכיטקטורה של מאזן עומסים פנימי אזורי של אפליקציות (ALB) לאפליקציות ללא שרת.

פנימי בין אזורים

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

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

מסמכים קשורים:

איזון עומסים לקצוות עורפיים מחוץ ל- Google Cloud

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

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

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

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

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

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

    התרשימים הבאים ממחישים איך להתחבר לקצוות עורפיים חיצוניים שאפשר לגשת אליהם באמצעות Cloud Interconnect או Cloud VPN.

    חיצוני

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

    פנימי

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

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

שילוב עם Private Service Connect

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

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

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

זמינות גבוהה ויתירות כשל

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

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

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