נתיבים שנלמדו

במסמך הזה מתוארים מסלולים שנלמדו, איך מצב הניתוב הדינמי של רשת ענן וירטואלי פרטי (VPC) משפיע על מסלולים שנלמדו, ומצבי בחירת הנתיב הטוב ביותר שזמינים ב-Cloud Router.

מסלולים שנלמדו הם מסלולים ש-Cloud Router מקבל מנתבים עמיתים מרוחקים באמצעות פרוטוקול BGP, או מסלולים מותאמים אישית שנלמדו ומוגדרים ב-Cloud Router:

מסלולים שהתקבלו ב-BGP

נתיבי BGP שנלמדו מעמית מרוחק. הנתב של עמית יכול להיות כל אחד מהבאים:

  • נתב פיזי מקומי
  • נתב Cloud Router אחר
  • מכונה וירטואלית של נתב וירטואלי (עם Network Connectivity Center)
  • נתב מספק שירותי ענן אחר
נתיבים שנלמדו בהתאמה אישית

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

‫Cloud Router אוכף מכסות על מספר הקידומות הייחודיות של מסלולים דינמיים, כולל הקידומות שנלמדות באופן דינמי מ-BGP peer או מוגדרות באופן ידני כמסלולים מותאמים אישית שנלמדים. מידע נוסף מופיע במאמר בנושא מכסות של Cloud Router.

‫Cloud Router לא מפרסם מחדש מסלולים שנלמדו אלא אם משתמשים ב-NCC hybrid spoke עם העברת נתונים מופעלת.

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

נתיבים שנלמדו בהתאמה אישית

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

הדרך היחידה להגדיר נתיבים שאינם BGP עבור קפיצות מסוימות, כמו חיבורי VLAN של Cloud Interconnect ומנהרות HA VPN, היא באמצעות נתיבים שנלמדו בהתאמה אישית.

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

מצב ניתוב דינמי

מצב הניתוב הדינמי של רשת VPC משפיע על האופן שבו נתיבי BGP שהתקבלו ונתיבים מותאמים אישית שנלמדו מעובדים על ידי מישור הבקרה של הניתוב הדינמי ומישור הבקרה של רשת ה-VPC, כדי ליצור נתיבים דינמיים ברשת ה-VPC.

כשמשתמשים בקישור בין רשתות VPC שכנות (peering), מצב הניתוב הדינמי של רשת ה-VPC שמייצאת מסלולים בהתאמה אישית קובע איך נוצרים מסלולים דינמיים ברשתות VPC שכנות שמייבאות מסלולים בהתאמה אישית. מידע נוסף זמין במאמר ההשפעות של מצב הניתוב הדינמי בנושא VPC Network Peering.

Cloud de Confiance רשתות VPC תומכות בשני מצבי ניתוב דינמי:

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

מצבי הבחירה הטובים ביותר של המסלול

‫Cloud Router מציע שני מצבים לבחירת הנתיב הטוב ביותר: רגיל וקודם. מצב בחירת הנתיב הטוב ביותר חל על כל המסלולים שנלמדו דרך Cloud Router בכל האזורים של רשת VPC, כולל מסלולים מותאמים אישית שנלמדו.

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

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

ל-NCC route exchange with VPC spokes יש את המגבלות הבאות במצבים של בחירת הנתיב הטוב ביותר:

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

  • אם אותו מסלול מפורסם על ידי כמה רשתות VPC לאותו עומס עבודה של VPC, התנאים הבאים חלים:

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

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

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

    אם אתם מתכננים לפרסם את אותו מסלול מכמה רשתות VPC של ניתוב, מומלץ לבחור באפשרות 'בחירת הנתיב הטוב ביותר מדור קודם' לכל רשתות ה-VPC שלכם.

בחירת הנתיב הטוב ביותר מדור קודם

בקטע הזה מוסבר איך משימות BGP של Cloud Router ומישור הבקרה של המסלול הדינמי מיישמים את מצב בחירת הנתיב המומלץ מדור קודם.

אורך נתיב AS

