השגת זמינות של 99.99% ל-Dedicated Interconnect

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

המונחים שמופיעים בדף הזה מוסברים בקטע מונחים מרכזיים.

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

דרישות

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

דרישות לגבי מספר אזורים

אלה הדרישות להשגת זמינות של 99.99% באמצעות שימוש בשני אזורים או יותר.

  • צריך להגדיר לפחות ארבעה חיבורים של Dedicated Interconnect, עם המיקום הבא:

    • שימוש בשני אזורים מטרופוליטניים (מטרו): לפחות שני חיבורי Interconnect צריכים להיות באזור מטרופוליטני אחד, ולפחות שני חיבורי Interconnect צריכים להיות באזור מטרופוליטני אחר.

    • שימוש בשני תחומי זמינות של קצה הרשת בכל אזור מטרופוליטני: בכל אזור מטרופוליטני, לפחות חיבור Interconnect אחד צריך להיות באזור 1, ולפחות חיבור Interconnect אחד צריך להיות באזור 2. אזורי הזמינות של ה-Edge שבוחרים יכולים להיות באותו מתקן של המטרו (לדוגמה, iad-zone1-5467 ו-iad-zone2-5467) או במתקנים שונים של המטרו (לדוגמה, iad-zone1-5467 ו-iad-zone2-1).

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

  • הדרישות הבאות חלות על כל רשת VPC שבה יוצרים צירופי VLAN שתלויים בחיבורי Cloud Interconnect.

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

      • לפחות שני קבצים מצורפים של VLAN צריכים להיות באזור אחד של רשת ה-VPC, ולפחות שני קבצים מצורפים של VLAN צריכים להיות באזור אחר של רשת ה-VPC.
      • בכל אזור ברשת, לפחות שני קבצים מצורפים של VLAN צריכים להיות תלויים כל אחד בחיבור ייחודי של Interconnect. ביחד, קובצי ה-VLAN המצורפים בכל אזור צריכים להיות תלויים בחיבורי Interconnect שנמצאים בשני תחומים של זמינות קצה במטרו.
    • Cloud Routers: צריך להשתמש לפחות בשני נתבי Cloud, אחד בכל אזור שבו מוגדרים קבצים מצורפים של VLAN. שימוש ביותר משני Cloud Routers לא משפר את המהימנות או משנה את ה-SLA, כי Cloud Routers מחלקים באופן אוטומטי את סשני ה-BGP של צירופי ה-VLAN בין שני משימות של תוכנת BGP, על סמך תחום הזמינות של קצה החיבור של Interconnect שכל צירוף ל-VLAN תלוי בו.

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

דרישות לגבי אזור יחיד

כדי להשיג זמינות של 99.99% באמצעות אזור אחד, צריך לעמוד בדרישות הבאות.

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

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

    • שימוש בשילובים של אזורי זמינות של מתקנים ושל קצה הרשת: במטרו, לפחות שני חיבורי Interconnect צריכים להיות בשילוב אחד של אזור זמינות של מתקן ושל קצה הרשת, ולפחות שני חיבורי Interconnect צריכים להיות בשילוב השני של הצמד: לדוגמה, שני חיבורי Interconnect ב-iad-zone1-1 ושני חיבורי Interconnect ב-iad-zone2-5467.

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

  • הדרישות הבאות חלות על כל רשת VPC שבה יוצרים צירופי VLAN שתלויים בחיבורי Cloud Interconnect.

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

    • Cloud Routers: צריך להשתמש לפחות ב-Cloud Router אחד באזור שבו מוגדרים קבצים מצורפים של VLAN. שימוש ביותר מ-Cloud Router אחד לא משפר את המהימנות או משנה את ה-SLA, כי Cloud Routers מחלקים אוטומטית את סשני ה-BGP של צירופים ל-VLAN בין שני משימות תוכנה של BGP, בהתאם לדומיין הזמינות של קצה החיבור של ה-Interconnect שכל צירוף ל-VLAN תלוי בו.

    • מצב ניתוב דינמי: ברשת ה-VPC אפשר להשתמש במצב ניתוב דינמי אזורי או גלובלי.

דרישות לגבי נתב מקומי ופרסום ניתוב (route advertisement)

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

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

