Cross-Cloud Interconnect הוא מוצר שעוזר ליצור קישוריות ייעודית ברוחב פס גבוה בין Google Cloudלבין ספק שירותי ענן אחר.
כשקונים את Cross-Cloud Interconnect, Google מקצה חיבור פיזי ייעודי בין הרשת של Google לבין הרשת של ספק שירותי הענן האחר. אתם יכולים להשתמש בחיבור הזה כדי לקשר בין רשת הענן הווירטואלי הפרטי (VPC) שלכם ב-Google לבין הרשת שמתארחת אצל ספק שירותי ענן נתמך.
Google תומכת בחיבור עד שהוא מגיע לרשת של ספק שירותי הענן האחר. Google לא מבטיחה זמן פעולה תקינה מספק שירותי הענן האחר, ולא יכולה ליצור כרטיס תמיכה בשמכם. באישורכם, צוות Cloud Customer Care יכול לתקשר ישירות עם צוות התמיכה של ספק שירותי הענן האחר כדי לזרז את פתרון הבעיה. עם זאת, צריך לפתוח כרטיס תמיכה אצל הספק האחר.
בעזרת Cross-Cloud Interconnect אפשר להימנע מחלק מהבעיות הנפוצות שקשורות להגדרת ריבוי עננים, כמו שמתואר בקטע הבא.
יתרונות
בקטע הזה נתאר את היתרונות של ריבוי עננים באופן כללי, ושל Cross-Cloud Interconnect בפרט.
אסטרטגיה משולבת של ריבוי עננים
Cross-Cloud Interconnect תומך באסטרטגיה משולבת של ריבוי עננים. אימוץ ארכיטקטורה של ריבוי עננים מאפשר לכם:
להימנע מהתחייבות לספק אחד.
לאחסן נתונים בענן אחד ולארח את הלוגיקה העסקית בענן אחר.
למנוע השבתה אם יש הפסקה זמנית בשירות בענן אחד.
שימוש בענן שני לתוכנית התאוששות מאסון (DR).
כדי להפיק תובנות עסקיות מקסימליות, אפשר לנתח נתונים בכמה עננים.
פחות מורכבות
בלי Cross-Cloud Interconnect, האפשרויות להגדרת קישוריות מוגבלות וכולן מורכבות יחסית.
אפשרות אחת היא לפרוס נתב משלכם במתקן לאחסון ואירוח שרתים (colocation facility), ואז לחבר אותו לרשתות של ספקי שירותי הענן. באופן כללי, הגישה הזו יכולה להיות יקרה ולגזול זמן רב.
אפשרות נוספת היא להתקשר בחוזה עם צד שלישי כדי ליצור קישוריות. עם זאת, בחירת ספק, או כמה ספקים, וניהול משא ומתן על חוזה אחד או יותר, יכולים להיות משימה מורכבת. כשמשתמשים בגישה הזו, צריך גם להשקיע זמן בלמידה על המערכות הספציפיות לספקים שלכם.
כשמשתמשים ב-Cross-Cloud Interconnect, לא צריך לפרוס חומרה משלכם ואין צורך לעבוד עם צדדים שלישיים.
העברת נתונים מאתר לאתר
אתם יכולים להשתמש ב-Cross-Cloud Interconnect כחלק מאסטרטגיית העברת נתונים בקישוריות מאתר לאתר. העברת נתונים מאתר לאתר היא תכונה של Network Connectivity Center (NCC) שמאפשרת להשתמש ברשת של Google כרשת WAN.
בעזרת התכונה הזו אתם יכולים לחבר את הרשתות החיצוניות ל-Google Cloud באמצעות משאבי קישוריות נתמכים. לאחר מכן משייכים כל משאב קישוריות ל-spoke של NCC ומפעילים את ה-spokes להעברת נתונים בין אתרים. בשלב הזה, אתם יכולים להעביר נתונים בין האתרים.
אתם יכולים להשתמש בתכונה הזו כדי:
חיבור רשתות ענן: נניח שיש לכם רשת שמתארחת ב-Microsoft Azure ורשת אחרת שמתארחת ב-Amazon Web Services (AWS). בתרחיש הזה, אתם יכולים ליצור זוג אחד של חיבורי Cross-Cloud Interconnect כדי להגיע לרשת Azure, וזוג נוסף כדי להגיע לרשת AWS. אחרי שמגדירים את ה-spokes של NCC, אפשר להשתמש ברשת של Google כדי להעביר נתונים בין הרשתות של Azure ו-AWS.
חיבור של רשת מקומית לעננים אחרים: נניח שיש לכם את ההגדרה שמתוארת בנקודה הקודמת, אבל יש לכם גם משרדים בניו יורק ובסידני. בתרחיש הזה, אתם יכולים ליצור קישוריות למשרדים באמצעות משאבים כמו צירופים ל-VLAN של Dedicated Interconnect או מנהרות Cloud VPN (HA VPN). אחרי שיוצרים את ה-spokes, אפשר להשתמש ברשת של Google כדי להעביר נתונים בין המשרדים לבין הרשתות של Azure ו-AWS.
העברת נתונים בקישוריות מאתר לאתר נתמכת רק במיקומים מסוימים.
השוואה בין Cross-Cloud Interconnect לבין Partner Cross-Cloud Interconnect
כדי להחליט אם Cross-Cloud Interconnect או Partner Cross-Cloud Interconnect הכי מתאימים לאפליקציה שלכם, אתם יכולים להיעזר במידע שבקטעים הבאים.
השוואה ל-Partner Cross-Cloud Interconnect ל-OCI
באמצעות Cross-Cloud Interconnect אתם יכולים להגדיר קישוריות ייעודית בין Google Cloud ל-OCI, ובאמצעות Partner Cross-Cloud Interconnect ל-OCI אתם יכולים לחבר באופן פרטי את כל המשאבים של Google Cloud ו-OCI במיקומים זמינים שמקושרים. אתם יכולים להיעזר בטבלה הבאה כדי לבחור את האפשרות שהכי מתאימה לצרכים שלכם:
| תכונה | Cross-Cloud Interconnect | Partner Cross-Cloud Interconnect ל-OCI |
|---|---|---|
| שכירות |
החיבורים נמצאים בבעלותכם המלאה ואי אפשר לשתף אותם בין ארגונים. |
Google Cloud ו-OCI הם הבעלים של היציאות, וכמה לקוחות יכולים להשתמש בחיבורים. |
| מהירויות נתמכות |
10Gbps, 100Gbps, 400Gbps. |
1Gbps, 2Gbps, 5Gbps, 10Gbps, 20Gbps, 50Gbps. |
| עלות |
אתם משלמים על יציאות וקישורים בשני העננים, ועל תעבורת נתונים יוצאת מ- Google Cloud. |
אתם משלמים על Google Cloud קישורים של שותפים ועל מעגלים וירטואליים של OCI. אין עמלה על העברת נתונים. |
| ביצועים |
זמן אחזור אופטימלי. |
זמן אחזור אופטימלי. |
| תמיכה |
Google תומכת בחיבור עד לנקודת החיבור של OCI. |
Google Cloud ו-OCI משתפים פעולה כדי לתמוך בפתרון מקצה לקצה. |
השוואה ל-Partner Cross-Cloud Interconnect לספקי שירותי ענן מנוהלים
באמצעות Cross-Cloud Interconnect אתם יכולים להגדיר קישוריות ייעודית בין Google Cloud לבין ספקי שירותי ענן (CSP) אחרים, ובאמצעות Partner Cross-Cloud Interconnect לשותפי ענן מנוהלים אתם יכולים לחבר באופן פרטי כל משאב של Google Cloud ושל CSP במיקומים זמינים שמקושרים. אתם יכולים להיעזר בטבלה הבאה כדי לבחור את האפשרות שהכי מתאימה לצרכים שלכם:
| סוג החיבור של Interconnect | Cross-Cloud Interconnect | Partner Cross-Cloud Interconnect לשותפי ענן מנוהלים |
|---|---|---|
| תיאור | מספק קישוריות ייעודית בין Google Cloud לבין ספקים כמו OCI, AWS, Azure ו-Alibaba | מספק קישוריות ייעודית בין Google Cloud לבין ספקים כמו AWS |
| נדרשת הקצאה פיזית | כן | לא |
| צריך חיבורים פיזיים ויציאות | כן | לא |
| מרווחי זמן לחיבור | 10Gbps או 100Gbps | מהירויות שאושרו מראש, מ-1Gbps ועד 100Gbps |
| זמן הקצאת הרשאות ידנית | 1-4 שבועות | דקות |
| סדר החיבורים | צריך להתחיל את השיחה מ- Google Cloud | דו-כיווני, אפשר להתחיל אותו מ- Google Cloud או משותף ענן מנוהל מרחוק |
| עמידות | צריך להגדיר אותם ידנית | מובנה במוצר |
הצפנה
כדי להגביר את האבטחה, ב-Cross-Cloud Interconnect יש תמיכה בהצפנת MACsec ל-Cloud Interconnect. אתם יכולים להשתמש ב-MACsec ל-Cloud Interconnect כדי לאבטח את התנועה בחיבורי Cross-Cloud Interconnect. למידע נוסף, קראו את הסקירה הכללית על MACsec ל-Cloud Interconnect.
ספקי שירותי ענן נתמכים
Google תומכת בספקי שירותי הענן הבאים לשימוש עם Cross-Cloud Interconnect:
Amazon Web Services (AWS)
Microsoft Azure
Oracle Cloud Infrastructure (OCI)
Alibaba Cloud
ב-Cross-Cloud Interconnect ובמסמכי העזרה האלה, ספקי שירותי ענן כאלה נקראים ספק שירותי ענן מרוחק או ענן מרוחק.
תמיכה של Google ב-Cross-Cloud Interconnect
בתרשים הבא מוצגת נקודת הכבילה הפיזית שהתמיכה של Google אחראית לה. בכל בעיה אחרת, פנו לספק שירותי הענן שבו אתם משתמשים.
קיבולת היציאה
אפשר להשתמש בחיבורי Cross-Cloud Interconnect בשני גדלים: 10Gbps ו-100Gbps.MTU של Cross-Cloud Interconnect
באמצעות Cross-Cloud Interconnect אפשר להגדיר יחידות העברה מקסימליות (MTU) גדולות במיוחד אצל כל אחד מספקי שירותי הענן. כדי לקבל מידע על תמיכה ב-MTU גדולים יותר, עיינו במסמכי התיעוד של ספק שירותי הענן המרוחק, כי יכול להיות שהם לא זהים לאלה של Google.
תהליך ההגדרה
כדי להתחיל את תהליך ההגדרה, אתם צריכים לזהות את המיקומים הנתמכים שבהם אתם רוצים ש-Google תמקם את החיבורים שלכם. אחר כך אתם רוכשים יציאות ראשיות ויתירות של Cross-Cloud Interconnect. אתם גם קונים יציאות ראשיות ומיותרות מספק שירותי הענן המרוחק.
אחרי הרכישה מספק שירותי הענן המרוחק, תקבלו ממנו מסמכים שמאשרים לכם להתחבר לנתב שלו. אתם שולחים את המסמכים האלה ל-Google. בשלב הזה, Google יכולה להקצות את החיבורים שלכם. בכל חיבור, Google מחברת פיזית את אחת מיציאות ה-Cross-Cloud Interconnect לאחת מיציאות הענן המרוחקות.
אחרי ש-Google מקצה את החיבור, תקבלו הודעה שהחיבור מוכן לשימוש. כדי להתחיל להשתמש בחיבור, צריך להגדיר את המשאבים ב-Google Cloud ואת המשאבים בענן המרוחק.
לסקירה מפורטת יותר, אפשר לעיין באחד מהמאמרים הבאים:
תמחור קבוע
ב-Cross-Cloud Interconnect יש תמחור קבוע של יציאות להעברות נתונים יוצאות לצירופים ל-VLAN. אתם יכולים לבחור תמחור קבוע לכל חיבור Cross-Cloud Interconnect, ולבחור לאילו סוגי חיבורים התמחור הקבוע יחול. כך תוכלו לקבל חשבונית חודשית קבועה על העברות נתונים יוצאות.
התמחור הקבוע של היציאות מתייחס לסוגי החיבורים הבאים:
חיבור מקומי: הצירוף ל-VLAN נמצא באותו אזור מטרופולין שבו נמצא אזור היעד של Google Cloud.
לדוגמה, אם אתם מקבלים קישור ל-VLAN במיקום המטרופוליני לוס אנג'לס, קליפורניה, ואזור היעד של Google Cloud הוא
us-west2, אז המיקום של הקישור ל-VLAN ואזור היעד של Google Cloudזהים. זה נחשב לחיבור מקומי.חיבור מרחוק: הצירוף ל-VLAN נמצא באזור מטרופולין שונה מזה של אזור היעד Google Cloud .
לדוגמה, אם יוצרים צירוף ל-VLAN באזור המטרופולין של לוס אנג'לס בקליפורניה, והאזור Google Cloud של היעד הוא
us-east4, אז המיקום של צירוף ה-VLAN והאזור Google Cloudשל היעד שונים. זה נחשב לחיבור מרחוק.באופן דומה, אם אתם מקבלים קישור ל-VLAN במיקום המטרופוליני פורטלנד, אורגון, אין אזור Google Cloud מקומי זמין במיקום המטרופוליני הזה. מכיוון שאי אפשר להתחבר לאזורGoogle Cloud מקומי, החיבור הזה נחשב לחיבור מרחוק.
באזורים הבאים של Google Cloud יש תמיכה רק בתמחור קבוע לחיבורים מרחוק ב-Cross-Cloud Interconnect:
- us-west1
- us-east1
- europe-west4
- europe-north1
- asia-east1
כדי לבקש חיבור Cross-Cloud Interconnect עם תמחור קבוע ליציאה, פנו לצוות ניהול החשבון.
טווחי כתובות IP בהתאמה אישית
כשיוצרים קישור ל-VLAN בשביל Cross-Cloud Interconnect, אפשר להגדיר טווחי כתובות IP בהתאמה אישית ל-Cloud Router ולנתב של הלקוח בקצוות של הקישור. למידע על אופן הפעולה, כולל מגבלות ושיטות מומלצות, קראו את הקטע טווחי כתובות IP בהתאמה אישית בסקירה הכללית על Cloud Interconnect.
כשמגדירים טווחי כתובות IP בהתאמה אישית לצירופים ל-VLAN שמשמשים ל-Cross-Cloud Interconnect ול-AWS, צריך לספק את רשת המשנה של IPv6 שהוקצתה על ידי AWS במהלך הקצאת הצירוף. כשמגדירים טווחי כתובות IP בהתאמה אישית לצירופים ל-VLAN עם ספקי שירותי ענן אחרים, אפשר להשתמש בכתובות IP משלכם או בכתובות IP שספק השירות מגדיר. כדי להגדיר טווחי כתובות IP בהתאמה אישית באמצעות Cross-Cloud Interconnect, עיינו בדפים הבאים:
- Alibaba Cloud: הגדרת טווחי כתובות IP בהתאמה אישית
- Amazon Web Services (AWS): הגדרת טווחי כתובות IP בהתאמה אישית
- Microsoft Azure: הגדרת טווחי כתובות IP בהתאמה אישית
- Oracle Cloud Infrastructure: הגדרת טווחי כתובות IP בהתאמה אישית
הסכם רמת שירות (SLA)
ב-Cross-Cloud Interconnect משתמשים בהסכם רמת השירות (SLA) של Cloud Interconnect. מכיוון ש-Cross-Cloud Interconnect הוא מודל של אחריות משותפת בין Google Cloud לבין ספק שירותי ענן אחר, הסכם ה-SLA של Cross-Cloud Interconnect מכסה את התשתית שלGoogle Cloudעד לנקודה שבה היא מועברת לספק שירותי הענן האחר.
כדי לעמוד בדרישות של הסכם ה-SLA, הגדרת ה-Cross-Cloud Interconnect צריכה להשתמש באחת מהגישות שמתוארות בקטעים הבאים.
שתי הגישות האלה דורשות יתירות. כדי לשלב יתירות, צריך לפחות לאתר חיבורים בשני דומיינים של זמינות בקצה. תחום זמינות בקצה הרשת הוא אזור בתוך מטרופולין. שימוש במספר דומיינים של זמינות בקצה הרשת ממקסם את הזמינות, כי בדרך כלל שני דומיינים באותו אזור מטרופולין לא מושבתים לצורך תחזוקה בו-זמנית.
קריטי לייצור
כדי להשיג זמינות של 99.99%, אתם יכולים להשתמש בטופולוגיה של מספר אזורים או של אזור אחד.
במספר אזורים
לאפליקציות קריטיות יותר, צריך להגדיר שני זוגות של חיבורים. כל זוג חייב להיות ממוקם באזור מטרופולין שונה. בכל אזור מטרופולין, צריך להשתמש בשני דומיינים שונים של זמינות קצה. הגישה הזו מספקת זמינות של 99.99%.
אזור יחיד
לעומסי עבודה שדורשים זמינות של 99.99% באזור אחד, אפשר להשתמש בטופולוגיה של אזור יחיד. בהגדרה הזו, שני נתבי Cloud Router צריכים להיות באותו אזור, ומחוברים לצירופים ל-VLAN בדומיינים שונים של זמינות בקצה.
מידע נוסף על המיקומים הנתמכים לכל ספק שירותי ענן מופיע במאמרים הבאים:
בעיה לא קריטית בייצור
בהסכם SLA של Cloud Interconnect נדרשים לפחות שני חיבורים: חיבור ראשי וחיבור מיותר, כל אחד בדומיין זמינות קצה אחר של אזור מטרופולין. הגישה הזו מספקת זמינות של 99.9%.
מגבלות
אפשר להשתמש בחיבורי Cross-Cloud Interconnect רק במיקומים מסוימים. למידע נוסף, קראו את המאמרים הבאים: