מעבר מפתרונות אחרים של Google Cloud

בדף הזה מוסברות אפשרויות המיגרציה מקישור בין רשתות VPC שכנות (peering) ומ-HA VPN ל-VPC spokes ב-Network Connectivity Center ‏ (NCC).

מעבר מקישור בין רשתות VPC שכנות לטופולוגיית כוכב של NCC

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

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

  • מעבר מטופולוגיית רכזת ורשתות משנה של קישור בין רשתות VPC שכנות (peering) לטופולוגיית כוכב של NCC
  • מעבר מטופולוגיית רשת מלאה של קישור בין רשתות שכנות (peering) של VPC לטופולוגיית כוכב של NCC

מעבר מטופולוגיית Hub and Spoke של קישור בין רשתות VPC שכנות לטופולוגיית כוכב של NCC

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

  1. יצירת רכזת NCC חדשה עם הגדרת טופולוגיה בצורת כוכב. משאירים את הקישוריות ההיברידית הקיימת ואת רשת ה-VPC לניתוב ללא שינוי.
  2. יוצרים רשת VPC חדשה לניתוב ומצרפים אותה כרשת מסוג Spoke לרכזת NCC שיצרתם. מוודאים שהיא ממופה לקבוצה המרכזית.
  3. יצירת צירוף חדש ל-VLAN מחיבורים קיימים של Cloud Interconnect. אפשר גם ליצור מנהרות HA VPN חדשות בשער חדש. מחברים את ה-VLAN attachment או את המנהרה כ-hybrid spoke כדי להצטרף ל-NCC hub שיצרתם בשלב 1.
  4. אחרי שמחברים את רשת ה-VPC החדשה לניתוב לרשת המקומית באמצעות BGP, ומפרסמים את כל המסלולים הדינמיים לרכזת הטופולוגיה החדשה בצורת כוכב, אפשר להגדיר את רשתות ה-VPC של עומסי העבודה שנמצאות בטופולוגיה של קישור בין רשתות שכנות (peering) של רשת VPC, כחלק מהרשתות ההיקפיות של ה-VPC לרכזת הטופולוגיה בצורת כוכב.

אם שתי רשתות VPC של עומסי עבודה מקושרות באמצעות קישור בין רשתות VPC שכנות, אי אפשר להגדיר אותן כרשתות מסוג Hub and Spoke ב-NCC. הגדרת רשתות ה-VPC כרשתות מסוג Hub-and-Spoke של NCC ששייכות לקבוצת קצה, מסירה את כל העימותים עם קישור בין רשתות VPC שכנות (peering), כי NCC לא מקשרת את רשתות ה-VPC האלה ישירות זו לזו. ‫NCC שומר על הקישור הקיים בין רשתות VPC שכנות (peering). רשת ה-VPC של ה-hub מדור קודם לא נוספת ל-NCC, אלא רק רשתות ה-VPC של עומסי העבודה.

כשמוכנים למעבר חד למערכת אחרת (cutover), אפשר להפנות תנועה על ידי שינוי ערך ה-MED שמוגדר בנתב המקומי, כדי להפנות תנועה למרכז החדש של טופולוגיית הכוכב של NCC.

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

העברה מטופולוגיית רשת מסוג mesh של קישור בין רשתות VPC שכנות לטופולוגיית כוכב של NCC

נניח שיש לכם שתי רשתות VPC של עומסי עבודה מדור קודם, VPC1 ו-VPC2, שמקושרות זו לזו באמצעות קישור בין רשתות שכנות (peering) וגם לרשת VPC של ניתוב, כך שכל שלוש רשתות ה-VPC מקושרות זו לזו באופן מלא.

קבוצות קצה בטופולוגיית כוכב של NCC מאפשרות לרשתות VPC קיימות שמקושרות באמצעות קישור בין רשתות VPC שכנות להצטרף ל-NCC hub כ-VPC spoke.