נתבים מקומיים צריכים לפרסם את אותם קידומות במהלך סשנים של BGP בכל חיבור VLAN. אתם יכולים להשתמש במדדים שונים של BGP (כמו MED) כדי להשיג את יעדי הקישוריות שלכם. מידע נוסף על האופן שבו משימות BGP של Cloud Router, מישור הבקרה של המסלול הדינמי ומישור הבקרה של רשת ה-VPC יוצרים מסלולים דינמיים מקידומות שהתקבלו זמין במאמר Learned routes במסמכי Cloud Router.

טופולוגיות לדוגמה

בקטעים הבאים מוצגות דוגמאות לטופולוגיות של Cloud Interconnect.

טופולוגיה של מספר אזורים

טופולוגיית הדוגמה הבאה עומדת בדרישת הזמינות של 99.99% עם ארבעה חיבורי Cloud Interconnect בזוגות הבאים של מתקנים ושילובי אזורי זמינות של קצה הרשת, זוג אחד במטרו LGA והזוג השני במטרו IAD:

  • LGA זוג: lga-zone1-16 ו-lga-zone2-1422
  • IAD זוג: iad-zone1-1 ו-iad-zone2-2

ארבעה צירופי VLAN מוגדרים ברשת VPC שמשתמשת במצב ניתוב דינמי גלובלי: שניים באזור us-central1 ושניים באזור us-east1. בכל אזור:

  • כל צירוף ל-VLAN תלוי בחיבור ייחודי של קישוריות הדדית.
  • ביחד, שני חיבורי ה-VLAN תלויים בחיבורי Interconnect שנמצאים בשני אזורי הזמינות של קצה הרשת באותו אזור מטרופוליני.
חיבורים מיותרים לזמינות של 99.99% (לחצו להגדלה).
חיבורים מיותרים לזמינות של 99.99% (לחצו כדי להגדיל)

טופולוגיה של אזור יחיד

הטופולוגיה הבאה לדוגמה עומדת בדרישת הזמינות של 99.99% עם ארבעה חיבורי Cloud Interconnect במטרו אחד, IAD. יש שני חיבורי Interconnect בכל אחד מהשילובים הבאים של מתקנים ושל אזורי זמינות של קצה הרשת:

  • iad-zone1-1
  • iad-zone2-5467

השילוב הזה של מתקן ודומיין זמינות של קצה הוא שילוב תקין לזמינות של 99.99% באזור יחיד.

ארבעה קבצים מצורפים של VLAN מוגדרים ברשת VPC באזור us-east4, כי האזור us-east4 הוא האזור עם השהייה הנמוכה שמתאים למטרו IAD. ברשת ה-VPC אפשר להשתמש במצב ניתוב דינמי אזורי או גלובלי.

באזור us-east4, כל צירוף ל-VLAN תלוי בחיבור ייחודי של Interconnect, ובאופן כולל, כל ארבעת הצירופים ל-VLAN תלויים בחיבורי Interconnect שנמצאים בשילובים של מתקנים ושל תחומים של זמינות קצה.

חיבורים מיותרים לזמינות של 99.99% באזור יחיד (לחצו להגדלה).
חיבורים מיותרים לזמינות של 99.99% באזור יחיד (לחצו כדי להגדיל)

הגדרת נתיבים מועדפים

חיבורי VLAN של Dedicated Interconnect מסתמכים על Cloud Routers כדי ללמוד קידומות מנתבי עמיתים מרוחקים (לדוגמה, נתבים ברשת מקומית). מצב הניתוב הדינמי ומצב הבחירה של הנתיב הטוב ביותר ברשת ה-VPC שמכילה את נתבי Cloud Router קובעים אילו צעדים נלקחים בחשבון ואיך מאפייני BGP מעובדים כדי ליצור נתיבים דינמיים. הנתיבים הדינמיים ברשת VPC מגדירים נתיבים מרשת ה-VPC לרשת מחוברת (כמו רשת מקומית). מידע נוסף זמין במאמר בנושא נתיבים שנלמדו במאמרי העזרה של Cloud Router.

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

יצירת טופולוגיה של 99.99% במספר אזורים

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

שינוי מצב הניתוב הדינמי של רשת VPC

ברשת vpc1, משנים את מצב הניתוב הדינמי לגלובלי.

המסוף

  1. נכנסים לדף VPC networks במסוף Google Cloud .

    מעבר לרשתות VPC

  2. בוחרים את הרשת vpc1 ולוחצים על עריכה.

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

  4. לוחצים על Save.

