מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי הוא מאזן עומסים אזורי שמאפשר לכם להפעיל את השירותים שלכם ולהתאים אותם לעומס מאחורי כתובת IP פנימית. אתם יכולים להשתמש במאזן עומסי רשת פנימי מסוג passthrough בתור הניתור הבא שאליו מועברות חבילות הנתונים לאורך הנתיב ליעד הסופי שלהן. כדי לעשות את זה, מגדירים את מאזן העומסים כצעד הבא במסלול סטטי.
לפני שמעיינים במידע שבדף הזה, חשוב להכיר את המושגים הבאים:
השימוש בצעד הבא של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי מועיל במקרים הבאים:
כדי לאזן את עומס התנועה בין כמה מכונות וירטואליות שפועלות כמכונות וירטואליות של שער או נתב.
כדי להשתמש במכשירי שער וירטואליים בתור הצעד הבא במסלול ברירת המחדל. במסגרת ההגדרה הזו, מכונות וירטואליות (VM) ברשת הענן הווירטואלי הפרטי (VPC) שולחות תעבורה לאינטרנט דרך קבוצה של מכונות וירטואליות של שערים וירטואליים עם איזון עומסים.
כדי לשלוח תעבורת נתונים דרך כמה מאזני עומסים בשני כיוונים או יותר באמצעות אותו סט של מכונות וירטואליות של שער או נתב עם multi-NIC בתור בק-אנד. כדי לעשות את זה, יוצרים מאזן עומסים ומשתמשים בו כצעד הבא במסלול סטטי בכל רשת VPC. כל מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי פועל בתוך רשת VPC אחת, ומפיץ את התעבורה לממשקי הרשת של מכונות וירטואליות של בק-אנד באותה רשת.
ארכיטקטורה
בתרשים הבא, קבוצת מכונות וירטואליות של נתבים משמשת כקצה העורפי של שני מאזני עומסים שונים.
מאזן העומסים הראשון להעברת סיגנל ללא שינוי שולח חבילות ל-nic0 ממכונות ה-VM של ה-Backend, ומאזן העומסים השני להעברת סיגנל ללא שינוי שולח חבילות ל-nic1 באותם מכונות Backend.
היתרונות בשימוש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כצעד הבא
כשמאזן העומסים הוא הניתוב הבא לניתוב סטטי, לא נדרש שום תהליך הגדרה מיוחד במערכות ההפעלה של מכונות וירטואליות של לקוחות ברשת ה-VPC שבה מוגדר הניתוב. מכונות וירטואליות של לקוחות שולחות חבילות לשרתי הקצה העורפיים של מאזן העומסים דרך ניתוב ברשת VPC, בשיטת bump-in-the-wire.
שימוש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כצעד הבא במסלול סטטי מספק את אותם היתרונות כמו שימוש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עצמאי. בדיקת תקינות של איזון העומסים מוודאת שחיבורים חדשים מנותבים למכונות וירטואליות תקינות בעורף. אם משתמשים בקבוצת מופעי מכונה מנוהלים כקצה עורפי, אפשר להגדיר התאמה אוטומטית לעומס כדי להגדיל או להקטין את קבוצת המכונות הווירטואליות בהתאם לביקוש לשירות.
מפרטים
בהמשך מפורטות ההגדרות לשימוש במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי כנקודות קפיצה הבאות.
מסלולים
אפשר ליצור מסלול סטטי כדי להעביר תעבורת נתונים של TCP, UDP ופרוטוקולים אחרים למאזן עומסי רשת פנימי מסוג העברת סיגנל ללא שינוי, שבו מאזן העומסים הוא הצעד הבא במסלול הסטטי. המסלול יכול להיות קידומת CIDR חיצונית (ניתנת לניתוב ציבורי) או קידומת CIDR פנימית, אם הקידומת לא מתנגשת עם מסלול של תת-רשת. לדוגמה, אפשר להחליף את נתיב ברירת המחדל (0.0.0.0/0) בנתיב שמפנה תנועה למכונות וירטואליות של צד שלישי לעיבוד מנות.
אפשרויות לציון הצעד הבא
אפשר לציין את הצעד הבא של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי באחת משתי דרכים:
- באמצעות השם והאזור של כלל ההעברה
- באמצעות כתובת ה-IP של כלל ההעברה
פרטים על הפרויקט ורשת ה-VPC שבהם יכולה להיות מכונת הצעד הבא של מאזן עומסי רשת פנימי מסוג passthrough מפורטים במאמר מכונות של הצעד הבא ותכונות.
אתם יכולים להחליף מסלולים סטטיים עם הצעדים הבאים של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי באמצעות שיוך רשתות VPC. פרטים נוספים זמינים במאמר בנושא אפשרויות להחלפת מסלולים סטטיים.
טווח היעד
היעד של נתיב סטטי לא יכול להיות שווה לנתיב של רשת משנה או ספציפי ממנו. שימו לב שספציפי יותר אומר שמסיכת רשת המשנה ארוכה יותר. הכלל הזה חל על כל המסלולים הסטטיים, כולל במקרים שבהם הצעד הבא הוא מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי. לדוגמה, נניח שכתובת ה-IP של רשת המשנה היא 10.140.0.0/20. היעד של נתיב סטטי לא יכול להיות זהה (10.140.0.0/20), והוא לא יכול להיות ספציפי יותר, כמו ב-10.140.0.0/22.
אותה רשת VPC ואותו אזור
מסלולים סטטיים שמשתמשים במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי בתור הצעד הבא מוגבלים ל:
רשת VPC אחת. מאזן העומסים והנתיב הסטטי צריכים להיות באותה רשת VPC.
אזור אחד או כל האזורים. אלא אם מגדירים גישה גלובלית, המסלול הסטטי זמין רק למשאבים באותו אזור שבו נמצא מאזן העומסים. ההגבלה האזורית הזו נאכפת גם אם המסלול עצמו הוא חלק מטבלת הניתוב של כל רשת ה-VPC. אם מפעילים גישה גלובלית, המסלול הסטטי זמין למשאבים בכל אזור.
פרסום של מסלול סטטי
כדי לפרסם את הקידומת (יעד) של המסלול הסטטי, אפשר להשתמש במצב הפרסום המותאם אישית של Cloud Router. ההיקף של פרסום המסלול תלוי בהגדרת הגישה הגלובלית של מאזן העומסים, באופן הבא:
כשגישה גלובלית מושבתת, מאזן העומסים הפנימי מסוג Network Load Balancer זמין רק למכונות וירטואליות, למנהרות Cloud VPN ולחיבורי Cloud Interconnect (VLAN) שנמצאים באותו אזור כמו מאזן העומסים. לכן, פרסום נתיב מותאם אישית של קידומת של נתיב סטטי הגיוני רק אם Cloud Router ומאזן העומסים נמצאים באותו אזור.
כשגישה גלובלית מופעלת, מאזן העומסים הפנימי מסוג Network Load Balancer זמין למכונות וירטואליות, למנהרות Cloud VPN ולחיבורי Cloud Interconnect (רשתות VLAN) שנמצאים בכל אזור. בניתוב דינמי גלובלי, מערכות מקומיות יכולות להשתמש בנתיב הסטטי מכל אזור מחובר.
בטבלה הבאה מפורטת רמת הנגישות של איזון העומסים.
| גישה גלובלית | מצב ניתוב דינמי של רשת VPC | גישה למאזן עומסים |
|---|---|---|
| מושבת | אזורי | הגישה אליו אפשרית לנתבים באותו אזור |
| מושבת | עולמי | הגישה אליו אפשרית לנתבים באותו אזור |
| מופעל | אזורי | אפשר לגשת לנתב מכל האזורים בכל מקום |
| מופעל | עולמי | אפשר לגשת לנתב מכל האזורים בכל מקום |
מידע נוסף מופיע במאמר בנושא מאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי ורשתות מקושרות.
סדר הפעולות
כדי ליצור מסלול סטטי שמשתמש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כקפיצה הבאה, צריך קודם ליצור מאזן עומסים כזה. מאזן העומסים צריך להתקיים לפני שיוצרים את המסלול. אם תנסו ליצור מסלול שמפנה למאזן עומסים שלא קיים, Google Cloud תחזור שגיאה.
כדי לציין את הניתוב הבא של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, משתמשים בשם של כלל ההעברה ובאזור של מאזן העומסים, או בכתובת ה-IP הפנימית שמשויכת לכלל ההעברה.
אחרי שיוצרים מסלול עם קפיצה הבאה שמפנה למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, אי אפשר למחוק את מאזן העומסים אלא אם מוחקים קודם את המסלול. במילים אחרות, אי אפשר למחוק כלל להעברה פנימית עד שלא יהיה יותר מסלול סטטי שמשתמש במאזן העומסים הזה כצעד הבא.
עיבוד של תנועת TCP, UDP ופרוטוקולים אחרים
כשמאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי נפרס כנקודת מעבר הבאה, Google Cloud הוא מעביר את כל התעבורה בכל היציאות למכונות הווירטואליות של הקצה העורפי, ללא קשר ל פרטים הבאים:
- הפרוטוקול והגדרת היציאה של כלל ההעברה
- הגדרת הפרוטוקול של שירות הקצה העורפי
מאזן העומסים הפנימי להעברת סיגנל ללא שינוי, שהוא הניתור הבא של המסלול, תומך בצורה חלקה בהעברת כל התעבורה של הפרוטוקולים שנתמכים על ידי רשתות VPC (כמו TCP, UDP ו-ICMP). Google Cloud
שיקולים נוספים
כללי העברה נתמכים. Google Cloud תומך רק בכללי העברה של מאזן עומסי רשת פנימי מסוג Network Load Balancer עם העברה פנימית של נתונים לנקודת הקפיצה הבאה. Google Cloud לא תומך בכללי העברה של נקודת הקפיצה הבאה שמשמשים מאזני עומסים אחרים, העברת פרוטוקולים או נקודות קצה של Private Service Connect.
שיטות הגדרה ורשת ופרויקט של כלל העברה. אפשר לציין כלל להעברת נתונים לקפיצה הבאה באחת משלוש הדרכים הבאות. שיטת ההגדרה שבה משתמשים קובעת אם הרשת של כלל ההעברה צריכה להיות זהה לרשת של המסלול, ובאיזה פרויקט יכול להיות כלל ההעברה.
בוחרים אחת מהשיטות הבאות ומוודאים שגרסת ה-IP של כלל ההעברה תואמת לגרסת ה-IP של המסלול הסטטי שיוצרים:
לפי שם כלל ההעברה (
--next-hop-ilb) והאזור (--next-hop-ilb-region): כשמציינים כלל העברה של קפיצה הבאה לפי שם ואזור, רשת ההעברה חייבת להיות זהה לרשת ה-VPC של המסלול. כלל ההעברה צריך להיות באותו פרויקט שמכיל את הרשת של כלל ההעברה (פרויקט עצמאי או פרויקט מארח של VPC משותף).לפי קישור למשאב של כלל העברה: קישור למשאב של כלל העברה הוא בפורמט
/projects/PROJECT_ID/regions/REGION/forwardingRules/FORWARDING_RULE_NAME, כאשרPROJECT_IDהוא מזהה הפרויקט שמכיל את כלל ההעברה,REGIONהוא האזור של כלל ההעברה ו-FORWARDING_RULE_NAMEהוא השם של כלל ההעברה. כשמציינים כלל להעברת נתונים לניתוב הבא באמצעות קישור למשאב, רשת ה-VPC של הכלל להעברת נתונים צריכה להיות זהה לרשת ה-VPC של המסלול. כלל ההעברה יכול להיות ממוקם בפרויקט שמכיל את הרשת של כלל ההעברה (פרויקט עצמאי או פרויקט מארח של VPC משותף) או בפרויקט שירות של VPC משותף.לפי כתובת IP של כלל העברה: כשמציינים כלל העברה של קפיצה הבאה לפי כתובת IPv4 או IPv6, הרשת של כלל ההעברה יכולה להיות או רשת ה-VPC של המסלול או רשת VPC שמחוברת לרשת ה-VPC של המסלול באמצעות קישור בין רשתות VPC שכנות או NCC. NCC תומך במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי של הנתונים של הניתוב לקפיצה הבאה ב-VPC spoke, בכפוף לדרישות של NCC לקישוריות. כלל ההעברה יכול להיות ממוקם בפרויקט שמכיל את הרשת של כלל ההעברה (פרויקט עצמאי או פרויקט מארח של VPC משותף) או בפרויקט שירות של VPC משותף.
השפעת הגישה הגלובלית. מסלולים סטטיים מותאמים אישית באמצעות הצעד הבא במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי מתוכנתים בכל האזורים. האם אפשר להשתמש בקפיצה הבאה תלוי בהגדרת הגישה הגלובלית של מאזן העומסים. כשהגישה הגלובלית מופעלת, אפשר לגשת לקפיצה הבאה של מאזן העומסים בכל האזורים של רשת ה-VPC. אם הגישה הגלובלית מושבתת, אפשר לגשת לקפיצה הבאה של מאזן העומסים רק באותו אזור שבו נמצא מאזן העומסים. אם הגישה הגלובלית מושבתת, מנות שנשלחות מאזור אחר למסלול באמצעות קפיצה הבאה של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי נמחקות.
כשכל הקצוות העורפיים לא תקינים. כשכל הקצוות העורפיים של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי נכשלים בבדיקות התקינות, המסלולים שמשתמשים במאזן העומסים הזה עדיין בתוקף. חבילות שעברו עיבוד על ידי המסלול נשלחות לאחד מהבק-אנדים של מאזן העומסים של הניתוב הבא, בהתאם לחלוקת התנועה.
אין תמיכה בכללי העברה שמשתמשים בכתובת IP פנימית משותפת (
--purpose=SHARED_LOADBALANCER_VIP). תכונות שסותרות זו את זו: מאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי וכללי העברה של מאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי שמשתמשים בכתובת IP משותפת כדי להפנות לשירותים שונים בעורף (מאזני עומסי רשת פנימיים שונים להעברת סיגנל ללא שינוי). מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי של הצעד הבא חייב להשתמש בכתובת IP ייחודית לכלל ההעברה של מאזן העומסים, כדי שרק שירות לקצה העורפי אחד (מאזן עומסים אחד) יקבל הפניה חד-משמעית. תעבורת נתונים שנשלחת למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי מסוג next-hop שהוגדר עם כתובת IP משותפת מבוטלת ללא הודעה.כמה מסלולים עם אותם יעדים ועדיפויות, אבל עם מאזני עומסי רשת פנימיים שונים להעברת סיגנל ללא שינוי. Google Cloud אף פעם לא מתבצעת חלוקת תעבורה בין שני מאזני עומסי רשת פנימיים או יותר להעברת סיגנל ללא שינוי באמצעות ECMP. Google Cloudנבחר מאזן עומסי רשת פנימי יחיד להעברת סיגנל ללא שינוי באמצעות אלגוריתם פנימי, וGoogle Cloud אין ערובה לכך שייבחר באופן עקבי אותו מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי. מומלץ לא ליצור שתי הגדרות או יותר של ניתוב סטטי באותה רשת VPC אם ההגדרות שונות רק במאזן העומסים הפנימי של Network Load Balancer שמוגדר כהופ הבא.
כמה מסלולים עם אותם יעדים, אותן עדיפויות ואותו מעבר פנימי של מאזני עומסים ברשת. בלי תג רשת, Google Cloud אי אפשר ליצור כמה מסלולים סטטיים עם אותו שילוב של יעד, עדיפות והצעד הבא במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי. באמצעות תגי רשת, אתם יכולים ליצור כמה מסלולים סטטיים עם אותו שילוב של יעד, עדיפות וצעד הבא במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי.
דרישות
הדרישות הבאות חלות כשצריך לשלוח תנועה דרך שני מאזני עומס פנימיים מסוג Network Load Balancer שמשתמשים באותם מכונות וירטואליות (VM) בעורף. במצב כזה, למכונות הווירטואליות (VM) בעורף יש שני ממשקי רשת עם איזון עומסים, ומאזן עומסים אחד משתמש בכל ממשק. כל ממשק נמצא ברשת VPC אחרת, ולכל רשת VPC יש מסלול סטטי שמשתמש באחד ממאזני העומסים כצעד הבא. זוהי הגדרה נפוצה אם מכונות וירטואליות בעורף מבצעות ניתוב, חומת אש או פונקציונליות של שרת proxy.
הדרישות של מאזן העומסים
לשני מאזני העומסים צריך להיות אותו סט של שרתי קצה עורפיים שעומדים בדרישות. שימו לב: מגיעים לרשימת ה-backends שעומדים בדרישות אחרי שלבים 2.1 ו-2.2 בתהליך של בחירת backend ומעקב אחר קישור.
התוצאות של הפעולה הזו הן:
התכונה 'מעבר לגיבוי בעת כשל' צריכה להיות מושבתת בשני מאזני העומסים או מופעלת בשניהם. אם מפעילים את האפשרות הזו, צריך להגדיר את אותן מדיניות יתירות כשל בשני מאזני העומסים.
הקצה העורפי חייב לעבור את בדיקות תקינות הפעולה בשני מאזני העומסים בו-זמנית, או להיכשל בהן בו-זמנית.
- לשני מאזני העומסים צריכה להיות אותה הגדרה של זיקה אזורית.
שני מאזני העומסים צריכים לבחור קצה עורפי שעומד בדרישות באותו אופן. כדי לעמוד בדרישה הזו:
- שני מאזני העומסים צריכים להשתמש באותה הגדרת זיקה לסשן.
- אי אפשר להגדיר את ההגדרה של זיקה לסשן נפוץ ל-
CLIENT_IP_NO_DESTINATION.
הזיקה לסשן קובעת אילו מאפיינים של מנות נתונים עוברים גיבוב כדי לבחור קצה עורפי מתאים. גיבוב סימטרי פירושו Google Cloud שמחושב אותו גיבוב למנות בשני הכיוונים של זרימה. הגיבוב לא משתנה כשכתובת ה-IP:היציאה של המקור מוחלפת בכתובת ה-IP:היציאה של היעד. הגיבוב הסימטרי דורש הגדרת שיוך לסשן שכוללת כתובת IP של יעד או כתובת IP של יעד:מידע על יציאה, ולכן אפשר להשתמש בכל שיוך לסשן חוץ מ
CLIENT_IP_NO_DESTINATION.שני איזוני העומסים צריכים לעקוב אחרי החיבורים באותו אופן. התוצאות של הפעולה הזו הן:
שני מאזני העומסים צריכים להשתמש באותו מצב מעקב אחר חיבורים (
PER_CONNECTIONאוPER_SESSION). כך נמנע מצב שבו מאזן עומסים אחד עשוי לקבץ כמה חיבורים לאותו רשומה בטבלת המעקב אחר חיבורים, בהשוואה למאזן העומסים השני.בשני מאזני העומסים צריך להשתמש באותו פסק זמן של חוסר פעילות ובהגדרה של שמירת חיבורים בשרתי קצה עורפיים לא תקינים.
דרישות לגבי לקוחות ושרתים
אם מגדירים מאזני עומסים פנימיים להעברת סיגנל ללא שינוי עם זיקה אזורית, צריך לשקול בקפידה איך הזיקה האזורית משפיעה על זרימת הנתונים מלקוח לשרת ומשרת ללקוח באותו חיבור. אם אתם צריכים שחבילות יעובדו על ידי אותה מכונת VM של קצה עורפי בשני הכיוונים של אותו חיבור, האפשרויות הבאות למיקום נתמכות:
מכונות וירטואליות של לקוח, שרת ובק-אנד, כולן באותו אזור: במיקום הזה, שרתי הבק-אנד המתאימים ששונו של כל מאזן עומסים יכולים להיות זהים, בכפוף לדרישות של מאזן העומסים, כי יש התאמה אזורית בשני הכיוונים. הזרימה של חבילות מלקוח לשרת עבור חיבור יכולה להשתמש באותו קצה עורפי כמו הזרימה המתאימה משרת ללקוח.
מכונות וירטואליות של לקוחות ושרתים באזור (או באזורים) שאין בו מכונות וירטואליות של בק-אנד: במיקום הזה, אף פעם לא תהיה התאמה אזורית כשחבילות נשלחות בין לקוחות ושרתים, ולכן הקרבה האזורית לא משפיעה על השרתים המקוריים שעומדים בדרישות.
דרישות לגבי הקצה העורפי
צריך להגדיר את כל המכונות הווירטואליות של הבק-אנד במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כך שיאפשרו העברת IP (
--can-ip-forward = True). מידע נוסף זמין במאמר שיקולים משותפים למכונות וירטואליות ולמאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי.אי אפשר להשתמש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, שהעורפים שלו הם צמתים של Google Kubernetes Engine (GKE), כנקודת קפיצה הבאה במסלול סטטי. התוכנה בצמתים יכולה לנתב תעבורה ל-Pods רק אם היעד תואם לכתובת IP שמנוהלת על ידי האשכול, ולא ליעד שרירותי.
תרחישים לדוגמה
אפשר להשתמש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כצעד הבא בכמה פריסות וטופולוגיות.
לכל דוגמה, חשוב לשים לב להנחיות הבאות:
בדוגמאות האלה, ממשקי הרשת של כל מכונה וירטואלית נמצאים ברשתות VPC נפרדות.
אי אפשר להשתמש במכונות וירטואליות של בק-אנד או במאזני עומסים כדי לנתב תעבורה בין רשתות משנה באותה רשת VPC, כי אי אפשר לבטל את ההגדרות של נתיבי רשתות משנה.
מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי הוא מאזן עומסים להעברת סיגנל ללא שינוי שמוגדר באמצעות תוכנה. המנות מועברות למכונות וירטואליות בעורף הקצה בלי שינויים במידע על המקור או היעד (כתובות או כתובות ויציאות).
ניתוב, סינון חבילות, הפעלת שרת proxy ותרגום כתובות הם באחריות של מכונות וירטואליות של מכשירים וירטואליים שמשמשים כשרתי קצה עורפיים למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי.
שימוש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כצעד הבא לשער NAT
בתרחיש השימוש הזה, תעבורת הנתונים ממכונות וירטואליות פנימיות מאוזנת בין כמה מופעים של שער NAT שמנתבים את התעבורה לאינטרנט.
רשת מרכזית ורשתות היקפיות: החלפת מסלולים של הצעד הבא באמצעות קישור בין רשתות VPC שכנות (peering)
בנוסף להחלפת מסלולי רשתות משנה, אפשר להגדיר קישור בין רשתות VPC שכנות (peering) כדי לייצא ולייבא מסלולים סטטיים ודינמיים בהתאמה אישית. מסלולים סטטיים עם הצעד הבא של שער האינטרנט שמוגדר כברירת מחדל מוחרגים. מסלולים סטטיים בהתאמה אישית שמשתמשים במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי נכללים.
אפשר להגדיר טופולוגיה של רכזת וחישורים עם מכשירי חומת אש וירטואליים של next-hop שנמצאים ברשת ה-VPC hub, באופן הבא:
- ברשת ה-VPC
hub, יוצרים מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עם מכשירים וירטואליים של חומת אש בתור בק-אנד. - ברשת ה-VPC
hub, יוצרים נתיב סטטי ומגדירים את ה-next hop להיות מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי. - מחברים את רשת ה-VPC
hubלכל אחת מרשתות ה-VPCspokeבאמצעות קישור בין רשתות VPC שכנות (peering). - לכל פירינג, מגדירים את רשת
hubלייצא את הנתיבים המותאמים אישית שלה, ומגדירים את רשתspokeהמתאימה לייבא נתיבים מותאמים אישית. המסלול עם הצעד הבא של מאזן העומסים הוא אחד מהמסלולים שמיוצאים מרשתhub.
בכפוף לסדר הניתוב, מאזן העומסים של מכשיר חומת האש של ה-hop הבא ברשת ה-VPC hub זמין ברשתות המשנה:
- ללקוחות באותו אזור שבו נמצא מאזן העומסים, אם הגישה הגלובלית מושבתת
- ללקוחות בכל האזורים, אם הגישה הגלובלית מופעלת, בהתאם לסדר הניתוב.
איזון עומסים למספר כרטיסי רשת
בתרחיש השימוש הבא, מכונות ה-VM של ה-Backend הן מופעים של מכשירים וירטואליים (לדוגמה, מכונות וירטואליות לבדיקת חבילות, לניתוב או לשער) עם כרטיסי רשת בכמה רשתות VPC. המופעים של מכשירים וירטואליים יכולים להיות פתרונות מסחריים של צד שלישי או פתרונות שאתם בונים בעצמכם. המכשירים הווירטואליים הם מכונות וירטואליות ב-Compute Engine עם כמה כרטיסי NIC.
בדוגמה הזו מוצגת קבוצה אחת של מכשירים וירטואליים לקצה העורפי בקבוצת מכונות מנוהלת של VM.
ברשת ה-VPC שנקראת testing, למאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי יש כלל העברה שנקרא fr-ilb1. בדוגמה הזו, מאזן העומסים מפזר את תעבורת הנתונים לממשק nic0.
ברשת ה-VPC שנקראת production, יש מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עם כלל העברה שנקרא fr-ilb2. מאזן העומסים הזה מפזר את התנועה לממשק אחר, nic1 בדוגמה הזו.
למידע מפורט על הגדרת איזון עומסים, אפשר לעיין במאמר איזון עומסים למספר כרטיסי רשת של קצה עורפי.
גיבוב סימטרי
בדוגמה הקודמת לא נעשה שימוש בתרגום כתובות רשת של המקור (SNAT). לא נדרש SNAT כי Google Cloud משתמש בגיבוב סימטרי. המשמעות היא שכאשר חבילות שייכות לאותו זרם,Google Cloud מחשב את אותו הגיבוב. במילים אחרות, הגיבוב לא משתנה כשכתובת ה-IP:יציאה של המקור מוחלפת בכתובת ה-IP:יציאה של היעד.
הערות:
גיבוב סימטרי מופעל באופן אוטומטי כשיוצרים כלל העברה פנימי של מאזן עומסים ברשת מסוג passthrough ב-22 ביוני 2021 או אחריו.
כדי להפעיל גיבוב סימטרי במאזני עומסים פנימיים קיימים להעברת סיגנל ללא שינוי, צריך ליצור מחדש את כלל ההעברה ואת מסלול הקפיצה הבאה, כמו שמתואר במאמר הפעלת גיבוב סימטרי.
גיבוב סימטרי נתמך רק במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי.
גיבוב סימטרי נתמך בסוגים הבאים של זיקה לסשן לפרוטוקולים TCP ו-UDP:
- כתובת ה-IP של הלקוח (
CLIENT_IP) - כתובת ה-IP והפרוטוקול של הלקוח (
CLIENT_IP_PROTO) - כתובת ה-IP, הפרוטוקול והיציאה של הלקוח (
CLIENT_IP_PORT_PROTO)
מידע נוסף על ההגדרות האלה זמין במאמר בנושא אפשרויות של זיקה לסשן (session affinity).
- כתובת ה-IP של הלקוח (
אם תרחיש השימוש שלכם מחייב זאת מסיבה כלשהי, אתם יכולים להשתמש ב-SNAT.
המאמרים הבאים
- כדי להגדיר מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כנקודת מעבר הבאה, אפשר לעיין במאמר בנושא הגדרת מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עבור מכשירי צד שלישי או במאמר בנושא פריסת רשת מסוג Hub and Spoke באמצעות מאזן עומסים כנקודת המעבר הבאה.
- כדי להגדיר ולבדוק מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, אפשר לעיין במאמר בנושא הגדרת מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עם קצה עורפי של קבוצת מכונות וירטואליות.
- כדי לפתור בעיות שקשורות לניתוב לקפיצה הבאה במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, אפשר לעיין במאמר בנושא פתרון בעיות במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי.