מאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי כצעדים הבאים

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

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

• סקירה כללית בנושא מסלולים
• סקירה כללית על מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי

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

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

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

• כדי לשלוח תעבורה דרך כמה מאזני עומסים בשני כיוונים או יותר באמצעות אותו סט של מכונות וירטואליות של שער או נתב עם כמה כרטיסי רשת בתור קצה עורפי. כדי לעשות את זה, יוצרים מאזן עומסים ומשתמשים בו כצעד הבא במסלול סטטי בכל רשת 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. פרטים נוספים זמינים במאמר בנושא אפשרויות להחלפת מסלולים סטטיים.

טווח היעד

היעד של נתיב סטטי לא יכול להיות זהה לנתיב של רשת משנה או ספציפי יותר ממנו. שימו לב שספציפי יותר אומר שמסיכת רשת המשנה ארוכה יותר. הכלל הזה חל על כל המסלולים הסטטיים, כולל המקרים שבהם הצעד הבא הוא מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי. לדוגמה, נניח שמסלול רשת המשנה הוא 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	גישה למאזן עומסים
מושבת	אזורי	הגישה אליו אפשרית לנתבים באותו אזור
מושבת	עולמי	הגישה אליו אפשרית לנתבים באותו אזור
מופעל	אזורי	אפשר לגשת ל-Cloud Router מכל הנתבים בכל אזור
מופעל	עולמי	אפשר לגשת ל-Cloud Router מכל הנתבים בכל אזור

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

סדר הפעולות

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

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

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

עיבוד של תנועת TCP,‏ UDP ופרוטוקולים אחרים

כשמאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי נפרס כניתור הבא,הוא מעביר את כל התעבורה בכל היציאות למכונות הווירטואליות של הקצה העורפי, ללא קשר לפרטים הבאים: Cloud de Confiance

• הפרוטוקול והגדרת היציאה של כלל ההעברה
• הגדרת הפרוטוקול של שירות הקצה העורפי

מאזן העומסים הפנימי להעברת סיגנל ללא שינוי, שהוא הניתור הבא של המסלול, תומך בצורה חלקה בהעברת כל התעבורה של הפרוטוקולים שנתמכים על ידי Cloud de Confiance רשתות VPC (כמו TCP,‏ UDP ו-ICMP).

שיקולים נוספים

• כללי העברה נתמכים.‏ Cloud de Confiance תומך רק בכללי העברה של מאזן עומסי רשת פנימי מסוג Network Load Balancer עם העברה ישירה של נתונים (passthrough) לניתוב לקפיצה הבאה. Cloud de Confiance לא תומך בכללי העברה של ניתוב לקפיצה הבאה שמשמשים מאזני עומסים אחרים, בהעברת פרוטוקולים או כנקודות קצה של 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 משותף.

  • לפי כתובת IP של כלל להעברת תנועה: כשמציינים כלל להעברת תנועה של קפיצה הבאה לפי כתובת IPv4 או IPv6, רשת ה-VPC של הכלל להעברת תנועה יכולה להיות או רשת ה-VPC של המסלול או רשת VPC שמחוברת לרשת ה-VPC של המסלול באמצעות קישור (peering) בין רשתות VPC שכנות או NCC. ‫NCC תומך במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי של הנתונים כקפיצה הבאה ברשת VPC מסוג Spoke, בכפוף לדרישות של NCC לקישוריות. כלל ההעברה יכול להיות ממוקם בפרויקט שמכיל את הרשת של כלל ההעברה (פרויקט עצמאי או פרויקט מארח של VPC משותף) או בפרויקט שירות של VPC משותף.

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

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

• אין תמיכה בכללי העברה שמשתמשים בכתובת IP פנימית משותפת (--purpose=SHARED_LOADBALANCER_VIP). תכונות שאי אפשר להשתמש בהן בו-זמנית: מאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי וכללי העברה של מאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי שמשתמשים בכתובת IP משותפת כדי להפנות לשירותים שונים בעורף (מאזני עומסי רשת פנימיים שונים להעברת סיגנל ללא שינוי). מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי של הצעד הבא חייב להשתמש בכתובת IP ייחודית לכלל ההעברה של מאזן העומסים, כדי שרק שירות לקצה העורפי אחד (מאזן עומסים אחד) יקבל הפניה חד-משמעית. תעבורת נתונים שנשלחת למאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי מהסוג הבא, שהוגדר עם כתובת IP משותפת, מבוטלת ללא הודעה.

