סקירה כללית על NCC

Network Connectivity Center ‏ (NCC) הוא מסגרת תזמור שמפשטת את קישוריות הרשת בין משאבי Spoke שמחוברים למשאב ניהול מרכזי שנקרא Hub. ב-NCC יש תמיכה בסוגים הבאים של רכיבי Spokes:

  • רשתות מסוג Hub and Spoke בענן וירטואלי פרטי (VPC)
  • רשתות מסוג Hub and Spoke של VPC של תוכן
  • רשתות משנה של שער NCC
  • רכזות היברידיות

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

  • חיבור של כמה רשתות VPC זו לזו. רשתות ה-VPC יכולות להיות ממוקמות בפרויקטים שונים באותו ארגון Google Cloud או בארגונים שונים.
  • חיבור של כמה רשתות VPC לרשתות מקומיות או לרשתות של ספק אחר של שירותי ענן. אפשר להגיע לרשתות החיצוניות האלה דרך כל סוג של רשת היברידית מסוג Hub and Spoke. הגישה הזו נקראת קישוריות מאתר לענן.
  • אפשר להשתמש במכונות וירטואליות של מכשיר נתב כדי לנהל את הקישוריות בין רשתות ה-VPC.
  • אפשר להשתמש ברשת Google Cloud VPC כרשת תקשורת מרחבית (WAN) ארגונית כדי לחבר רשתות שנמצאות מחוץ ל- Google Cloud. אתם יכולים ליצור קישוריות בין האתרים החיצוניים שלכם באמצעות כל סוג של רכזת היברידית. הגישה הזו נקראת קישוריות מאתר לאתר.

למידע נוסף על התרחישים האלה, ראו תרחישים לדוגמה של NCC.

איך זה עובד

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

כשמרכז משתמש גם ב-VPC spokes וגם ב-hybrid spokes, נתמכת קישוריות מכל סוג בין כל ה-spokes האלה.

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

בקטעים הבאים מופיע תיאור מפורט של רכזות ושל חיבורים.

מרכזי פעילות

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

אופניים

הספוק מייצג משאב רשת אחד או יותר Google Cloud שמחוברים להאב.

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

אפשר להשתמש בכל אחד מהמקורות הבאים Google Cloud כמקור גיבוי עבור רכזת.

רשתות מסוג Hub and Spoke ב-VPC

רשתות VPC מסוג Hub and Spoke מאפשרות לחבר שתי רשתות VPC או יותר ל-Hub, כך שהרשתות מחליפות נתיבי תת-רשת. רשתות VPC מסוג Hub and Spoke שמצורפות ל-Hub יחיד יכולות להפנות לרשתות VPC באותו פרויקט או בפרויקט אחר (כולל פרויקט בארגון אחר).

רשתות מסוג spoke ב-VPC מייצאות מסלולי תת-רשתות ל-hub ומייבאות מסלולי תת-רשתות ומסלולים דינמיים מה-hub.

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

רשתות מסוג Hub and Spoke של VPC מספקות קישוריות בין טווחי רשתות משנה של IPv4 ו-IPv6 מכמה רשתות VPC. אפשר להגדיר כל רשת VPC מסוג Hub and Spoke לייצא טווחי תת-רשת באופן הבא:

  • רק טווחי רשתות משנה של IPv4
  • טווחים של רשתות משנה מסוג IPv4 ו-IPv6
  • רק טווחי רשת משנה של IPv6

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

Producer VPC spokes

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

מידע מפורט על רשתות מסוג spoke ב-VPC של המפיק זמין במאמר בנושא רשתות מסוג spoke ב-VPC של המפיק.

רכזות של שערים

שער NCC הוא סוג אזורי של רכזת שמחובר לרכזת NCC. הוא מאפשר אבטחה של תעבורת נתונים ברשתות חוצות ענן. שער NCC מאפשר בדיקה של Security Service Edge‏ (SSE) של צד שלישי.

מידע מפורט על רכזות של NCC Gateway זמין במאמר סקירה כללית על NCC Gateway.

