Google Cloud בדרך כלל נדרש כלל אחד או יותר בחומת האש כדי להבטיח שהתנועה מהלקוחות תגיע לשרתי הקצה העורפיים.
ברוב מאזני העומסים צריך לציין בדיקת תקינות למופעי קצה עורפיים. כדי שבודקי תקינות יוכלו להגיע לשרתים העורפיים, צריך ליצור כלל חומת אש שמאפשר תעבורת נתונים נכנסת (ingress) של בודקי תקינות לשרתים העורפיים.
מאזני עומסים שמבוססים על ממשקי קצה של Google (GFE) מחייבים כלל חומת אש שמאפשר תעבורת נתונים נכנסת (ingress) כדי לאפשר לתעבורה משרת ה-proxy של GFE להגיע לשרתים העורפיים (backend instance). ברוב המקרים, פרוקסי GFE משתמשים באותם טווחי כתובות IP של המקור כמו בדיקות תקינות, ולכן לא נדרש כלל חומת אש נפרדת. החריגים מפורטים בטבלה הבאה.
מאזני עומסים שמבוססים על שרת ה-proxy של Envoy בקוד פתוח דורשים כלל חומת אש שמאפשר תעבורת נתונים נכנסת (ingress) מתת-רשת של שרת proxy בלבד לשרתים העורפיים (backend instance). מאזני העומסים האלה מסיימים את החיבורים הנכנסים, ותעבורת הנתונים ממאזן העומסים לשרתים העורפיים נשלחת מכתובות IP בתת-הרשת של שרת proxy בלבד.
בטבלה הבאה מפורטים כללי חומת האש המינימליים שנדרשים לכל סוג של איזון עומסים.
| סוג מאזן העומסים | כללי חומת האש המינימליים שנדרשים כדי לאפשר תעבורה נכנסת | סקירה כללית | דוגמה |
|---|---|---|---|
| מאזן עומסים גלובלי חיצוני של אפליקציות (ALB) |
|
סקירה כללית | דוגמה |
| מאזן עומסים קלאסי של אפליקציות (ALB) |
|
סקירה כללית | דוגמה |
| מאזן עומסים חיצוני אזורי של אפליקציות (ALB) |
|
סקירה כללית | דוגמה |
| מאזן עומסים פנימי של אפליקציות (ALB) שפועל בכמה אזורים |
|
סקירה כללית | דוגמה |
| מאזן עומסים פנימי אזורי של אפליקציות (ALB) |
|
סקירה כללית | דוגמה |
| מאזן עומסי רשת גלובלי חיצוני בשרת proxy |
|
סקירה כללית | דוגמה |
| מאזן עומסי רשת קלאסי בשרת proxy |
|
סקירה כללית | דוגמה |
| מאזן עומסי רשת אזורי חיצוני בשרת proxy |
|
סקירה כללית | דוגמה |
| מאזן עומסי רשת פנימי אזורי בשרת proxy |
|
סקירה כללית | דוגמה |
| מאזן עומסי רשת פנימי בשרת proxy בין אזורים |
|
סקירה כללית | דוגמה |
| מאזן עומסי רשת חיצוני להעברת סיגנל ללא שינוי |
|
סקירה כללית |
דוגמאות |
| מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי |
|
סקירה כללית | single-stack dual-stack |
1 אין צורך לאפשר תנועה מטווחים של בדיקות תקינות של Google עבור קבוצות מעורבות של נקודות קצה ברשת (NEGs). עם זאת, אם אתם משתמשים בשילוב של NEGs היברידיים ואזוריים בשירות לקצה העורפי יחיד, אתם צריכים לאפשר תנועה מטווחים של בדיקות תקינות של Google עבור ה-NEGs האזוריים.
2 ב-NEGs אזוריים של אינטרנט, בדיקות התקינות הן אופציונליות. תעבורת נתונים ממאזני עומסים שמשתמשים ב-NEGs של אינטרנט אזורי מגיעה מרשת המשנה של שרת ה-proxy בלבד, ואז מתבצעת תרגום NAT (באמצעות Cloud NAT) לכתובות IP של NAT שהוקצו באופן ידני או אוטומטי. התנועה הזו כוללת גם בדיקות תקינות וגם בקשות של משתמשים ממאזן העומסים אל השרתים העורפיים. פרטים נוספים זמינים במאמר בנושא קבוצות אזוריות של נקודות קצה ברשת: שימוש בשער Cloud NAT.