gcloud

gcloud compute networks update vpc1 \
   --bgp-routing-mode global

הזמנת חיבורים של Dedicated Interconnect

מזמינים חיבורים כפולים באמצעות מסוף Google Cloud או Google Cloud CLI.

המסוף

  1. נכנסים לדף Interconnect Hybrid Connectivity במסוף Google Cloud .

    כניסה אל Interconnect Hybrid Connectivity

  2. לוחצים על שנתחיל?

  3. בוחרים באפשרות Dedicated Interconnect (קישור ייעודי) ולוחצים על המשך.

  4. בוחרים באפשרות הזמנת חיבור Dedicated Interconnect חדש ולוחצים על המשך.

  5. מציינים את פרטי החיבור:

    • שם: מזינים int-lga1.
    • תיאור: מזינים Example connection in LGA ZONE1.
    • מיקום: בוחרים באפשרות Digital Realty | Telx New York (111 8th Ave), שהוא השם ב-PeeringDB של המיקום lga-zone1-16.
    • קיבולת: שימוש בקיבולת ברירת המחדל (10 Gb/s).
  6. לוחצים על הבא.

  7. מציינים את הפרטים של החיבור העודף:

    • שם: מזינים int-lga2.
    • תיאור: מזינים Example connection in LGA ZONE2.
    • מיקום: בוחרים באפשרות zColo New York - 60 Hudson St, שזה השם ב-PeeringDB של המיקום lga-zone2-1422.
    • קיבולת: שימוש בקיבולת ברירת המחדל (10 Gb/s).
  8. לוחצים על הבא.

  9. מציינים את הפרטים ליצירת קשר:

    • שם החברה: מזינים The Customer. השם הזה מופיע ב-LOA-CFA כשם הגורם המורשה לבקש חיבור Cloud Interconnect.
    • איש קשר טכני: מזינים customer@customer.com. אין צורך להזין את הכתובת שלכם, כי אתם נכללים בכל ההתראות.
  10. לוחצים על הבא.

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

  12. בדף אישור ההזמנה, בודקים את השלבים הבאים ולוחצים על סיום.

  13. מזמינים עוד שני חיבורים (int-iad1 ו-int-iad2) במיקום Equinix Ashburn (DC1-DC11), שהוא השם ב-PeeringDB של המיקומים iad-zone1-1 ו-iad-zone2-1. מכיוון שלמתקן באשבורן יש שני אזורים, במסוף Google Cloud נבחר באופן אוטומטי אותו מתקן אבל אזור אחר לחיבור המיותר.

gcloud

  • הזמנה של ארבעה חיבורי Dedicated Interconnect בשמות int-lga1,‏ int-lga2,‏ int-iad1 ו-int-iad2:

    gcloud compute interconnects create int-lga1 \
      --customer-name "The Customer" \
      --description "Example connection in LGA ZONE1" \
      --interconnect-type DEDICATED \
      --link-type ETHERNET_10G_LR \
      --location lga-zone1-16 \
      --requested-link-count 1 \
      --noc-contact-email customer@customer.com
    gcloud compute interconnects create int-lga2 \
      --customer-name "The Customer" \
      --description "Example connection in LGA ZONE2" \
      --interconnect-type DEDICATED \
      --link-type ETHERNET_10G_LR \
      --location lga-zone2-1422 \
      --requested-link-count 1 \
      --noc-contact-email customer@customer.com
    gcloud compute interconnects create int-iad1 \
      --customer-name "The Customer" \
      --description "Example connection in IAD ZONE1" \
      --interconnect-type DEDICATED \
      --link-type ETHERNET_10G_LR \
      --location iad-zone1-1 \
      --requested-link-count 1 \
      --noc-contact-email customer@customer.com
    gcloud compute interconnects create int-iad2 \
      --customer-name "The Customer" \
      --description "Example connection in IAD ZONE2" \
      --interconnect-type DEDICATED \
      --link-type ETHERNET_10G_LR \
      --location iad-zone2-1 \
      --requested-link-count 1 \
      --noc-contact-email customer@customer.com

אחרי שמזמינים חיבורים של Dedicated Interconnect, ‏ Google שולחת אישור באימייל ומקצה יציאות. כשההקצאה מסתיימת, Google יוצרת LOA-CFAs לחיבורים שלכם ושולחת אותם אליכם באימייל. כל האימיילים האוטומטיים נשלחים לאיש הקשר של NOC ולמי שהזמין את החיבורים.

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

יצירת Cloud Routers

יוצרים שני Cloud Routers, אחד לכל אזור.

המסוף

  1. נכנסים לדף Create a Cloud Router במסוף Google Cloud .

    איך יוצרים Cloud Router

  2. מציינים את הפרטים של Cloud Router:

    • שם: מזינים rtr-cent1 כשם של Cloud Router הראשון.
    • רשת: בוחרים באפשרות vpc1, שזה השם של הרשת שאליה הרשת המקומית מתרחבת.
    • אזור: בוחרים באפשרות us-central1, שזה האזור שבו מוגדר Cloud Router, כמו שמוצג בטופולוגיה לדוגמה.
    • Google ASN: מזינים 64513, שהוא מספר ה-ASN של Cloud Router בדוגמה.
  3. בקטע Routes (נתיבים), בוחרים באפשרות Advertise all subnets visible to the Cloud Router (default) (פרסום כל רשתות המשנה שגלויות לנתב Cloud (ברירת מחדל)), ואז לוחצים על Create (יצירה).

  4. יוצרים עוד Cloud Router עם אותם מאפיינים באזור us-east1 בשם rtr-east1.

gcloud

  1. יוצרים Cloud Router ברשת vpc1 באזור us-central1, ומשתמשים במספר מערכת אוטונומית (ASN) 64513:

    gcloud compute routers create rtr-cent1 \
       --asn 64513 \
       --network vpc1 \
       --region us-central1
  2. יוצרים Cloud Router ברשת vpc1 באזור us-east1, ומשתמשים במספר מערכת אוטונומית (ASN) 64513:

    gcloud compute routers create rtr-east1 \
       --asn 64513 \
       --network vpc1 \
       --region us-east1

יצירת צירופים ל-VLAN

אחרי שהחיבורים מוכנים לשימוש (במצב ACTIVE), יוצרים קבצים מצורפים של VLAN כדי לחבר את החיבורים לנתבי Cloud. יוצרים ארבעה קבצים מצורפים, אחד לכל חיבור Cloud Interconnect, ומשתמשים בנתבים כמו שמתואר ברשימה הבאה:

  • rtr-cent1 מחובר אל int-lga1 וגם אל int-lga2
  • rtr-east1 מחובר אל int-iad1 וגם אל int-iad2

המסוף

  1. במסוף Google Cloud , עוברים לכרטיסייה VLAN attachments.

    מעבר אל 'צירופים ל-VLAN'

  2. לוחצים על הוספת צירוף ל-VLAN.

  3. בוחרים באפשרות Dedicated Interconnect (קישור ייעודי) ולוחצים על המשך.

  4. בוחרים באפשרות In this project (בפרויקט הזה).

  5. בוחרים את הקישור int-lga1 ולוחצים על המשך.

  6. בוחרים באפשרות הוספת צירוף ל-VLAN:

    • שם: מזינים attachment-lga1-central1.
    • נתב: בוחרים ב-rtr-cent1 Cloud Router.
  7. לוחצים על יצירה. יצירת הקובץ המצורף נמשכת כמה רגעים.

  8. כדי להוסיף סשן BGP ל-rtr-cent1, לוחצים על הגדרה. הצירוף ל-VLAN כבר מילא את כתובות ה-IP של Google ושל ה-BGP של עמיתים.

  9. מתעדים את כתובות ה-IP, מספרי ה-ASN ותג ה-VLAN של כל קובץ מצורף. המידע הזה נדרש כדי להגדיר את הנתב המקומי.

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

  11. יוצרים עוד שלושה קבצים מצורפים לחיבורים האחרים:

    • int-lga2 (rtr-cent1)
    • int-iad1 (rtr-east1)
    • int-iad2 (rtr-east1)

    מתעדים את המידע של כל קובץ מצורף.