רכזות היברידיות

רשת מסוג Spoke היברידית מייצגת משאב אחד או יותר של קישוריות לרשת שמחוברים לרשת Hub. סוג ה-Spoke ההיברידי יכול להיות כל אחד מהמשאבים הבאים שאליהם משויך ה-Spoke:

  • מכונות וירטואליות של נתב וירטואלי
  • מנהרות HA VPN
  • צירופים ל-VLAN של Cloud Interconnect עבור:
    • Dedicated Interconnect
    • Partner Interconnect
    • Cross-Cloud Interconnect
    • Partner Cross-Cloud Interconnect for OCI
    • Partner Cross-Cloud Interconnect for AWS

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

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

רכיבי Router appliance

spoke שמשויכת למכונת VM של נתב וירטואלי תומכת בתרחישי השימוש הבאים:

  • קישוריות IPv4 מאתר לענן: יצירת קישוריות בין אתר חיצוני לבין משאבי רשת ה-VPC.
  • העברת נתונים בין אתרים ב-IPv4: שימוש ברשת של Google כחלק מרשת רחבת היקף (WAN) שכוללת את האתרים החיצוניים שלכם, כדי להעביר נתונים בין כל האתרים.
  • קישוריות IPv4 בין רשתות VPC: אפשר להשתמש במכשיר וירטואלי של רשת צד שלישי כדי ליצור קישוריות בין רשתות ה-VPC.

כל הרשתות מסוג Hub-and-Spoke שמחוברות לאותו Hub צריכות להשתמש בכל משאבי הגיבוי שלהן באותה רשת VPC.

מנהרות VPN מסוג HA VPN

רשת מסוג Spoke שמשויכת למנהרות Cloud VPN (HA VPN) תומכת בתרחישי השימוש הבאים:

  • קישוריות IPv4 ו-IPv6 (בגרסת Preview) מאתר לענן: יצירת קישוריות בין אתר חיצוני למשאבי רשת ה-VPC.
  • העברת נתונים מאתר לאתר באמצעות IPv4 ו-IPv6 (גרסת Preview): אפשר להשתמש ברשת של Google כחלק מרשת תקשורת רחבת היקף (WAN) שכוללת את האתרים החיצוניים שלכם, כדי להעביר נתונים בין כל האתרים.

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

רכזות של צירוף ל-VLAN ב-Cloud Interconnect

רשת מסוג Spoke שמשויכת לצירופי VLAN של Cloud Interconnect תומכת בתרחישי השימוש הבאים:

  • קישוריות IPv4 ו-IPv6 (בגרסת Preview) בין אתר ל-Cloud: כל המכשירים שמקושרים ל-spoke יחיד צריכים להיות באותה רשת VPC.
  • העברת נתונים מאתר לאתר באמצעות IPv4 ו-IPv6 (גרסת Preview): כל מנהרות ה-Cloud VPN, כל חיבורי ה-VLAN או שניהם צריכים להיות באותה רשת VPC.

Partner Cross-Cloud Interconnect for AWS

‫Partner Cross-Cloud Interconnect for AWS מספק שיטה על פי דרישה להקמת העברה בין עננים, בלי שתצטרכו להגדיר ידנית רכיבי רשת. ההעברה הזו משויכת למרכז NCC של לקוח ויוצרת רשתות משנה היברידיות.

למידע מפורט על Partner Cross-Cloud Interconnect לקישוריות ל-AWS, אפשר לעיין בסקירה הכללית על Partner Cross-Cloud Interconnect ל-AWS.

סינון של מסלולים וסניפים

אתם קובעים אילו מסלולים ישלחו מ-spoke ל-hub של NCC באמצעות מסנני ייצוא:

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

שיקולים לגבי NCC

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

ניתוב

מסלולים שמותקנים על ידי רכזות היברידיות של NCC נחשבים למסלולים דינמיים.

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