במצב הישן של בחירת הנתיב הטוב ביותר, מידע על נתיב AS רלוונטי רק במסגרת משימת BGP אחת של Cloud Router, ומישור הבקרה של המסלול הדינמי לא משתמש במידע על נתיב AS כדי לקבל החלטות לגבי בחירת הנתיב הטוב ביותר. כשמשתמשים במצב בחירת הנתיב הטוב ביותר מדור קודם, לא מומלץ להסתמך על בחירת הנתיב הטוב ביותר על סמך מידע על אורך הנתיב של מערכת אוטונומית (AS) כשמדובר במשימות שונות של תוכנת Cloud Router לאותו קידומת יעד.

סשנים של BGP כוללים כמה משימות BGP של Cloud Router. מידע נוסף זמין במאמר משימות BGP ב-Cloud Router.

תהליך בחירת משימות BGP

משימת BGP של Cloud Router מקבלת קידומות של יעדים מנתבים עמיתים של סשנים של BGP שהיא מנהלת. משימת ה-BGP יוצרת קבוצה של קידומות יעד ייחודיות מכל סשני ה-BGP שמשימת ה-BGP מנהלת. לאחר מכן, משימת ה-BGP קובעת לפחות צעד אחד טוב ביותר לכל אחד מקידומות היעד הייחודיות שהתקבלו מ-BGP, באמצעות התהליך הבא:

  1. ‫Shortest AS path length (האורך הקצר ביותר של נתיב AS): משימת ה-BGP ממיינת את רשימת ה-next hop לפי אורך נתיב ה-AS, מהאורך הקצר ביותר של נתיב ה-AS לאורך הארוך ביותר של נתיב ה-AS. אחרי המיון, משימת ה-BGP מסירה מהחישוב את כל הנתבים הבאים שלא כוללים את אורך הנתיב הקצר ביותר של מערכת אוטונומית.

  2. סוג המקור המועדף: משימת ה-BGP מעדיפה צעדים הבאים שמשתמשים בפרוטוקול Interior Gateway ‏ (IGP) על פני צעדים הבאים שמשתמשים בפרוטוקול Exterior Gateway ‏ (EGP), ומשימת ה-BGP מעדיפה צעדים הבאים שמשתמשים ב-EGP על פני צעדים הבאים שיש להם סוג מקור לא שלם.

    אם סוג המקור של לפחות אחד מהצעדים הבאים הוא IGP, משימת ה-BGP מסירה מהשיקולים את כל הצעדים הבאים עם סוגי מקור EGP או Incomplete.

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

  3. הערך הקטן ביותר של MED: משימת ה-BGP ממיינת את ה-next hop מהערך הקטן ביותר לערך הגדול ביותר של מזהה רב-יציאה (MED). אחרי המיון, משימת ה-BGP מסירה מהחישוב את כל ה-next hop שלא כוללים את ערך ה-MED הקטן ביותר.

משימת ה-BGP שולחת כל קידומת יעד ואת הרשימה המתאימה של הניתובים הטובים הבאים למישור הבקרה של המסלול הדינמי באזור. במקרים מסוימים, יכול להיות שמשימת התוכנה BGP של Cloud Router תשלח גם את ה-next hops שהוסרו מההתחשבות.

עיבוד במישור הבקרה של מסלולים דינמיים

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

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

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

  1. מישור הבקרה של המסלול הדינמי יוצר רשימה של קפיצות הבאות לקידומת. הרשימה כוללת:

    • הצעדים הבאים וערכי MED לקידומת שהתקבלו מכל משימת BGP של Cloud Router בתוך רשת ה-VPC באזור שלה.

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

  2. השלבים הבאים מתרחשים רק כשברשת ה-VPC שכוללת את נתבי Cloud Router מוגדר מצב ניתוב דינמי גלובלי:

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

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

  3. מישור הבקרה של המסלול הדינמי ממיין את רשימת הקפיצות הבאות עבור הקידומת מהערך הכי קטן של MED שהתקבל ועד הערך הכי גדול.

  4. מישור הבקרה של הניתוב הדינמי חותך את רשימת המסלולים שנשלחים למישור הבקרה של ה-VPC. בדרך כלל, רשימת המסלולים שנשלחת למישור הבקרה של ה-VPC כוללת את המסלולים עם ערכי ה-MED הנמוכים ביותר, ואם יש כאלה, גם את ערכי ה-MED הבאים הכי נמוכים. עם זאת, מישור הבקרה של ניתוב דינמי מבטיח רק שהוא ישלח את המסלולים עם ערכי ה-MED הנמוכים ביותר למישור הבקרה של ה-VPC.

