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

‫Cloud Interconnect מספק חיבורים עם זמן אחזור קצר וזמינות גבוהה, שמאפשרים להעביר נתונים בצורה אמינה בין הרשתות.

ב-Cloud Interconnect יש כמה אפשרויות להרחבת הרשת:

סוג Cloud Interconnect תיאור
Dedicated Interconnect

מספק קישוריות בין הרשת המקומית לרשתות VPC באמצעות חיבור פיזי ישיר בין הרשת המקומית לרשת של Google.

מידע נוסף זמין בסקירה הכללית על Dedicated Interconnect.
Partner Interconnect

מספק קישוריות בין הרשת המקומית לרשתות VPC באמצעות ספק שירות נתמך.

מידע נוסף זמין בסקירה הכללית של Partner Interconnect.

כדי להשוות בין Dedicated Interconnect לבין Partner Interconnect, קראו את הקטע Cloud Interconnect במאמר בחירת מוצרים של Network Connectivity.

הגדרות של המונחים שמופיעים בדף הזה זמינות במאמר מונחי מפתח ב-Cloud Interconnect.

יתרונות

היתרונות של השימוש ב-Cloud Interconnect:

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

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

    ב-Dedicated Interconnect, קיבולת החיבור מסופקת באמצעות חיבור אתרנט אחד או יותר. למידע נוסף על קיבולות החיבור, ראו קיבולת היציאה.

    ב-Partner Interconnect, אפשר להשתמש בקיבולות החיבור הבאות לכל צירוף ל-VLAN:

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

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

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

  • היתרונות הבאים רלוונטיים לסוגי Cloud Interconnect שמספקים קישוריות בין רשתות ה-VPC שלכם לרשתות אחרות:

    • אפשר לגשת ישירות לכתובות ה-IP הפנימיות של רשת ה-VPC מהרשת המקומית. לא צריך להשתמש במכשיר NAT או במנהרת VPN כדי להגיע לכתובות IP פנימיות. לפרטים נוספים, קראו את המאמר כתובות IP, ‏ IPv6 ונתיבים דינמיים.

    • ‫Dedicated Interconnect,‏ Partner Interconnect,‏ Direct Peering ו-Carrier Peering יכולים לעזור לכם לבצע אופטימיזציה של תעבורת הנתונים היוצאת מרשת ה-VPC שלכם.

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

    • כדי להחיל הצפנת IPsec על התנועה ב-Cloud Interconnect, אתם יכולים לפרוס HA VPN דרך Cloud Interconnect.

אפשרויות של עמידות והסכם רמת שירות (SLA)

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

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

למידע נוסף על הסכמי SLA של Cloud Interconnect, קראו את המאמר הסכמי SLA של Dedicated Interconnect ו-Partner Interconnect.

לתשומת ליבכם

שימוש ב-Cloud VPN בלבד

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

כדי להשתמש ב-Cloud VPN, צריך להגדיר שער VPN שכנה ברשת המקומית.

כתובות IP, ‏IPv6 ונתיבים דינמיים

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

אתם יכולים להפעיל תעבורת נתונים ב-IPv6 בין רשת ה-VPC שתומכת ב-IPv6 לבין הרשת המקומית. למידע נוסף, קראו את המאמרים תמיכה ב-IPv6 ב-Dedicated Interconnect ותמיכה ב-IPv6 ב-Partner Interconnect.

מרחב כתובות ה-IP ברשת המקומית וברשת ה-VPC לא יכול לחפוף, אחרת התנועה לא תנותב כמו שצריך. מסירים את הכתובות החופפות מאחת מהרשתות.

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

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

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

‫Cloud Interconnect כרשת להעברת נתונים

לפני שמשתמשים ב-Cloud Interconnect, חשוב לקרוא בעיון את סעיף 2 בתנאי השירות הכלליים שלGoogle Cloud. Google Cloud מספק כמה אפשרויות לחיבור בין הרשתות המקומיות, כולל Cross-Site Interconnect, ‏Network Connectivity Center ‏(NCC) ונתב וירטואלי. ב- מידע נוסף זמין במאמר קישור האתרים באמצעות Google Cloud.

הצפנת התנועה ב-Cloud Interconnect

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

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

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

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

‫MTU של Cloud Interconnect

למידע על MTU בהתאם לתרחיש לדוגמה:

  • אם אתם מחברים את רשתות ה-VPC לרשתות אחרות, חיבורי ה-VLAN של Cloud Interconnect תומכים בארבעת הגדלים הבאים של MTU:

    • ‫1,440 בייטים
    • ‫1,460 בייטים
    • ‫1,500 בייטים
    • ‫8,896 בייטים

    למידע על שיטות מומלצות ל-MTU בצירופים ל-VLAN, קראו את המאמר שימוש באותו MTU לכל הצירופים ל-VLAN.

  • אם אתם מחברים את הרשתות המקומיות שלכם זו לזו, רשתות חוצות-אתרים תומכות בגודל MTU של 9,000 בייטים.

