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 אזוריים לאינטרנט, בדיקות התקינות הן אופציונליות. תעבורת נתונים ממאזני עומסים שמשתמשים ב-regional internet NEGs מגיעה מ-proxy-only subnet ואז עוברת תרגום NAT (באמצעות Cloud NAT) לכתובות IP של NAT שהוקצו באופן ידני או אוטומטי. התנועה הזו כוללת גם בדיקות תקינות וגם בקשות של משתמשים ממאזן העומסים לשרתי הקצה. פרטים נוספים זמינים במאמר בנושא NEGs אזוריים: שימוש בשער Cloud NAT.