משאב תרחישי שימוש רלוונטיים
תעדוף כל המשאבים של רכזות היברידיות משתמשים בנתבי Cloud. לפרטים על האופן שבו Cloud Routers מעבדים מסלולים שנלמדו כדי ליצור מסלולים דינמיים ברשת VPC או במרכז NCC, אפשר לעיין במאמר מסלולים שנלמדו בתיעוד של Cloud Router.
ASN כל נתבי ה-peering שאינם של Google שמקושרים ל-spoke יחיד חייבים להשתמש באותו מספר ASN כשהם מפרסמים קידומות ל-Cloud Router. זה חשוב כי אם שני עמיתים מפרסמים את אותו קידומת עם מספרי מערכת אוטונומית (ASN) או נתיבי מערכת אוטונומית שונים, רק מספר המערכת האוטונומית ונתיב המערכת האוטונומית של עמית אחד מפורסמים מחדש עבור הקידומת הזו. לכל רכזת צריכה להיות מערכת ASN שונה. כלומר, אם שני סשנים של BGP שייכים לרכזות שונות, הם צריכים להיות בעלי מספרי ASN שונים. בנוסף, אם אתם משתמשים בתכונה 'העברת נתונים', אתם צריכים להקצות מספרי ASN כמו שמתואר במאמר דרישות לגבי מספרי ASN להעברת נתונים מאתר לאתר.
סשנים של BGP אין תמיכה בקהילות BGP.

שינויים בפרסום ניתוב כשמשתמשים בהעברת נתונים מאתר לאתר

כשמוסיפים חיבור VLAN של Cloud Interconnect או מנהרת Cloud VPN ל-Spoke היברידי,‏ NCC מעדכן את סשן ה-BGP התואם לחיבור ה-VLAN או למנהרת ה-Cloud VPN, כך שהוא מפרסם מחדש את הקידומות שנלמדו על ידי סשנים של BGP של חיבורי VLAN אחרים של Cloud Interconnect או מנהרות Cloud VPN שמחוברים לכל אחד מה-Spokes ההיברידיים של ה-Hub שבהם מופעלת האפשרות של העברת נתונים מאתר לאתר.

תמיכה במוצרים אחרים

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

רשתות VPC מסוג Hub and Spoke וקישור בין רשתות VPC שכנות (peering)

רשתות Spoke של NCC VPC יכולות:

  • ייצוא מסלולים של רשתות משנה מקומיות ל-Hub
  • ייבוא נתיבי רשת משנה מ-VPC spokes אחרים
  • ייבוא מסלולים דינמיים מ-spokes היברידיים

רשתות spoke ב-VPC לא תומכות בייצוא של:

מידע נוסף על רשתות Spoke של NCC VPC זמין במאמרים סקירה כללית על רשתות Spoke של VPC וסקירה כללית על מסנני Spoke.

רשת VPC מסוג spoke יכולה להתחבר לרשת VPC אחרת שלא מוגדרת כ-spoke ברשת ה-hub באמצעות קישור בין רשתות VPC שכנות. פרטים על אופן החלפת המסלולים באמצעות VPC Network Peering מופיעים בקטע אפשרויות להחלפת מסלולים במסמכי התיעוד של VPC Network Peering.

רשתות VPC משותפות

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

מומלץ להקצות את התפקיד networkconnectivity.googleapis.com/spokeAdmin לאדמינים של פרויקטים של שירותים. פרטים על התפקיד הזה ועל תפקידים אחרים ב-NCC זמינים במאמר תפקידים והרשאות.

אם פרויקט מארח של VPC משותף או פרויקט שירות שמכיל נקודות קצה גלובליות של Google API ב-Private Service Connect מצורף ל-hub כרשת spoke, נקודות הקצה האלה מועברות (בגרסת Preview).

רשתות מדור קודם

משאבי Hub and Spoke לא יכולים להיות חלק מרשת מדור קודם.

מנהרות VPN

אין תמיכה במנהרות VPN קלאסיות.

העברת נתונים

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

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

מידע על הסכם רמת השירות של NCC זמין במאמר הסכם רמת השירות (SLA) של Network Connectivity Center.

תמחור

מידע על תמחור זמין במאמר תמחור של NCC.

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