gcloud

  1. יוצרים ארבעה קבצים מצורפים:

    gcloud compute interconnects attachments dedicated create attachment-lga1-central1 \
       --interconnect int-lga1 \
       --router rtr-cent1 \
       --region us-central1
    gcloud compute interconnects attachments dedicated create attachment-lga2-central1 \
       --interconnect int-lga2 \
       --router rtr-cent1 \
       --region us-central1
    gcloud compute interconnects attachments dedicated create attachment-iad1-east1 \
       --interconnect int-iad1 \
       --router rtr-east1 \
       --region us-east1
    gcloud compute interconnects attachments dedicated create attachment-iad2-east1 \
       --interconnect int-iad2 \
       --router rtr-east1 \
       --region us-east1
  2. מתאר את attachment-lga1-central1 הקובץ המצורף כדי לאחזר את המשאבים שהוקצו לו, כמו מזהה ה-VLAN וכתובות ה-BGP peering. משתמשים בערכים האלה כדי להגדיר את Cloud Router ואת הנתב המקומי:

    gcloud compute interconnects attachments describe attachment-lga1-central1 \
       --region us-central1

    הפקודה הקודמת מחזירה את המידע הבא:

    cloudRouterIpAddress: 169.254.58.49/29
    creationTimestamp: '2017-08-15T08:34:11.137-07:00'
    customerRouterIpAddress: 169.254.58.50/29
    id: '5630382895290821276'
    interconnect:
    https://www.googleapis.com/compute/v1/projects/customer-project/global/interconnects/int-lga1
    kind: compute#interconnectAttachment
    name: attachment-lga1-central1
    operationalStatus: ACTIVE
    privateInterconnectInfo:
      tag8021q: 1000
    region: https://www.googleapis.com/compute/v1/projects/customer-project/regions/us-central1
    router: https://www.googleapis.com/compute/v1/projects/customer-project/regions/us-central1/routers/router1
    selfLink: https://www.googleapis.com/compute/v1/projects/customer-project/regions/us-central1/interconnectAttachments/attachment-lga1-central1
      
  3. רושמים את הערכים הבאים:

    • tag8021q: מציין את מזהה ה-VLAN, שהוא 1000. מזהה ה-VLAN מזהה את התנועה שעוברת דרך הקובץ המצורף הזה. משתמשים בערך הזה כדי להגדיר ממשק משנה של VLAN עם תג בנתב המקומי.
    • cloudRouterIpAddress: כתובת ה-IP של Cloud Router, שהיא 169.254.58.49/29. מקצים את הכתובת הזו לממשק Cloud Router ומציינים את הכתובת הזו כשכן BGP בנתב המקומי.
    • customerRouterIpAddress: כתובת ה-IP של הנתב של הלקוח, שהיא 169.254.58.50/29. ב-Cloud Router, מציינים את הכתובת הזו ככתובת עמית BGP בממשק שהוקצתה לו כתובת ה-IP של Cloud Router. מקצים את הכתובת הזו לממשק המשנה של ה-VLAN בנתב המקומי.
  4. ב-rtr-cent1 Cloud Router, מוסיפים ממשק לקובץ המצורף attachment-lga1-central1:

    gcloud compute routers add-interface rtr-cent1 \
       --interface-name rtr-cent1-1 \
       --interconnect-attachment attachment-lga1-central1 \
       --ip-address 169.254.58.49 \
       --mask-length 29 \
       --region us-central1
  5. מוסיפים קישור בין רשתות שכנות באמצעות BGP לממשק. בדוגמה הזו, מספר ה-ASN של הרשת המקומית הוא 12345:

    gcloud compute routers add-bgp-peer rtr-cent1 \
       --interface rtr-cent1-1 \
       --peer-name central1 \
       --peer-ip-address 169.254.58.50 \
       --peer-asn 12345 \
       --advertised-route-priority 100 \
       --region us-central1
  6. מתארים את הקבצים המצורפים האחרים, ואז מגדירים באופן דומה סשן BGP חדש ב-Cloud Router המתאים.

הגדרת נתבים מקומיים

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

interface ae20 {
  flexible-vlan-tagging;
  native-vlan-id 1;
  aggregated-ether-options {
    lacp {
      active;
     }
   }
  unit 1000 {
    vlan-id 1000;
    family inet {
      address 169.254.58.50/29;
    }
  }
}

protocols bgp {
  group google {
    type external;
    multihop {
      ttl 4;
    }
    hold-time 60;
    peer-as 64513;
    local-as 12345;
    local-address 169.254.58.50;
    neighbor 169.254.58.49 {
      ...
    }
  }
}

יצירת טופולוגיה של אזור יחיד עם זמינות של 99.99%

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

