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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      • אם 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 Routers או לביטול של הנתיב הדינמי המועמד. אלה הסיבות האפשריות להסתרה של מסלול דינמי פוטנציאלי:

עיבוד של מסלולים דינמיים של קישור בין רשתות 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 ברשתות מסוג 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: If the dynamic routes per region of spoke group route table quota usage exceeds its limit, the NCC control plane prevents some NCC dynamic routes from being sent to the hub. לכן, מישור הבקרה של ה-VPC לא יכול לייבא את המסלולים האלה ל-VPC spokes אחרים.

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

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

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

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

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

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

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