מאזן העומסים של אפליקציות (ALB) הוא מאזן עומסים מבוסס-שרת proxy בשכבה 7, שמאפשר להפעיל את השירותים ולהתאים אותם לעומס. מאזן העומסים של האפליקציות מחלק את תעבורת הנתונים ב-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 (גרסת טרום-השקה (Preview))קלאסי גלובלי במסלול פרימיום
אזורי במסלול הרגיל
חיצוני* IPv4
IPv6 (נדרש מסלול פרימיום)* אפשר לצרף שירותים לקצה העורפי שלEXTERNAL_MANAGEDלכללי העברה שלEXTERNAL. עם זאת, אי אפשר לצרף שירותי קצה עורפי מסוגEXTERNALלכללי העברה מסוגEXTERNAL_MANAGED. כדי ליהנות מהתכונות החדשות שזמינות רק במאזן העומסים הגלובלי החיצוני של אפליקציות (ALB), מומלץ להעביר את המשאבים הקיימים שלEXTERNALאלEXTERNAL_MANAGEDבאמצעות תהליך ההעברה שמתואר במאמר העברת משאבים ממאזן עומסים קלאסי למאזן עומסים גלובלי חיצוני של אפליקציות (ALB).מאזן עומסים פנימי של אפליקציות (ALB): מאזן את העומסים של תעבורת הנתונים ברשת ה-VPC או ברשתות שמחוברות לרשת ה-VPC. לפרטים על הארכיטקטורה, קראו את המאמר ארכיטקטורה של מאזן עומסים פנימי של אפליקציות.
מצב פריסה מסלול שירות רשת סכמת איזון עומסים כתובת IP יציאות של הקצה הקדמי אזורי פנימי מסלול פרימיום INTERNAL_MANAGED IPv4
IPv6 (גרסת טרום-השקה (Preview))אפשר להפנות ליציאה אחת בדיוק מ-1 עד 65535.
פנימי בין אזורים*
מסלול פרימיום INTERNAL_MANAGED IPv4
IPv6 (גרסת טרום-השקה (Preview))* מאזן העומסים משתמש במשאבים גלובליים ואפשר לפרוס אותו באזור אחד או בכמה אזורים של 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 (בתנאי שה-backends מוגדרים כ-dual-stack) ל-backends שלכם. שימו לב שמאזני עומסים קלאסיים תומכים רק בהעברת נתונים דרך שרת 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) הם מאזני עומסים אזוריים בשכבה 7 שמבוססים על שרת proxy של Envoy. הם מאפשרים להריץ את תעבורת הנתונים של אפליקציית ה-HTTP ולהתאים אותה לעומס מאחורי כתובת IP פנימית. מאזני עומסים פנימיים של אפליקציות (ALB) תומכים בשרתי בק-אנד באזור אחד, אבל אפשר להגדיר אותם כך שיהיו נגישים באופן גלובלי ללקוחות מכל אזור ב-Google Cloud .
מאזן העומסים מפזר את תעבורת הנתונים בין קצוות עורפיים שמתארחים ב- Google Cloud, בסביבה מקומית או בסביבות ענן אחרות. מאזני עומסים פנימיים של אפליקציות תומכים גם בתכונות הבאות:
- סיום IPv6. מאזני העומסים הפנימיים תומכים בכתובות IPv4 ו-IPv6 לתנועת לקוחות. בקשות IPv6 של לקוחות מסתיימות בשכבת איזון העומסים, ואז מועברות באמצעות שרת proxy דרך חיבורי IPv4 או IPv6 (בתנאי שה-backends מוגדרים כ-dual-stack) ל-backends שלכם.
- *(מדיניות מקומית) בקבוצת מכונות בקצה העורפי או בקבוצת נקודות קצה ברשת, אתם יכולים להגדיר איך הבקשות יופצו למכונות או לנקודות הקצה החברות בקבוצה. לפרטים נוספים, קראו את המאמר ניהול תנועה.
- גישה גלובלית. כשהגישה הגלובלית מופעלת, לקוחות מכל אזור יכולים לגשת למאזן העומסים. לפרטים נוספים, ראו הפעלת גישה גלובלית.
- גישה מרשתות מחוברות. אתם יכולים לאפשר ללקוחות מרשתות אחרות לגשת למאזן העומסים, ולא רק ללקוחות מרשת ה-VPC של מאזן העומסים עצמו. Google Cloudהרשתות האחרות צריכות להיות מחוברות לרשת ה-VPC של מאזן העומסים באמצעות קישור בין רשתות VPC שכנות, Cloud VPN או Cloud Interconnect. לפרטים, ראו גישה לרשתות מחוברות.
- תאימות ל-GKE באמצעות Ingress (תזמור מלא). פרטים נוספים זמינים במאמר הגדרת Ingress למאזני עומסים פנימיים של אפליקציות.
- ארגון של מאזני עומסים פנימיים של אפליקציות (ALB) באזורים שונים ושל מאזני עומסים פנימיים אזוריים של אפליקציות (ALB) באפליקציות של App Hub, כדי להבין את האינטראקציות של מאזני העומסים ולתמוך בפונקציות עסקיות.
לסקירה כללית מלאה, קראו את המאמר סקירה כללית על הארכיטקטורה של מאזני עומסים פנימיים של אפליקציות.
תרחישים לדוגמה
בקטעים הבאים מתוארים כמה תרחישים נפוצים לשימוש במאזני עומסים של אפליקציות.
שירותי אינטרנט בשלוש שכבות
אפשר לפרוס שילוב של מאזני עומסים של אפליקציות ומאזני עומסי רשת כדי לתמוך בשירותי אינטרנט רגילים עם שלוש שכבות. בדוגמה הבאה אפשר לראות איך פורסים כל רמה, בהתאם לסוג התנועה:
- שכבת האינטרנט. חזית האפליקציה מנוהלת על ידי מאזן עומסים חיצוני של אפליקציות (ALB) עם קצוות עורפיים של קבוצות מכונות. תעבורת הנתונים נכנסת מהאינטרנט ומועברת דרך שרת proxy ממאזן העומסים לקבוצה של קצוות עורפיים של קבוצות מכונות באזורים שונים. רכיבי הקצה העורפי האלה שולחים תעבורת נתונים מסוג HTTP(S) לקבוצה של מאזני עומסים פנימיים של אפליקציות.
- שכבת האפליקציה. התוכנה לתווך של האפליקציה נפרסת ומותאמת לעומס באמצעות מאזן עומסים פנימי של אפליקציות וקצוות עורפיים של קבוצות מכונות. מאזני העומסים מפזרים את התנועה לקבוצות של מכונות תווכה. קבוצות המכונות האלה של התווכה שולחות את התנועה למאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי.
- רמת מסד הנתונים. מאזני עומסי הרשת משמשים כממשקי קצה (frontend) לשכבת מסד הנתונים. הם מפיצים את התנועה לקצוות העורפיים של אחסון הנתונים באזורים שונים.
גישה גלובלית למאזני עומסים פנימיים אזוריים של אפליקציות (ALB)
אם מפעילים גישה גלובלית למאזן העומסים של אפליקציות (ALB) פנימי אזורי, המכונות הווירטואליות של הלקוחות בשכבת האינטרנט יכולות להיות באזור אחר.
בדוגמה הזו של אפליקציה רב-שכבתית מוצגים:
- שכבת אינטרנט שזמינה באופן גלובלי ומיועדת לאינטרנט, שמאזנת את עומסי התנועה באמצעות מאזן עומסים חיצוני של אפליקציות (ALB).
- שכבת מסד נתונים פנימית של שרת לקצה העורפי עם איזון עומסים באזור
us-east1, שאליה ניגשת שכבת האינטרנט הגלובלית. - מכונה וירטואלית של לקוח שהיא חלק משכבת האינטרנט באזור
europe-west1, שניגשת לשכבת מסד הנתונים הפנימי עם איזון העומסים שנמצאת באזורus-east1.
עומסי עבודה עם תאימות לסמכות שיפוט
בחלק מעומסי העבודה עם דרישות רגולטוריות או דרישות תאימות, הגדרות הרשת וסיום התנועה צריכים להיות באזור ספציפי. בעומסי העבודה האלה, מאזן עומסים חיצוני אזורי של אפליקציות (ALB) הוא בדרך כלל האפשרות המועדפת כדי לספק את אמצעי הבקרה המשפטיים שנדרשים לעומסי העבודה האלה.
ניהול מתקדם של תעבורת נתונים
מאזני העומסים של האפליקציות תומכים בתכונות מתקדמות לניהול תעבורת הנתונים, שמאפשרות לכם לשלוט באופן מדויק בטיפול בתעבורת הנתונים. היכולות האלה כוללות:
- אתם יכולים לעדכן את אופן ניהול התנועה בלי לשנות את קוד האפליקציה.
- אתם יכולים לנתב תנועה בצורה חכמה על סמך פרמטרים של HTTP(S), כמו מארח, נתיב, כותרות ופרמטרים אחרים של בקשות. לדוגמה, אפשר להשתמש בקטגוריות של Cloud Storage כדי לטפל בתוכן וידאו סטטי, ולהשתמש בקבוצות של מכונות או ב-NEG כדי לטפל בכל שאר הבקשות.
- כדי לצמצם את הסיכונים כשפורסים גרסה חדשה של האפליקציה, אפשר להשתמש בחלוקת תנועה לפי משקל. לדוגמה, אפשר לשלוח 95% מהתנועה לגרסה הקודמת של השירות ו-5% לגרסה החדשה. אחרי שמוודאים שהגרסה החדשה פועלת כמו שצריך, אפשר לשנות בהדרגה את האחוזים עד ש-100% מהתנועה תגיע לגרסה החדשה של השירות. חלוקת התנועה משמשת בדרך כלל לפריסת גרסאות חדשות, לבדיקות A/B, להעברת שירותים, למודרניזציה של שירותים מדור קודם ולתהליכים דומים.
הדוגמה הבאה ממחישה ניתוב מבוסס-נתיב שמוטמע באמצעות מאזן עומסים פנימי של אפליקציות (ALB). כל נתיב מטופל על ידי קצה עורפי אחר.
לפרטים נוספים, אפשר לעיין במאמרים הבאים:
- סקירה כללית על ניהול תעבורת הנתונים במאזני עומסים גלובליים חיצוניים של אפליקציות (ALB)
- סקירה כללית על ניהול תעבורת הנתונים במאזני עומסים חיצוניים אזוריים של אפליקציות (ALB)
הרחבה באמצעות Service Extensions
השילוב עם תוספי שירות מאפשר להוסיף לוגיקה מותאמת אישית לנתיב איזון העומסים של מאזני עומסים נתמכים של אפליקציות.
מידע נוסף זמין במאמר סקירה כללית על תוספי שירות.
העברת שירותים מדור קודם אל Google Cloud
העברת שירות קיים אל Google Cloud מאפשרת לכם לפנות קיבולת מקומית ולהפחית את העלות והעומס של תחזוקת התשתית המקומית. אתם יכולים להגדיר באופן זמני פריסה היברידית שמאפשרת לנתב את התנועה גם לשירות המקומי הנוכחי וגם לנקודת קצה תואמת של שירות Google Cloud .
הדיאגרמה הבאה מדגימה הגדרה זו עם מאזן עומסים פנימי של אפליקציות (ALB). אם אתם משתמשים במאזן עומסים פנימי, אתם יכולים להגדיר את מאזן העומסים Google Cloud כך שישתמש בחלוקת תנועה מבוססת-משקל כדי לפצל את התנועה בין שני השירותים. חלוקת התנועה מאפשרת לכם להתחיל בשליחת 0% מהתנועה לשירותGoogle Cloud ו-100% לשירות המקומי. אחר כך תוכלו להגדיל בהדרגה את אחוז התנועה שנשלחת לשירות Google Cloud. בסופו של דבר, אתם שולחים 100% מתעבורת הנתונים לשירות Google Cloud, ויכולים להוציא משימוש את השירות המקומי.
איזון עומסים לאפליקציות GKE
יש שלוש דרכים לפרוס מאזני עומסים של אפליקציות באשכולות GKE:
- GKE Gateway controller. נתמך רק במאזני עומסים גלובליים חיצוניים של אפליקציות (ALB), במאזני עומסים קלאסיים של אפליקציות ובמאזני עומסים פנימיים אזוריים של אפליקציות. הוראות להגדרה מפורטות במאמר פריסת שערים.
- בקר GKE Ingress. אתם יכולים להשתמש בבקר המובנה של GKE Ingress, שפורסGoogle Cloud מאזני עומסים בשביל משתמשי GKE. הארכיטקטורה הזו זהה לארכיטקטורה העצמאית של איזון העומסים, אבל מחזור החיים שלה אוטומטי לחלוטין ונשלט על ידי GKE. נתמך במאזני עומסים חיצוניים ופנימיים של אפליקציות (ALB). הוראות להגדרה מפורטות במאמרים הבאים:
- קבוצות NEG עצמאיות ברמת האזור. קבוצות NEG עצמאיות נפרסות ומנוהלות באמצעות בקר ה-NEG של GKE, אבל כל המשאבים של איזון העומסים (כללי העברה, בדיקות תקינות וכו') נפרסים באופן ידני. הם נתמכים גם במאזני עומסים חיצוניים וגם במאזני עומסים פנימיים של אפליקציות.
איזון עומסים לאפליקציות של Cloud Run, פונקציות Cloud Run ו-App Engine
אתם יכולים להשתמש במאזן עומסים של אפליקציות (ALB) כממשק הקצה של האפליקציות ללא שרת (serverless) ב-Google Cloud . כך תוכלו להגדיר את האפליקציות ללא שרת (serverless) כך שיטפלו בבקשות מכתובת IP ייעודית שלא משותפת עם שירותים אחרים.
כדי להגדיר את זה, משתמשים ב-NEG ללא שרת (serverless) בתור הקצה העורפי של מאזן העומסים. בתרשימים הבאים מוצג איך אפליקציה בלי שרת (serverless) משולבת עם מאזן עומסים של אפליקציות (ALB).
חיצוני גלובלי
בתרשים הזה אפשר לראות איך קבוצת נקודות קצה ברשת ללא שרת משתלבת בארכיטקטורה של מאזן עומסים גלובלי חיצוני של אפליקציות.
אזורי חיצוני
בתרשים הזה אפשר לראות איך קבוצת נקודות קצה ללא שרת משתלבת בארכיטקטורה של מאזן עומסים חיצוני אזורי של אפליקציות (ALB). מאזן העומסים הזה תומך רק בקצוות עורפיים של Cloud Run.
אזורי פנימי
בתרשים הזה אפשר לראות איך קבוצת נקודות קצה ברשת ללא שרת משתלבת במודל של מאזן עומסים פנימי אזורי של אפליקציות. מאזן העומסים הזה תומך רק בקצוות עורפיים של Cloud Run.
פנימי בין אזורים
בתרשים הזה אפשר לראות איך קבוצת נקודות קצה ללא שרת משתלבת במודל של מאזן עומסים פנימי של אפליקציות בכמה אזורים. מאזן העומסים הזה תומך רק בקצוות עורפיים של Cloud Run.
מסמכים קשורים:
- סקירה כללית על קבוצות NEG ללא שרת (serverless)
- הגדרת מאזן עומסים גלובלי חיצוני של אפליקציות (ALB) עם Cloud Run, פונקציות Cloud Run או App Engine בקצה העורפי
- הגדרת מאזן עומסים חיצוני אזורי של אפליקציות (ALB) עם קצה עורפי של Cloud Run
- הגדרת מאזן עומסים פנימי אזורי של אפליקציות (ALB) עם קצה עורפי של Cloud Run
- הגדרת מאזן עומסים פנימי של אפליקציות (ALB) בכמה אזורים באמצעות Cloud Run
איזון עומסים לקצוות עורפיים מחוץ ל- Google Cloud
מאזני עומסים של אפליקציות תומכים באיזון עומסים של תנועה לנקודות קצה שחורגות מ- Google Cloud, כמו מרכזי נתונים מקומיים וסביבות ענן אחרות. בדרך כלל אפשר לגשת לקצוות עורפיים חיצוניים באחת מהדרכים הבאות:
נגישות דרך האינטרנט הציבורי. בנקודות הקצה האלה, משתמשים ב-NEG באינטרנט בתור הקצה העורפי של מאזן העומסים. קבוצת נקודות הקצה לאינטרנט מוגדרת כך שהיא תצביע על נקודת קצה אחת של FQDN:Port או IP:Port ב-backend החיצוני. קבוצות NEG באינטרנט יכולות להיות גלובליות או אזוריות.
בתרשים הבא אפשר לראות איך להתחבר לקצוות עורפיים חיצוניים שנגישים דרך האינטרנט הציבורי, באמצעות NEG גלובלי לאינטרנט.
מאזן עומסים גלובלי חיצוני של אפליקציות (ALB) עם קצה עורפי חיצוני. לפרטים נוספים, קראו את הסקירה הכללית על קבוצות NEG באינטרנט.
אפשר לגשת אליהם באמצעות קישוריות היברידית (Cloud Interconnect או Cloud VPN). בנקודות הקצה האלה, משתמשים ב-NEG היברידי בתור הקצה העורפי של מאזן העומסים. קבוצת ה-NEG ההיברידית מוגדרת כך שהיא מפנה לנקודות קצה של IP:Port בקצה העורפי החיצוני.
בתרשימים הבאים מוסבר איך להתחבר לקצוות עורפיים חיצוניים שאפשר לגשת אליהם באמצעות Cloud Interconnect או Cloud VPN.
חיצוני
קישוריות היברידית עם מאזני עומסים גלובליים חיצוניים של אפליקציות (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 ולשירותים אזוריים נתמכים. מידע נוסף זמין במאמר גישה לממשקי Google API דרך קצוות עורפיים.
זמינות גבוהה ויתירות כשל
אפשר להשתמש ביתירות כשל בין אזורים עם מאזני עומסים גלובליים חיצוניים של אפליקציות (ALB), מאזני עומסים קלאסיים של אפליקציות ומאזני עומסים פנימיים של אפליקציות בין אזורים. מאזני העומסים האלה מאפשרים לשפר את הזמינות של השירות כשיוצרים שירותים גלובליים לקצה העורפי עם קצוות עורפיים בכמה אזורים. אם שירותי הקצה העורפי באזור מסוים מושבתים, התנועה מועברת בצורה חלקה לאזור אחר.
אפשר גם להגדיר זמינות גבוהה עם יתירות כשל ברמת מאזן העומסים, באמצעות מדיניות הניתוב של Cloud DNS ובדיקות תקינות.
למידע נוסף על האופן שבו פועלים זמינות גבוהה ויתירות כשל, ראו את הנושאים הבאים:
- יתירות כשל במאזני עומסים גלובליים חיצוניים של אפליקציות (ALB)
- זמינות גבוהה של מאזני עומסים חיצוניים אזוריים של אפליקציות (ALB)
- הפצת בקשות במאזני עומסים חיצוניים של אפליקציות (ALB)
- מאזני עומסים פנימיים של אפליקציות (ALB): זמינות גבוהה ויתירות כשל חוצת-אזורים