שימו לב: רק אזורים מטרופוליטניים נתמכים מסוימים עומדים בדרישות של הסכם רמת השירות (SLA) של 99.99% באזור יחיד.

הזמנת חיבורים של Dedicated Interconnect

מזמינים חיבורים כפולים באמצעות מסוף Google Cloud או Google Cloud CLI. בדוגמה הזו נעשה שימוש בקבוצות של חיבורי Interconnect, שמאפשרות לקבץ את החיבורים כדי לקבל משוב על מידת ההתאמה של המשאבים לרמת המהימנות הרצויה. מידע נוסף זמין במאמר קבוצות של Cloud Interconnect.

המסוף

קודם יוצרים קבוצת Cloud Interconnect שתכיל את החיבורים:

  1. לוחצים על יצירת קבוצה.
  2. מציינים את פרטי הקבוצה:
    • שם: מזינים example-interconnect-group.
    • תיאור: מזינים Example group in Ashburn.
    • הסכם רמת שירות (SLA) לייצור: בוחרים באפשרות ייצור קריטי (חוסן מקסימלי).
  3. לוחצים על יצירה.

בשלב הבא, מוסיפים לקבוצה חיבורי Dedicated Interconnect:

  1. בוחרים את הקבוצה.
  2. לוחצים על הגדרת חיבור פיזי.
  3. בוחרים באפשרות חיבור Dedicated Interconnect ולוחצים על המשך.
  4. בוחרים באפשרות הזמנת חיבור Dedicated Interconnect חדש ולוחצים על המשך.
  5. בשדה Production SLA, מבצעים את הפעולות הבאות:
    1. בוחרים באפשרות קריטי לייצור (חוסן מקסימלי).
    2. בשדה בחירת סוג טופולוגיה, בוחרים באפשרות אזור יחיד.
    3. בשדה Select Interconnect group, לוחצים על Select an existing group ואז בוחרים באפשרות example-interconnect-group.
  6. בשדה קיבולת, משתמשים בקיבולת שמוגדרת כברירת מחדל (10Gb/s).
  7. בשדה Metropolitan area (אזור מטרופוליני), בוחרים באפשרות Ashburn.
  8. בשדה New interconnect (חיבור חדש), מציינים את פרטי החיבור:
    • שם: מזינים interconnect-1-a.
    • תיאור: מזינים Example connection in IAD.
    • מיקום: בוחרים באפשרות Equinix Ashburn (DC1-DC11), שהוא השם ב-PeeringDB של המיקום iad-1.
  9. לוחצים על הוספת קישוריות.
  10. מציינים את הפרטים של החיבור העודף:
    • שם: מזינים interconnect-1-b.
    • תיאור: מזינים Example redundant connection in IAD.
    • מיקום: בוחרים באפשרות Equinix Ashburn (DC1-DC11), שזה השם ב-PeeringDB של המיקום iad-1.
  11. חוזרים על שני השלבים הקודמים כדי להוסיף עוד שני חיבורים (interconnect-2-a ו-interconnect-2-b) במיקום שמתאים ל-iad-5467. מכיוון שיש במתקן שני אזורים,Google Cloud המסוף בוחר אוטומטית את אותו מתקן אבל אזור אחר לחיבור המיותר.
  12. לוחצים על הבא.
  13. מציינים את הפרטים ליצירת קשר:
    • שם החברה: מזינים example.com. השם הזה מופיע ב-LOA-CFA כשם הגורם המורשה לבקש חיבור Cloud Interconnect.
    • איש קשר טכני: מזינים user@example.com. אין צורך להזין את הכתובת שלכם, כי אתם נכללים בכל ההתראות.
  14. לוחצים על הבא.
  15. בודקים את ההזמנה. בודקים שהפרטים והפרטים ליצירת קשר של החיבורים שלכם נכונים. אם הכל נכון, לוחצים על ביצוע ההזמנה. אם לא, חוזרים אחורה ועורכים את פרטי החיבור.
  16. בדף אישור ההזמנה, בודקים את השלבים הבאים ולוחצים על סיום.