מצב בחירה רגיל של הנתיב הטוב ביותר

מצב הבחירה הרגיל של הנתיב הטוב ביותר תואם יותר ל-RFC 4271. היתרונות של המצב הזה לעומת מצב בחירת הנתיב הטוב ביותר הקודם:

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

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

כשמשתמשים במצב הבחירה הרגיל של הנתיב הטוב ביותר, Cloud Router מציע את אפשרויות ההגדרה הבאות:

  • השוואת ערכי MED: אפשר לבחור באחת מהאפשרויות הבאות:

    • השוואה תמיד: ערך ה-MED של כל קידומת יעד מושווה בלי להתחשב במערכת האוטונומית שממנה Cloud Router למד את הקידומת.

    • השוואה מותנית: קידומות מקובצות לפי ה-AS שממנו Cloud Router למד את הקידומת. לכל קידומת בכל AS, הדילוגים מדורגים לפי ערך ה-MED התואם שמתואר ב-RFC 4271.

  • הוספת אזור לעלויות בין-אזוריות: אתם יכולים לבחור אם להוסיף את העלויות הבין-אזוריות לערכי ה-MED.

תהליך בחירת משימות BGP

משימת BGP של Cloud Router מקבלת קידומות של יעדים מנתבים עמיתים של סשנים של BGP שהיא מנהלת. משימת ה-BGP יוצרת קבוצה של קידומות יעד ייחודיות מכל סשני ה-BGP שמשימת ה-BGP מנהלת. לאחר מכן, משימת ה-BGP קובעת לפחות צעד אחד טוב ביותר לכל אחד מקידומות היעד הייחודיות שהתקבלו מ-BGP, באמצעות התהליך הבא:

  1. ‫Shortest AS path length (האורך הקצר ביותר של נתיב AS): משימת ה-BGP ממיינת את רשימת ה-next hop לפי אורך נתיב ה-AS, מהאורך הקצר ביותר של נתיב ה-AS לאורך הארוך ביותר של נתיב ה-AS. אחרי המיון, משימת ה-BGP מסירה מהחישוב את כל הנתבים הבאים שלא כוללים את אורך הנתיב הקצר ביותר של מערכת אוטונומית.

  2. סוג המקור המועדף: משימת ה-BGP מעדיפה צעדים הבאים שמשתמשים בפרוטוקול Interior Gateway ‏ (IGP) על פני צעדים הבאים שמשתמשים בפרוטוקול Exterior Gateway ‏ (EGP), ומשימת ה-BGP מעדיפה צעדים הבאים שמשתמשים ב-EGP על פני צעדים הבאים שיש להם סוג מקור לא שלם.

    אם סוג המקור של לפחות אחד מהצעדים הבאים הוא IGP, משימת ה-BGP מסירה מהשיקולים את כל הצעדים הבאים עם סוגי מקור EGP או Incomplete.

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

  3. Consider neighbor ASN (התחשבות במספר מערכת אוטונומית של שכן): ההגדרה של רשת ה-VPC‏ routingConfig.bgpAlwaysCompareMed שולטת בשלב הזה של האלגוריתם באופן הבא:

    • אם הערך של routingConfig.bgpAlwaysCompareMed הוא True, ערך ה-ASN של השכן של כל קפיצה הבאה לא נחשב רלוונטי. משימת ה-BGP ממיינת את ה-next hops מהערך הקטן ביותר של MED לגדול ביותר. אחרי המיון, משימת ה-BGP מסירה מההתחשבות את כל קפיצות הניתוב הבאות שלא כוללות את ערך ה-MED הקטן ביותר.

    • אם הערך של routingConfig.bgpAlwaysCompareMed הוא False או שהוא לא מוגדר, ערך ה-ASN של השכן של כל קפיצה נחשב רלוונטי, ולכן משימת ה-BGP מבצעת את הפעולות הבאות:

      1. משימת ה-BGP מקבצת את רשימת הצעדים הבאים לפי ערך ASN של השכן.

      2. בכל קבוצת ASN שכנה, משימת ה-BGP ממיינת את ה-next hop לפי ערך ה-MED בסדר עולה. (יכול להיות שערך ה-MED עם המספר הקטן ביותר יהיה שונה בכל קבוצת ASN שכנה).

      3. בכל קבוצת ASN של רשת שכנה, משימת ה-BGP מסירה מהחישוב את כל ה-next hop שלא כוללים את ערך ה-MED הקטן ביותר.

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