כדי להעביר את רשתות ה-VPC של עומס העבודה לטופולוגיית כוכב של NCC, פועלים לפי השלבים הבאים:

  1. יוצרים רכזת NCC חדשה שמוגדרת עם טופולוגיית כוכב. כדי למנוע שיבושים בתנועה בסביבת הייצור, אל תשנו את רשת ה-VPC הקיימת עם קישוריות היברידית וניתוב.
  2. יוצרים צירוף ל-VLAN חדש ומקשרים אותו לרשת VPC הניתוב החדשה שיצרתם. מוסיפים את רשת ה-VPC ואת צירוף ה-VLAN כ-spokes של רכזת ה-NCC.
  3. מוסיפים את רשתות ה-VPC של עומס העבודה מדור קודם VPC1 ו-VPC2 לקבוצת ה-Edge. כשמגדירים את ה-spokes החדשים של ה-VPC כחלק מקבוצת המרכז, הם משתמשים בנתיב הנתונים שנוצר על ידי NCC ולא בקישור בין רשתות VPC שכנות (peering).
  4. כדי לנתב תעבורה מרשת VPC מדור קודם לניתוב לרשת חדשה שמקושרת ל-NCC, צריך להקטין את ערכי ה-MED של רשת ה-VPC מדור קודם.
  5. מסירים את הקישור בין רשתות VPC שכנות (peering) מדור קודם שמחובר לרשת המקומית.
  6. מוסיפים לקבוצה המרכזית רשתות VPC חדשות של עומסי עבודה. הם מחוברים באופן אוטומטי לעומסי העבודה VPC1 ו-VPC2. המכשירים VPC1 ו-VPC2 נשארים מחוברים זה לזה באמצעות קישור בין רשתות VPC שכנות (peering). לכל רשתות ה-VPC יש עכשיו קישוריות מלאה בין כל הרשתות.

בתרחיש הזה, אין צורך לנתק את רשתות ה-VPC מדור קודם מקישור בין רשתות VPC שכנות (peering). קישור קיים בין רשתות VPC שכנות (peering) בין רשתות VPC של עומסי עבודה בסביבת ייצור נשאר ללא שינוי ולא יופרע.

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

מעבר מקישור בין רשתות VPC שכנות (peering) לטופולוגיית רשת מלאה

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

בפריסות קיימות של טופולוגיית רשת brownfield בסגנון רכזת וחישורים עם קישור בין רשתות שכנות של ענן וירטואלי פרטי (VPC), מעבר ישירות לחישורים של VPC עלול לגרום לשיבוש של סשנים קיימים. אם מנסים להגדיר צמד רשתות VPC כרשתות משנה, רכזת NCC מזהה את הקישור הקיים בין רשתות VPC שכנות (peering) ומציגה שגיאה.

אפשר לבחור באחת משתי אפשרויות ההעברה הבאות:

  • מעבר עם השבתה מסוימת של סשנים קיימים של קישור בין רשתות VPC שכנות (peering)
  • מעבר עם השבתה מינימלית באמצעות HA VPN

העברה עם השבתה של סשנים קיימים של קישור בין רשתות VPC שכנות (peering)

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

  1. לתזמן זמן השבתה לתהליך ההעברה.
  2. מחיקת קישור קיים בין רשתות שכנות (peering) של VPC.
  3. הגדרת רשתות VPC כרשתות משנה של NCC. כך מתאפשרת קישוריות מלאה של רשת Mesh.

‫NCC מוודא שבין כל זוג של רשתות VPC, לא קיים חיבור קישור בין רשתות שכנות (peering).

מעבר עם השבתה מינימלית באמצעות HA VPN

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

  1. מגדירים HA VPN חדש בין שתי רשתות VPC שכנות, למשל VPC1 ו-VPC2.
  2. מוחקים את הקישור הקיים בין רשתות VPC שכנות (peering) בין VPC1 לבין VPC2. במהלך הזמן הזה, החבילות עוברות דרך מנהרות ה-HA VPN והקישוריות בין רשתות ה-VPC נשמרת.
  3. מגדירים את שתי רשתות ה-VPC, ‏ VPC1 ו-VPC2, כרשתות משנה של NCC. הוראות מפורטות ליצירת רשת VPC מסוג Spoke זמינות במאמר הצעת רשת Spoke. כך מתאפשרת קישוריות מלאה של רשת Mesh.
  4. מחיקת מנהרות HA VPN.

העברה מ-HA VPN

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

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