• כמה מסלולים עם אותם יעדים ועדיפויות, אבל עם מאזני עומסי רשת פנימיים שונים להעברת סיגנל ללא שינוי. Cloud de Confiance אף פעם לא מתבצעת חלוקת תעבורה בין שני מאזני עומסי רשת פנימיים או יותר להעברת סיגנל ללא שינוי באמצעות ECMP. Cloud de Confianceנבחר מאזן עומסי רשת פנימי יחיד להעברת סיגנל ללא שינוי באמצעות אלגוריתם פנימי, וCloud de Confiance אין ערובה לכך שייבחר באופן עקבי אותו מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי. מומלץ לא ליצור שתי הגדרות או יותר של ניתוב סטטי באותה רשת VPC אם ההגדרות שונות רק במאזן העומסים הפנימי של Network Load Balancer שמשמש כצעד הבא.

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

דרישות

הדרישות הבאות חלות כשצריך לשלוח תעבורה דרך שני מאזני עומסים פנימיים מסוג Network Load Balancer שמשתמשים באותם מכונות וירטואליות (VM) של קצה עורפי. במצב כזה, למכונות הווירטואליות (VM) בעורף יש שני ממשקי רשת עם איזון עומסים, ומאזן עומסים אחד משתמש בכל ממשק. כל ממשק נמצא ברשת VPC אחרת, ולכל רשת VPC יש מסלול סטטי שמשתמש באחד ממאזני העומסים כצעד הבא. זוהי הגדרה נפוצה אם מכונות וירטואליות בעורף מבצעות ניתוב, חומת אש או פונקציונליות של שרת proxy.

דרישות למאזן עומסים

1. לשני מאזני העומסים צריך להיות אותו סט של שרתים עורפיים שעומדים בדרישות. שימו לב: מגיעים לרשימת ה-backends שעומדים בדרישות אחרי שלבים 2.1 ו-2.2 בתהליך של בחירת backend ומעקב אחר חיבורים.

   התוצאות של הפעולה הזו הן:

   • התכונה 'מעבר לגיבוי בעת כשל' צריכה להיות מושבתת בשני מאזני העומסים או מופעלת בשניהם. אם מפעילים את האפשרות הזו, צריך להגדיר את אותן מדיניות יתירות כשל בשני מאזני העומסים.

   • הבקאנדים צריכים לעבור או להיכשל בו-זמנית בבדיקות תקינות בשני מאזני העומסים.

   • לשני מאזני העומסים צריכה להיות אותה הגדרת זיקה אזורית.

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

   כשהערך של ההגדרה 'זיקה לסשן' הוא CLIENT_IP, CLIENT_IP_PROTO או CLIENT_IP_PORT_PROTO, מאזני העומסים מחשבים גיבובים זהים של מנות, גם אם מתרחשים הדברים הבאים:

   • כתובת ה-IP של המקור הוחלפה עם כתובת ה-IP של היעד
   • יציאת המקור הוחלפה עם יציאת היעד

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

   • שני מאזני העומסים צריכים להשתמש באותו מצב מעקב אחר חיבורים (PER_CONNECTION או PER_SESSION). כך נמנע מצב שבו מאזן עומסים אחד עשוי לקבץ כמה חיבורים לאותו רשומה בטבלת המעקב אחר חיבורים, בהשוואה למאזן העומסים השני.

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

דרישות לגבי לקוחות ושרתים

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

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

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

דרישות לגבי הקצה העורפי

• צריך להגדיר את כל המכונות הווירטואליות של הבק-אנד של מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי כך שיאפשרו העברת IP ‏ (--can-ip-forward = True). מידע נוסף זמין במאמר שיקולים משותפים למכונות וירטואליות ולמאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי.

• אי אפשר להשתמש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, שהעורפים שלו הם צמתים של Google Kubernetes Engine‏ (GKE), כנקודת קפיצה הבאה עבור נתיב סטטי. התוכנה בצמתים יכולה לנתב תעבורת נתונים ל-Pods רק אם היעד תואם לכתובת IP שמנוהלת על ידי האשכול, ולא ליעד שרירותי.

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

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

לכל דוגמה, חשוב לשים לב להנחיות הבאות:

• בדוגמאות האלה, ממשקי הרשת של כל מכונה וירטואלית נמצאים ברשתות VPC נפרדות.

• אי אפשר להשתמש במכונות וירטואליות של בק-אנד או במאזני עומסים כדי לנתב תנועה בין תתי-רשתות באותה רשת VPC, כי אי אפשר לבטל את ההגדרות של ניתוב תת-רשתות.

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

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

שימוש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כצעד הבא לשער NAT

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

רשת מרכזית ורשתות היקפיות: החלפת מסלולים של הצעד הבא באמצעות קישור בין רשתות VPC שכנות (peering)

