סקירה כללית על Partner Interconnect

‫Partner Interconnect מספק קישוריות בין הרשת המקומית לרשת ענן וירטואלי פרטי (VPC) באמצעות ספק שירות נתמך. חיבור Partner Interconnect שימושי אם מרכז הנתונים שלכם נמצא במיקום פיזי שלא מאפשר גישה למתקן לאחסון ואירוח שרתים (colocation facility) של Dedicated Interconnect, או אם נפח הנתונים שלכם לא מצדיק חיבור שלם של 10Gbps.

לפני שמשתמשים ב-Partner Interconnect

צריך לוודא שאתם עומדים בדרישות הבאות:

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

איך Partner Interconnect עובד?

לספקי שירותים יש חיבורים פיזיים קיימים לרשת של Google, והם מאפשרים ללקוחות שלהם להשתמש בהם. אחרי שיוצרים קישוריות עם ספק שירות, אפשר לבקש מספק השירות חיבור Partner Interconnect. אחרי שספק השירות יקצה את החיבור שלכם, תוכלו להתחיל להעביר תעבורה בין הרשתות שלכם באמצעות הרשת של ספק השירות.

חיבור Partner Interconnect (אפשר ללחוץ כדי להגדיל).
חיבור Partner Interconnect (לחצו כדי להגדיל)

אפשרויות MTU לצירוף ל-VLAN

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

הקצאת הרשאות ידנית

כדי להקצות קישור Partner Interconnect עם ספק שירותים, קודם בוחרים שותף ומציינים אם רוצים MACsec for Cloud Interconnect, ואז מחברים את הרשת המקומית לספק שירותים נתמך. צריך לפנות לספק השירות כדי ליצור קישוריות.

לאחר מכן, יוצרים צירוף ל-VLAN לחיבור Partner Interconnect בפרויקט Google Cloud . כך נוצר מפתח שיוך ייחודי שמשמש לבקשת חיבור מספק השירות. צריך לספק גם מידע נוסף כמו מיקום החיבור, סוג ערימת ה-IP והקיבולת.

אחרי שספק השירות מגדיר את צירוף ה-VLAN, אתם מפעילים את החיבור כדי להתחיל להשתמש בו. בהתאם לחיבור, אתם או ספק השירות שלכם יוצרים סשן של Border Gateway Protocol‏ (BGP).

במאמר סקירה כללית על הקצאת משאבים מפורטים השלבים להקצאת משאבים לחיבור Partner Interconnect.

קיבולת היציאה

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

  • ‫1 x 10-Gbps (10 Gbps) circuit up to 8 x 10-Gbps (80 Gbps) circuits
  • ‫1 x 100-Gbps (100 Gbps) circuit up to 8 x 100-Gbps (800 Gbps) circuits

קישוריות Layer 2 לעומת קישוריות Layer 3

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

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

ההגדרה של BGP לחיבורים בשכבה 3 היא אוטומטית לחלוטין, ולכן אפשר להפעיל מראש את החיבורים (VLAN attachments). כשמפעילים את ההגדרה 'הפעלה מראש', קובצי ה-VLAN מצורפים באופן פעיל ברגע שספק השירות מגדיר אותם.

הפעלה מוקדמת

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

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

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

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

בחיבורים בשכבה 2, אין יתרון בהפעלה מראש של צירופים ל-VLAN.

טופולוגיה בסיסית

בתרשימי הטופולוגיה הבאים מוצגות דוגמאות לחיבורי Partner Interconnect ברמה 2 וברמה 3.

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

טופולוגיה של שכבה 2 (אפשר ללחוץ כדי להגדיל).
טופולוגיה של שכבה 2 (לחצו כדי להגדיל)

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

טופולוגיה של שכבה 3 (לוחצים כדי להגדיל).
טופולוגיה של שכבה 3 (לחצו כדי להגדיל)

יתירות והסכם רמת שירות (SLA)

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

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

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

טופולוגיה עם זמינות של 99.99%

כדי להשיג את רמת הזמינות הגבוהה ביותר, מומלץ להשתמש בהגדרה של 99.99% זמינות. לקוחות ברשת המקומית יכולים להגיע לכתובות ה-IP של מכונות וירטואליות (VM) בGoogle Cloudאזור שנבחר דרך נתיב אחד לפחות מתוך הנתיבים העודפים. אם נתיב אחד לא זמין, הנתיבים האחרים יכולים להמשיך להעביר תנועה.

