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

באמצעות Network Connectivity Center‏ (NCC) אפשר להשתמש ברשת של Google כחלק מרשת רחבת היקף (WAN) שכוללת אתרים חיצוניים. התכונה הזו נקראת העברת נתונים מאתר לאתר.

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

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

משאבי הקישוריות הנתמכים כוללים Cloud VPN (מנהרות HA VPN),‏ Cloud Interconnect ונתב וירטואלי. נתב וירטואלי היא תכונה של NCC שמאפשרת לכם להתקין מכשיר וירטואלי של צד שלישי ברשת ב- Google Cloudולהשתמש בו כדי להחליף מסלולים עם Cloud Router.

העברת נתונים ברשת של Google.
העברת נתונים ברשת של Google (לחצו כדי להגדיל).

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

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

לתשומת ליבכם

לפני שמשתמשים ב-NCC להעברת נתונים, כדאי לעיין בנקודות הבאות:

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

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

  • כשמעבירים נתונים ל-spokes אחד או יותר, כל משאבי הקישוריות שמשויכים ל-spokes האלה צריכים להיות חלק מרשת VPC אחת.

  • אם רוצים להחליף מסלולים בין רשתות spoke בכמה אזורים, צריך להגדיר את מצב הניתוב הדינמי של רשת ה-VPC שבה נמצאים משאבי ה-spoke לערך global.

  • בכל spoke, מוודאים שהנתב המקומי מפרסם מסלולים זהים ל-Cloud Router שמשויך ל-spoke.

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

    • כשמשתמשים בסוגים שונים של משאבים, קבצים מצורפים של VLAN מקבלים יותר תנועה מחיבורים של Cloud VPN, שמקבלים יותר תנועה ממכונות וירטואליות שפועלות כמו מופעים של מכשירי נתב.
    • כש-NCC מפצל תנועה בין כמה משאבים מאותו סוג (לדוגמה, שני מנהרות VPN), הוא משתמש בניתוב ECMP (equal-cost multi-path) כדי לחלק את התנועה.

  • בעיה מוכרת. יכולות להתרחש בעיות אם יש פרסומים כפולים של נתיבים ממקורות ב-spokes משתתפים, כמו מנהרות HA VPN, וממקורות דומים מחוץ ל-spokes. אם יש פרסומי נתבים כפולים, יכול להיות שהתנועה במרכזי הרשת המשתתפים תשתמש ב-ECMP כדי לפזר את התנועה בין כל הניתובים הבאים שזמינים. ההתנהגות הזו מתרחשת גם אם ה-hops הבאים הם לא רכזות או רשתות מסוג spoke.

  • לא מתבצעת פעולה לפי מסלולים שנלמדו בהתאמה אישית ב-Cloud Router. אם משתמשים בנתיבים שנלמדו בהתאמה אישית בסשנים של BGP שמשויכים לתכונה הזו, הנתיבים לא מועברים לאתרים חיצוניים.

  • אפשר גם לעיין בשיקולים בסקירה הכללית הראשית של NCC.

דרישות

כשמשתמשים בהעברת נתונים מאתר לאתר, צריך לבצע את כל הפעולות הבאות:

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

  • פועלים לפי ההנחיות שמתוארות במאמר בנושא דרישות ASN להעברת נתונים מאתר לאתר.

  • מוודאים שקידומות הניתוב מפורסמות באופן בלעדי בתוך רכזת או מחוץ לרכזת. אם לא תעשו את זה, יכול להיות שבחירת הנתיב הטוב ביותר תבחר נתיב שלא משויך ל-spoke.

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