בנוסף להחלפת נתיבי תת-רשת, אפשר להגדיר VPC Network Peering כדי לייצא ולייבא נתיבים סטטיים ודינמיים בהתאמה אישית. מסלולים סטטיים עם הצעד הבא של שער האינטרנט שמוגדר כברירת מחדל מוחרגים. כלולים מסלולים סטטיים מותאמים אישית שמשתמשים במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי בתור הצעד הבא.

כדי להגדיר טופולוגיה של רכזת וחישורים עם מכשירי חומת אש וירטואליים של next-hop שנמצאים ברשת ה-VPC‏ hub, צריך לבצע את הפעולות הבאות:

• ברשת ה-VPC‏ hub, יוצרים מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עם מכשירים וירטואליים של חומת אש בתור בק-אנד.
• ברשת ה-VPC‏ hub, יוצרים נתיב סטטי ומגדירים את הניתוב הבא להיות מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי.
• מחברים את רשת ה-VPC‏ hub לכל אחת מרשתות ה-VPC‏ spoke באמצעות קישור בין רשתות VPC שכנות (peering).
• לכל פירינג, מגדירים את רשת hub לייצא את הנתיבים המותאמים אישית שלה, ומגדירים את רשת spoke המתאימה לייבא נתיבים מותאמים אישית. המסלול עם הצעד הבא של מאזן העומסים הוא אחד מהמסלולים שמיוצאים מרשת hub.

בהתאם לסדר הניתוב, מאזן העומסים של מכשיר חומת האש של ה-next hop ברשת ה-VPC‏ hub זמין ברשתות ה-spoke:

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

איזון עומסים למספר כרטיסי רשת

בתרחיש השימוש הבא, מכונות ה-VM של ה-Backend הן מופעים של מכשירים וירטואליים (לדוגמה, מכונות וירטואליות לבדיקת חבילות, לניתוב או לשער) עם כרטיסי רשת בכמה רשתות VPC. המופעים של מכשירים וירטואליים יכולים להיות פתרונות מסחריים של צד שלישי או פתרונות שאתם בונים בעצמכם. המכשירים הווירטואליים הם מכונות וירטואליות ב-Compute Engine עם כמה כרטיסי NIC.

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

ברשת ה-VPC שנקראת testing, למאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי יש כלל העברה שנקרא fr-ilb1. בדוגמה הזו, מאזן העומסים מחלק את תעבורת הנתונים לממשק nic0.

ברשת ה-VPC שנקראת production, יש מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עם כלל העברה שנקרא fr-ilb2. מאזן העומסים הזה מפזר את התנועה לממשק אחר, nic1 בדוגמה הזו.

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

גיבוב סימטרי

בדוגמה הקודמת לא נעשה שימוש בתרגום כתובות רשת של המקור (SNAT). לא נדרש SNAT כי Cloud de Confiance משתמש בגיבוב סימטרי. המשמעות היא שכאשר חבילות שייכות לאותו זרם, הפונקציהCloud de Confiance מחשבת את אותו הגיבוב. במילים אחרות, הגיבוב לא משתנה כשכתובת ה-IP:port של המקור מוחלפת בכתובת ה-IP:port של היעד.

הערות:

• גיבוב סימטרי מופעל באופן אוטומטי כשיוצרים כלל העברה של מאזן עומסי רשת פנימי מסוג passthrough ב-22 ביוני 2021 או אחריו.

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

• גיבוב סימטרי נתמך רק במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי.

• גיבוב סימטרי נתמך בסוגים הבאים של זיקה לסשן לפרוטוקולים TCP ו-UDP:

  • כתובת ה-IP של הלקוח (CLIENT_IP)
  • כתובת ה-IP והפרוטוקול של הלקוח (CLIENT_IP_PROTO)
  • כתובת ה-IP, הפרוטוקול והיציאה של הלקוח (CLIENT_IP_PORT_PROTO)

  מידע נוסף על ההגדרות האלה זמין במאמר בנושא אפשרויות של זיקה לסשן (session affinity).

• אפשר להשתמש ב-SNAT אם תרחיש השימוש מחייב זאת מסיבה כלשהי.

המאמרים הבאים

• כדי להגדיר מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי כנקודת מעבר הבאה, אפשר לעיין במאמרים הגדרת מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עבור מכשירי צד שלישי או פריסת רשת מסוג Hub-and-Spoke באמצעות מאזן עומסים כנקודת המעבר הבאה.
• כדי להגדיר ולבדוק מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, אפשר לעיין במאמר בנושא הגדרת מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עם קצה עורפי של קבוצת מכונות וירטואליות.
• כדי לפתור בעיות שקשורות לניתוב לקפיצה הבאה במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי, אפשר לעיין במאמר בנושא פתרון בעיות במאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי.