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

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

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

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

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

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

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

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

לתשומת ליבכם

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

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

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

  • כשמפעילים העברת נתונים עבור אחד או יותר מהמרכזים, כל משאבי הקישוריות שמשויכים למרכזים האלה צריכים להיות חלק מרשת 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 הבאים הם לא רכזות או רכיבים עצמם.

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

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

דרישות

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

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

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

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

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