סקירה כללית של מסלולים סטטיים

במאמר הזה מוסבר איך Network Connectivity Center ‏ (NCC) תומך בנתיבים סטטיים ב-VPC spokes.

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

מבוא

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

מסלול סטטי ברשת מסוג Hub and Spoke של VPC יכול להשתמש בצעד הבא ברשת אחרת מסוג Hub and Spoke של VPC אם כל התנאים הבאים מתקיימים:

הגמישות הנוספת בהגדרת נתיבים סטטיים חלה רק על רשתות VPC מסוג Hub and Spoke, ולא על רשתות VPC שהן רשתות ניתוב בלבד (שכוללות רק רשתות מסוג Hub and Spoke היברידיות).

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

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

‫Google Cloud מנסה למצוא מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי עבור מסלול סטטי שיש לו כתובת IP של מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי של הצעד הבא, באמצעות התהליך הבא:

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

  • אם כתובת ה-IP של הניתוב הבא היא בטווח היעד של מסלול רשת משנה של NCC (שייוב מהרכזת): Google Cloud המערכת מחפשת באופן בלעדי מאזן עומסי רשת פנימי מסוג passthrough שכתובת ה-IP של כלל ההעברה שלו היא ברשת המשנה התואמת של רשת VPC מסוג spoke אחר. אם נמצא מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי של next hop, המסלול הסטטי נמצא ב-VPC spoke אחד, וה-next hop נמצא ב-VPC spoke אחר.

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

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

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

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

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

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

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

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

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

הדרישות של NCC לקישוריות

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

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

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

    • אם משתמשים בטופולוגיית כוכב, חלות הדרישות הבאות:

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

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

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

השפעה של גישה גלובלית

אי אפשר להגיע למאזני עומסי רשת פנימיים להעברת סיגנל ללא שינוי של 'הקפיצה הבאה' שלא מופעלת בהם גישה גלובלית מאזורים שמחוץ לאזור של מאזן העומסים. אם Google Cloud זוהה מאזן עומסים של קפיצה הבאה בכתובת ה-IP של הקפיצה הבאה שצוינה, ודרישות הקישוריות של NCC מתקיימות, אבל לא מופעלת גישה גלובלית למאזן העומסים, Google Cloud כל החבילות שנשלחות ממכונות וירטואליות, מחיבורי VLAN וממנהרות Cloud VPN באזורים שונים מהאזור של מאזן העומסים יימחקו.

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

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