טווחי כתובות IP בהתאמה אישית

כשיוצרים קישור ל-VLAN ב-Dedicated Interconnect, ב-Partner Interconnect או ב-Cross-Cloud Interconnect, אפשר להגדיר טווחי כתובות IP בהתאמה אישית ל-Cloud Router ולנתב של הלקוח בקצוות של הקישור. כשמציינים טווח מותאם אישית של כתובות IP, ‏Cloud Interconnect יוצר משאב של טווח פנימי ששומר את כתובת ה-IP המדויקת לשימוש ב-VPC, במקום את טווח כתובות ה-IP. אם תשתמשו בכתובת ה-IP הזו במקום אחר ב-VPC, יצירת המשאב של הטווח הפנימי תיכשל.

לדוגמה, אם מציינים את 192.0.2.1/29 ככתובת של Cloud Router, המשאב של הטווח הפנימי שומר את 192.0.2.1/32. כלומר, כדי להגדיר טווחי כתובות IP בהתאמה אישית באמצעות Cloud Interconnect, צריך להפעיל את Network Connectivity API ואת ההרשאות הרלוונטיות. מומלץ להשתמש בתפקיד "אדמין של רשת Compute" (roles/compute.networkAdmin). מידע נוסף על טווחי כתובות IP פנימיות זמין במאמר יצירה ושימוש בטווחים פנימיים.

לפני שמתחילים

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

הודעה משפטית
טווחי IP בהתאמה אישית. הלקוח אחראי לכל ההסכמות וההודעות שנדרשות כדי לאפשר ל-Google לגשת לנתונים שהלקוח מספק, לאחסן ולעבד אותם. הלקוח אחראי לדיוק של כל כתובת IP שהוא מספק ל-Google בקשר לשימוש שלו במוצר הזה.
‫API והרשאות
לפני שמציינים כתובת IP בהתאמה אישית, צריך להפעיל את Network Connectivity API בפרויקט. בנוסף, אתם צריכים את ההרשאה networkconnectivity.internalRanges.create, שאפשר לקבל באמצעות התפקיד "אדמין רשת של Compute"‏ (roles/compute.networkAdmin).
אורך הקידומת
אורכי הקידומות של טווחי כתובות ה-IPv4 שאתם מציינים באמצעות הדגלים --candidate-customer-router-ip-address ו---candidate-cloud-router-ip-address חייבים להיות /29 או /30, והם חייבים להיות באותה רשת משנה. בנוסף, אם משתמשים בכתובות IPv4 מקומיות לקישור, אפשר להשתמש רק באורך הקידומת /29.
אורכי הקידומות של טווחי כתובות ה-IPv6 שאתם מציינים באמצעות הדגלים --candidate-customer-router-ipv6-address ו---candidate-cloud-router-ipv6-address חייבים להיות /125 או /126, והם חייבים להיות באותה רשת משנה. בנוסף, אי אפשר להשתמש בכתובות IPv6 מסוג link-local או בכתובות מקומיות ייחודיות (ULA).
הדרישות לגבי כתובות IP
הטווחים שבהם משתמשים כשמגדירים את אחד מהדגלים שצוינו קודם צריכים לעמוד בדרישות הבאות:
  • הטווחים לא יכולים לחפוף לטווח אחר שבו אתם משתמשים ב-VPC של הלקוח.
  • אי אפשר להשתמש בכתובת ה-IP הראשונה או האחרונה בטווחי כתובות ה-IP שציינתם, כי הן כתובות הרשת וכתובות השידור.
  • אי אפשר להשתמש בטווחים שמכילים כתובות IPv4 פרטיות עם הדגלים --candidate-customer-router-ip-address ו---candidate-cloud-router-ip-address.