gcloud

  1. יוצרים קבוצת Dedicated Interconnect:

    gcloud compute interconnects groups create example-interconnect-group \
      --intended-topology-capability PRODUCTION_CRITICAL
    
  2. מוסיפים חיבורי Dedicated Interconnect לקבוצה:

    gcloud compute interconnects groups create-members example-interconnect-group \
       --interconnect='name=interconnect-1-a,facility=iad-1' \
       --interconnect='name=interconnect-1-b,facility=iad-1' \
       --interconnect='name=interconnect-2-a,facility=iad-5467' \
       --interconnect='name=interconnect-2-b,facility=iad-5467' \
       --customer-name=example.com \
       --noc-contact-email=user@example.com \
       --description="Single-Region 99.99% Topology" \
       --intent-mismatch-behavior=REJECT \
       --interconnect-type=DEDICATED \
       --link-type=LINK_TYPE_ETHERNET_100G_LR
    

אחרי שמזמינים חיבורים של Dedicated Interconnect, ‏ Google שולחת אישור באימייל ומקצה יציאות. כשההקצאה מסתיימת, Google יוצרת LOA-CFAs לחיבורים שלכם ושולחת אותם אליכם באימייל. כל האימיילים האוטומטיים נשלחים לאיש הקשר של NOC ולמי שהזמין את החיבורים.

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

יצירת Cloud Router

יוצרים Cloud Router.

המסוף

  1. נכנסים לדף Create a Cloud Router במסוף Google Cloud .

    איך יוצרים Cloud Router

  2. מציינים את הפרטים של Cloud Router:

    • שם: מזינים rtr-east4 כשם של Cloud Router הראשון.
    • רשת: בוחרים באפשרות vpc1, שזה השם של הרשת שאליה הרשת המקומית מתרחבת.
    • אזור: בוחרים באפשרות us-east4, האזור שבו מוגדר Cloud Router.
    • Google ASN: מזינים 64513, שהוא מספר ה-ASN של Cloud Router בדוגמה.
  3. בקטע Routes (נתיבים), בוחרים באפשרות Advertise all subnets visible to the Cloud Router (default) (פרסום כל רשתות המשנה שגלויות לנתב Cloud (ברירת מחדל)), ואז לוחצים על Create (יצירה).

gcloud

  1. יוצרים Cloud Router ברשת vpc1 באזור us-east4, ומשתמשים במספר מערכת אוטונומית (ASN) 64513:

    gcloud compute routers create rtr-east4 \
       --asn 64513 \
       --network vpc1 \
       --region us-east4

יצירת צירופים ל-VLAN

אחרי שהחיבורים מוכנים לשימוש (במצב ACTIVE), יוצרים קבצים מצורפים של VLAN כדי לחבר את החיבורים לנתבי Cloud. יוצרים ארבעה קבצים מצורפים, אחד לכל חיבור Cloud Interconnect, ומקשרים אותם אל rtr-east4.

המסוף

  1. במסוף Google Cloud , עוברים לכרטיסייה VLAN attachments.

    מעבר אל 'צירופים ל-VLAN'

  2. לוחצים על הוספת צירוף ל-VLAN.

  3. בוחרים באפשרות Dedicated Interconnect (קישור ייעודי) ולוחצים על המשך.

  4. בוחרים באפשרות In this project (בפרויקט הזה).

  5. בוחרים את הקישור int-iad1 ולוחצים על המשך.

  6. בוחרים באפשרות הוספת צירוף ל-VLAN:

    • שם: מזינים attachment-iad1.
    • נתב: בוחרים ב-rtr-east4 Cloud Router.
  7. לוחצים על יצירה. יצירת הקובץ המצורף נמשכת כמה רגעים.

  8. כדי להוסיף סשן BGP ל-rtr-east4, לוחצים על הגדרה. בצירוף ל-VLAN כבר מופיעות כתובות ה-IP של Google ושל BGP של עמיתים.

  9. מתעדים את כתובות ה-IP, מספרי ה-ASN ותג ה-VLAN של כל קובץ מצורף. המידע הזה נדרש כדי להגדיר את הנתב המקומי.

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

  11. יוצרים עוד שלושה קבצים מצורפים לחיבורים האחרים:

    • int-iad2 (rtr-east4)
    • int-iad3 (rtr-east4)
    • int-iad4 (rtr-east4)

    מתעדים את המידע של כל קובץ מצורף.