כדי להשיג זמינות של 99.99%, צריך לפחות ארבעה קבצים מצורפים של VLAN בשני אזורים מטרופוליטניים, אחד בכל תחום זמינות של קצה הרשת (אזור זמינות מטרופוליטני). צריך גם שני Cloud Routers (אחד בכל אזור של רשת VPC). Google Cloud משייכים Cloud Router אחד לכל זוג של צירופי VLAN. צריך גם להפעיל ניתוב גלובלי ברשת ה-VPC.

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

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

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

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

מספר ספקי שירות

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

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

איזון תעבורת נתונים יוצאת באמצעות צירופים מיותרים ל-VLAN

אם יש לכם טופולוגיה מיותרת שדומה להגדרה של 99.99%, יש כמה נתיבים לתנועה לעבור מרשת ה-VPC לרשת המקומית.

‫Google Cloud משתמש ב-ECMP כדי לאזן את תעבורת הנתונים היוצאת (egress) בין החיבורים. כדי להשתמש ב-ECMP, נתבי Cloud שמשמשים את קובצי ה-VLAN המצורפים צריכים לקבל את אותה הודעה עם עלות שווה (אותו טווח CIDR ואותם ערכי MED).

כדי לאזן את התעבורה בין החיבורים, Dedicated Interconnect מבצע את הפעולות הבאות:

Google Cloud מאזן את התעבורה בין הצירופים ל-VLAN על סמך הקיבולת המוגדרת של כל צירוף ל-VLAN.

יצירת חיבורים מיותרים עם קיבולת מספקת

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

תמיכה ב-IPv6

‫Partner Interconnect תומך בתעבורת IPv6 לקישוריות בשכבה 2 ובשכבה 3. יש לכם אפשרות ליצור צירוף ל-VLAN של IPv4 ו-IPv6 (dual stack).

חיבורי VLAN של Partner Interconnect עם תמיכה ב-Dual-stack חייבים להשתמש בסשנים נפרדים של BGP ב-IPv4 וב-IPv6. אין תמיכה ב-Multiprotocol BGP‏ (MP-BGP) – החלפת נתיבים של IPv4 ו-IPv6 – בסשן BGP יחיד.

כדי לתמוך בתנועת IPv6 בחיבור Partner Interconnect, צריך לבצע את הפעולות הבאות:

מידע נוסף על הגדרת IPv6 ברשת משנה זמין במאמרים הבאים:

מידע על שימוש בטווחים פנימיים של IPv6 ברשתות VPC וברשתות משנה זמין במאמר מפרטים של IPv6 פנימי.

אחרי שמגדירים IPv6 ברשת ה-VPC, ברשתות המשנה ובמכונות הווירטואליות, צריך להגדיר את קובצי ה-VLAN.

טווחים מותאמים אישית של כתובות IP

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

התהליך ליצירת קובצי מצורף של VLAN משתנה בהתאם לסוג החיבור שאתם מבקשים מספק השירות: חיבור Layer 3 או Layer 2.

  • שכבה 2: כשמגדירים טווחי כתובות IP בהתאמה אישית לחיבורי VLAN שמשתמשים בהם עם Partner Interconnect, צריך לספק את טווחי כתובות ה-IP בהתאמה אישית במהלך יצירת ה-VLAN. אפשר גם להוסיף טווחי כתובות IP מותאמים אישית של IPv6 כשמשדרגים את סוג הערימה מ-IPV4_ONLY ל-IPV4_IPV6. כדי להגדיר טווחי כתובות IP מותאמים אישית לחיבורים בשכבה 2, אפשר לעיין במאמר בנושא שימוש בטווחי כתובות IP מותאמים אישית עם חיבורים בשכבה 2.
  • שכבה 3: אחרי שיוצרים צירוף ל-VLAN ומשתפים אותו עם ספק השירות, הספק מגדיר את כתובת ה-IP המותאמת אישית. כלומר, כשמגדירים את חיבור ה-VLAN, לא צריך להגדיר באופן ידני טווחי כתובות IP מותאמים אישית. ספק השירות יכול גם להגדיר כתובות IP בהתאמה אישית כשמשדרגים את סוג הערימה של קובץ מצורף מ-IPV4_ONLY ל-IPV4_IPV6.

הגבלת השימוש ב-Partner Interconnect

כברירת מחדל, כל רשת VPC יכולה להשתמש ב-Cloud Interconnect. כדי להגדיר אילו רשתות VPC יכולות להשתמש ב-Cloud Interconnect, אפשר להגדיר מדיניות ארגון. מידע נוסף זמין במאמר בנושא הגבלת השימוש ב-Cloud Interconnect.

מגבלות

אי אפשר לשלוח וללמוד ערכי MED דרך חיבור Partner Interconnect בשכבה 3.

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

מה השלב הבא?