מגבלות
המגבלות הבאות חלות על טווחי כתובות IP בהתאמה אישית:
  • אי אפשר להשתמש בדגל --candidate-subnets עם הדגלים --candidate-customer-router-ip-address ו---candidate-cloud-router-ip-address, אבל אפשר להשתמש בדגל --candidate-subnets לקישור מקומי של חיבורי IPv4 עם הדגלים --candidate-customer-router-ipv6-address ו---candidate-cloud-router-ipv6-address.
  • אפשר להשתמש גם בכתובות IPv6 בבעלות Google וגם בכתובות IPv6 בהתאמה אישית באותו Cloud Router, אבל אי אפשר להשתמש גם בטווחי כתובות IPv6 בבעלות Google וגם בטווחי כתובות IPv6 בהתאמה אישית באותו קישור ל-VLAN.
  • אי אפשר להשתמש שוב בטווחי כתובות ה-IP המותאמים אישית באותו VPC, או בכל VPC אחר שמחובר אליו באמצעות VPC spokes או קישור בין רשתות VPC שכנות (peering).
  • אתם יכולים להשתמש בטווחי כתובות IP ציבוריות מספקי שירותי ענן אחרים, אבל אתם צריכים להחזיק בייפוי כוח מספק השירות על נייר המכתבים של החברה.
  • אם אתם רוצים להשתמש בטווחי כתובות IP בהתאמה אישית עם חיבור Partner Interconnect בשכבה 3, אתם צריכים ליצור צירוף ל-VLAN, ואז ספק השירות מגדיר את טווחי כתובות ה-IP בהתאמה אישית במהלך תהליך ההגדרה של הצירוף ל-VLAN. אם יש לכם חיבור שכבה 3, פנו לספק השירות לקבלת הוראות.
  • אין תמיכה בטווחי כתובות ה-IP השמורים הבאים:
    • טווחי כתובות IPv4 שמורים:
      • 0.0.0.0/8
      • 10.0.0.0/8
      • 100.64.0.0/10
      • 127.0.0.0/8
      • 172.16.0.0/12
      • 192.0.0.0/24
      • 192.0.2.0/24
      • 192.88.99.0/24
      • 192.168.0.0/16
      • 198.18.0.0/15
      • 198.51.100.0/24
      • 203.0.113.0/24
      • 224.0.0.0/4
      • 240.0.0.0/4
    • טווחי כתובות IPv6 שמורים:
      • ::ffff:0:0/96
      • 64:ff9b::/96
      • 64:ff9b:1::/48
      • 100::/64
      • 2001:/32
      • 2001:20::/28
      • 2001:db8::/32
      • fe80::/10
      • 2002::/16
      • 3fff::/20
      • 5f00::/16
      • fc00::/7
      • fe80::/10
      • ff00::/8

הגדרת טווחים של כתובות IP בהתאמה אישית

כדי ליצור צירופים ל-VLAN עם טווחי כתובות IP בהתאמה אישית, אפשר להיעזר בדפים הבאים:

תמיכה בתנועת GRE

‫Cloud Interconnect תומך בתעבורת נתונים של GRE. התמיכה ב-GRE מאפשרת לכם לסיים את תעבורת הנתונים של GRE במכונה וירטואלית מהאינטרנט (כתובת IP חיצונית) ומ-Cloud VPN או Cloud Interconnect (כתובת IP פנימית). לאחר מכן, אפשר להעביר את תעבורת הנתונים שעברה הסרת אנקפסולציה ליעד שאפשר להגיע אליו. באמצעות GRE אפשר להשתמש בשירותים כמו Secure Access Service Edge ‏(SASE) ו-SD-WAN. כדי לאפשר תעבורת נתונים של GRE, צריך ליצור כלל של חומת אש.

הבחנה בין תנועה ברשת

ב-Dedicated Interconnect וב-Cross-Cloud Interconnect יש תמיכה בהבחנה בין תנועה ברשת באמצעות Application Awareness ב-Cloud Interconnect. בעזרת Application Awareness אתם יכולים למפות את התנועה היוצאת לסוגים שונים של תנועה, ולהגדיר מדיניות של אחוז רוחב פס או מדיניות עדיפות מחמירה. כך תוכלו לוודא שהתנועה ברשת שקריטית לעסק תקבל עדיפות על פני תנועה ברשת עם עדיפות נמוכה יותר.

התכונה Application Awareness ב-Cloud Interconnect משתמשת במיקום התו (code point) לשירותים מבודלים (DSCP) בכותרת ה-IP כדי להבדיל בין סוגי תעבורת הנתונים. הוא לא קשור למודל הנתונים של App Hub לאפליקציות, ואין לו גישה אליו.

מידע נוסף זמין בקטע "הגדרת הבחנה בין סוגי תנועה" במאמרים Dedicated Interconnect ו-Cross-Cloud Interconnect.

כדי להפעיל את Application Awareness ב-Cloud Interconnect, פנו לצוות ניהול החשבון.

המחשה ומעקב אחרי חיבורי Cloud Interconnect וצירופים ל-VLAN

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

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

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

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

שאלות נפוצות

בשאלות הנפוצות על Cloud Interconnect תוכלו למצוא תשובות לשאלות נפוצות על הארכיטקטורה והתכונות של Cloud Interconnect.

מה השלב הבא?