עיבוד במישור הבקרה של מסלולים דינמיים

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

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

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

  1. רשימה ראשונית של קפיצות לכתובת הבאה לקידומת: מישור הבקרה של הניתוב הדינמי יוצר רשימה ראשונית של קפיצות לכתובת הבאה לקידומת, שכוללת את שני המרכיבים הבאים:

    • המידע על ה-next hop שמתקבל מ-BGP ממשימות BGP שמנהלות נתבי Cloud ברשת ה-VPC, שנמצאים באותו אזור כמו מישור הבקרה של המסלול הדינמי.

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

      • נתיב AS, שכולל רק את מספר ה-ASN של עמית ה-BGP. זהו אורך של AS-path‏ 1, ומספר מערכת אוטונומית (ASN) של השכן של ה-ASN של עמית.
      • מקור, המצב מוגדר כ'לא הושלם'.
      • ערך MED, כאשר כל עדיפות של נתיב שנלמד בהתאמה אישית נחשבת כערך MED.
      • העלות בין אזורים מוגדרת כ-0.

  2. האורך הקצר ביותר של נתיב AS: מישור הבקרה של המסלול הדינמי ממיין את רשימת הניתורים הבאים לפי האורך של נתיב AS, מהאורך הקצר ביותר של נתיב AS לאורך הארוך ביותר של נתיב AS. מישור הבקרה של המסלול הדינמי מסיר מהשיקולים את כל ה-next hop שלא כוללים את אורך הנתיב הקצר ביותר של AS.

  3. ‫Preferred origin type: מישור הבקרה של המסלול הדינמי מעדיף את הצעדים הבאים שמשתמשים ב-IGP על פני הצעדים הבאים שמשתמשים ב-EGP, ואת הצעדים הבאים שמשתמשים ב-EGP על פני הצעדים הבאים שסוג המקור שלהם הוא Incomplete.

    אם סוג המקור של לפחות אחד מהנתבים הבאים הוא IGP, מישור הבקרה של המסלול הדינמי מסיר מהשיקול את כל הנתבים הבאים עם סוגי מקור EGP או Incomplete.

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

  4. התחשבות במספר מערכת אוטונומית (ASN) של רשת שכנה: ההגדרה routingConfig.bgpAlwaysCompareMed של רשת ה-VPC שולטת בשלב הזה של האלגוריתם באופן הבא:

    • אם הערך של routingConfig.bgpAlwaysCompareMed הוא True, הערך של מספר מערכת אוטונומית (ASN) של השכן של כל קפיצה הבאה לא נחשב רלוונטי. במקרה הזה, מישור הבקרה של המסלול הדינמי ממיין את הניתורים הבאים מהערך הקטן ביותר של MED לגדול ביותר. הקפיצות הבאות עם ערך ה-MED הקטן ביותר מקבלות את הדירוג הגבוה ביותר. מישור הבקרה של ניתוב דינמי מסיר את כל קפיצות הניתוב הבאות, למעט אלה עם הדירוג הגבוה ביותר.

    • אם הערך של routingConfig.bgpAlwaysCompareMed הוא False או שהוא לא מוגדר, ערך ה-ASN של השכן של כל קפיצה נחשב רלוונטי, ולכן מישור הבקרה של המסלול הדינמי מבצע את הפעולות הבאות:

      1. מישור הבקרה של המסלול הדינמי מקבץ את רשימת הניתורים הבאים לפי ערך ASN של השכן.

      2. בתוך כל קבוצת ASN של שכנים, מישור הבקרה של המסלול הדינמי ממיין את ה-next hops מהערך הכי קטן של MED לערך הכי גדול. יכול להיות שהערך הכי קטן של MED יהיה שונה בכל קבוצת ASN שכנה.

      3. בכל קבוצת ASN שכנה, מישור הבקרה של המסלול הדינמי מסיר מחישוב כל קפיצה הבאה שלא כוללת את ערך ה-MED הקטן ביותר.

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

  5. שליחת כל הצעדים הבאים בנתיב עם הדירוג הכי גבוה לאזורים אחרים: כשמצב הניתוב הדינמי של רשת ה-VPC הוא גלובלי, מישור הבקרה של הניתוב הדינמי שולח את קבוצת הצעדים הבאים בנתיב עם הדירוג הכי גבוה לאזורים אחרים.

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

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

    • חוזר על השלב אורך הנתיב הקצר ביותר של מערכת אוטונומית.

    • חוזרים על השלב סוג המקור המועדף.

    • חוזרים על השלב Consider neighbor ASN בהתאם להגדרה routingConfig.bgpInterRegionCost של רשת ה-VPC:

      • אם routingConfig.bgpInterRegionCost של רשת ה-VPC הוא ADD_COST_TO_MED, מישור הבקרה של המסלול הדינמי משתמש בערכי MED מותאמים כשחוזרים על השלב Consider neighbor ASN. כל ערך מותאם של MED הוא סכום הערך המקורי של MED ועוד עלות בין-אזורית. העלות הבין-אזורית של קפיצות ביניים באזור של מישור הבקרה של ניתוב דינמי היא 0. הנתונים של ה-next hop נלמדים ממישורי בקרה של מסלולים דינמיים באזורים אחרים, והעלויות הבין-אזוריות שלהם שונות מאפס. העלויות האלה ייחודיות לכל זוג אזורים שכולל את האזור השולח ואת האזור המקבל.

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

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

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

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