gcloud

  1. יוצרים ארבעה קבצים מצורפים:

    gcloud compute interconnects attachments dedicated create attachment-iad1 \
       --interconnect int-iad1 \
       --router rtr-east4 \
       --region us-east4
    gcloud compute interconnects attachments dedicated create attachment-iad2 \
       --interconnect int-iad2 \
       --router rtr-east4 \
       --region us-east4
    gcloud compute interconnects attachments dedicated create attachment-iad3 \
       --interconnect int-iad3 \
       --router rtr-east4 \
       --region us-east4
    gcloud compute interconnects attachments dedicated create attachment-iad4 \
       --interconnect int-iad4 \
       --router rtr-east4 \
       --region us-east4
  2. מתאר את attachment-iad1 הקובץ המצורף כדי לאחזר את המשאבים שהוקצו לו, כמו מזהה ה-VLAN וכתובות ה-BGP peering. משתמשים בערכים האלה כדי להגדיר את Cloud Router ואת הנתב המקומי:

    gcloud compute interconnects attachments describe attachment-iad1 \
       --region us-east4

    הפקודה הקודמת מחזירה את המידע הבא:

    cloudRouterIpAddress: 169.254.58.49/29
    creationTimestamp: '2017-08-15T08:34:11.137-07:00'
    customerRouterIpAddress: 169.254.58.50/29
    id: '5630382895290821276'
    interconnect:
    https://www.googleapis.com/compute/v1/projects/customer-project/global/interconnects/int-iad1
    kind: compute#interconnectAttachment
    name: attachment-iad1
    operationalStatus: ACTIVE
    privateInterconnectInfo:
      tag8021q: 1000
    region: https://www.googleapis.com/compute/v1/projects/customer-project/regions/us-east4
    router: https://www.googleapis.com/compute/v1/projects/customer-project/regions/us-east4/routers/router1
    selfLink: https://www.googleapis.com/compute/v1/projects/customer-project/regions/us-east4/interconnectAttachments/attachment-iad1
      
  3. רושמים את הערכים הבאים:

    • tag8021q: מציין את מזהה ה-VLAN, שהוא 1000. מזהה ה-VLAN מזהה את התנועה שעוברת דרך הקובץ המצורף הזה. משתמשים בערך הזה כדי להגדיר ממשק משנה של VLAN עם תג בנתב המקומי.
    • cloudRouterIpAddress: כתובת ה-IP של Cloud Router, שהיא 169.254.58.49/29. מקצים את הכתובת הזו לממשק Cloud Router ומציינים את הכתובת הזו כשכן BGP בנתב המקומי.
    • customerRouterIpAddress: כתובת ה-IP של הנתב של הלקוח, שהיא 169.254.58.50/29. ב-Cloud Router, מציינים את הכתובת הזו ככתובת עמית BGP בממשק שהוקצתה לו כתובת ה-IP של Cloud Router. מקצים את הכתובת הזו לממשק המשנה של ה-VLAN בנתב המקומי.
  4. ב-rtr-east4 Cloud Router, מוסיפים ממשק לקובץ המצורף attachment-iad1:

    gcloud compute routers add-interface rtr-east4 \
       --interface-name rtr-east4-1 \
       --interconnect-attachment attachment-iad1 \
       --ip-address 169.254.58.49 \
       --mask-length 29 \
       --region us-east4
  5. מוסיפים קישור בין רשתות שכנות באמצעות BGP לממשק. בדוגמה הזו, מספר ה-ASN של הרשת המקומית הוא 12345:

    gcloud compute routers add-bgp-peer rtr-east4 \
       --interface rtr-east4-1 \
       --peer-name central1 \
       --peer-ip-address 169.254.58.50 \
       --peer-asn 12345 \
       --advertised-route-priority 100 \
       --region us-east4
  6. מתארים את הקבצים המצורפים האחרים, ואז מגדירים באופן דומה סשן BGP חדש ב-Cloud Router המתאים.

הגדרת נתבים מקומיים

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

interface ae20 {
  flexible-vlan-tagging;
  native-vlan-id 1;
  aggregated-ether-options {
    lacp {
      active;
     }
    }
  unit 1000 {
    vlan-id 1000;
    family inet {
      address 169.254.58.50/29;
    }
  }
}

protocols bgp {
  group google {
    type external;
    multihop {
      ttl 4;
    }
    hold-time 60;
    peer-as 64513;
    local-as 12345;
    local-address 169.254.58.50;
    neighbor 169.254.58.49 {
      ...
    }
  }
}

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