עיבוד ב-VPC control plane

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

עיבוד של מסלולים דינמיים בקישור בין רשתות VPC שכנות (peering) במישור הבקרה של VPC

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

  • רשת ה-VPC שמכילה את נתבי Cloud מייצאת מסלולים מותאמים אישית.

  • רשת ה-VPC השנייה מייבאת נתיבים מותאמים אישית.

מידע על החלפת מסלולים בהתאמה אישית באמצעות VPC Network Peering זמין במאמר אפשרויות להחלפת מסלולים דינמיים.

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

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

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

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

עיבוד של מסלולים דינמיים של NCC במישור הבקרה של VPC

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

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

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

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

  • Candidate NCC dynamic routes suppressed by quota: אם השימוש בdynamic routes per region of spoke group route table quota חורג מהמגבלה, מישור הבקרה של NCC מונע שליחה של חלק מהמסלולים הדינמיים של NCC אל הרכזת. לכן, מישור הבקרה של ה-VPC לא יכול לייבא את המסלולים האלה ל-VPC spokes אחרים.

תכנות של רשת מישור הבקרה של VPC

מטוסי הבקרה של VPC מתכנתים כל רשת בנפרד, ולכן ביטול דינמי של מסלול אפשרי הוא ייחודי לכל רשת VPC:

  • נניח שמסלול דינמי פוטנציאלי הופך למסלול דינמי מקומי ברשת ה-VPC שמכילה את ה-Cloud Routers שיצרו את המסלול הדינמי הפוטנציאלי. זה מה שקורה:

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

  • נניח שבוטלה אפשרות השימוש במסלול דינמי פוטנציאלי ברשת ה-VPC שמכילה את נתבי Cloud Router שיצרו את המסלול הדינמי הפוטנציאלי. זה מה שקורה:

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

שינויים במצב BGP

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

  • אם נתב העמיתים תומך באתחול בלי הפרעה ושולח הודעה על אתחול בלי הפרעה (מנות TCP FIN או RST), Cloud de Confiance הוא מסיר את המסלולים הדינמיים שנלמדו מהסשן של BGP אחרי שתם הזמן של הטיימר של האתחול בלי הפרעה של נתב העמיתים. מידע נוסף מופיע במאמר בנושא טיימר לאתחול בלי הפרעה.

  • אם נתב העמיתים שולח הודעת BGP CEASE, Cloud de Confianceהוא מסיר באופן מיידי את המסלולים הדינמיים שנלמדו מהסשן של BGP. מידע נוסף זמין בסעיף 4.5 של RFC 4271.

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

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