שאלות נפוצות בנושא Cloud Interconnect

במאמר הזה מפורטות תשובות לשאלות נפוצות על התכונות והארכיטקטורה של Cloud Interconnect. השאלות מחולקות לקטעים הבאים:

תעבורה דרך Cloud Interconnect

בקטע הזה מפורטות שאלות לגבי סוגי תנועה, רוחב פס והצפנה ב-Cloud Interconnect.

אילו סוגים של מנות נתונים מועברים דרך Cloud Interconnect?

מעגל Cloud Interconnect מעביר פריימים של Ethernet‏ 802.1q עם מנות IPv4 במטען הייעודי (payload). המסגרות האלה נקראות גם מסגרות Ethernet עם תגי VLAN.

הערך של שדה מזהה ה-VLAN (VID) בן 12 הביטים בכותרת 802.1q זהה לערך מזהה ה-VLAN שהוקצה על ידי Cloud de Confiance by S3NS כשנוצר צירוף ל-VLAN. מידע נוסף זמין במאמרים הבאים:

איך אפשר להצפין את התעבורה ב-Cloud Interconnect?

יכול להיות שהתנועה שלכם כבר מוצפנת בלי שתצטרכו לעשות משהו מיוחד, בהתאם לשירות שאליו אתם ניגשים באמצעות Cloud Interconnect. לדוגמה, אם אתם ניגשים לאחד מממשקי ה-API של Cloud de Confiance שאפשר להגיע אליהם דרך Cloud Interconnect, התנועה הזו כבר מוצפנת באמצעות TLS, בדיוק כמו אם הגישה לממשקי ה-API הייתה דרך האינטרנט הציבורי.

אפשר גם להשתמש בפתרון TLS לשירותים שאתם יוצרים – לדוגמה, שירות שאתם מציעים במכונת Compute Engine או ב-Pod של Google Kubernetes Engine שתומך בפרוטוקול HTTPS.

אם אתם צריכים הצפנה רק בין הנתב המקומי לבין נתבי הקצה של Google, הפתרון המומלץ הוא MACsec ל-Cloud Interconnect.

אם אתם צריכים הצפנה בשכבת ה-IP, הפתרון המומלץ הוא פריסה של HA VPN over Cloud Interconnect.

אם מסיבה כלשהי אי אפשר לפרוס HA VPN דרך Cloud Interconnect, אפשר ליצור שער VPN אחד או יותר בניהול עצמי (לאCloud de Confiance) ברשת הווירטואלית הפרטית (VPC) ולהקצות לכל שער כתובת IP פרטית. לדוגמה, אפשר להפעיל strongSwan VPN במופע Compute Engine. לאחר מכן תוכלו לסיים מנהרות IPsec לשערי ה-VPN האלה דרך Cloud Interconnect מסביבה מקומית.

מידע נוסף זמין במאמר בנושא הצפנה במעבר.

אפשר ליצור חיבור של 100Gbps באמצעות Dedicated Interconnect?

כן, אפשר להרחיב את החיבור ל-Google בהתאם לצרכים שלכם.

חיבור Cloud Interconnect מורכב ממעגל אחד או יותר שנפרסים כקבוצת קישורים של ערוץ יציאת אתרנט (LAG).

לכל המעגלים בחיבור צריכה להיות אותה קיבולת. מידע נוסף על קיבולות החיבור זמין במאמרים הבאים:

‫Dedicated Interconnect תומך בקיבולות של צירוף ל-VLAN מ-50Mbps עד 400Gbps, ו-Partner Interconnect תומך בקיבולות של צירוף ל-VLAN מ-50Mbps עד 50Gbps. למרות שהגודל המקסימלי של קובץ מצורף שנתמך ב-Partner Interconnect הוא 50Gbps, יכול להיות שלא כל הגדלים יהיו זמינים, בהתאם למה שספק השירות שבחרתם מציע במיקום שנבחר.

אתם יכולים להזמין יותר מחיבור אחד ולהשתמש בהם באופן פעיל-פעיל באמצעות יכולות הניתוב של Border Gateway Protocol ‏ (BGP) ב-Cloud Router.

רשימה מפורטת של מכסות ומגבלות זמינה במאמר מכסות ומגבלות.

האם אפשר להגיע למופעים שלי באמצעות IPv6 דרך Cloud Interconnect?

‫Dedicated Interconnect תומך בחיבורי IPv6 עם רשתות מקומיות באמצעות קובצי VLAN מצורפים של IPv4 ו-IPv6 (סטאק כפול).

אפשר להפעיל החלפת נתיבים של IPv6 בחיבור VLAN עם פרוטוקול כפול על ידי הגדרת סשן BGP של IPv6 או על ידי הפעלת החלפת נתיבים של IPv6 בסשן BGP של IPv4. מידע על יצירת צירוף ל-VLAN עם תמיכה כפולה זמין במאמר יצירת צירופי VLAN.

מידע על הפעלת החלפת נתיבים של IPv6 דרך סשן IPv4 BGP זמין במאמר הגדרת BGP מרובה פרוטוקולים לסשנים של IPv4 או IPv6 BGP.

האם אפשר לציין את כתובת ה-IP של BGP Peering?

  • ב-Partner Interconnect, לא. Google בוחרת את כתובות ה-IP של הפירינג.
  • ב-Dedicated Interconnect, אתם יכולים לציין טווח כתובות IPv4 פוטנציאלי (בלוק CIDR) שמערכת Google בוחרת מתוכו כשאתם יוצרים קובץ מצורף של VLAN. בלוק ה-CIDR הזה צריך להיות בטווח כתובות IPv4 מקומיות לקישור 169.254.0.0/16. אי אפשר לציין טווח כתובות IPv6 אפשריות. ‫Google בוחרת בשבילכם טווח מתוך טווח כתובות ה-unicast הגלובליות (GUA) בבעלות Google‏ 2600:2d00:0:1::/64.

האם אפשר לגשת ל-Google APIs דרך Cloud Interconnect ממיקום מקומי? אילו שירותים או ממשקי API זמינים?

אלו האפשרויות הזמינות:

האם אפשר להשתמש ב-Cloud Interconnect כערוץ פרטי כדי לגשת לכל שירותי Google Workspace דרך דפדפן?

אי אפשר לגשת לאפליקציות של Google Workspace דרך Cloud Interconnect.

למה סשנים של BGP מתנתקים ומתחברים שוב ושוב אחרי פרק זמן מסוים?

בודקים אם יש מסכה של רשת משנה שגויה בטווח כתובות ה-IP של BGP בפריסה המקומית. לדוגמה, במקום להגדיר את 169.254.10.0/29, יכול להיות שהגדרתם את 169.254.10.0/30.

האם אפשר לשלוח וללמוד ערכי MED דרך חיבור L3 Partner Interconnect?

אם אתם משתמשים בחיבור Partner Interconnect שבו ספק שירות בשכבה 3 מטפל ב-BGP בשבילכם, Cloud Router לא יכול ללמוד ערכי MED מהנתב המקומי שלכם או לשלוח ערכי MED לנתב הזה. הסיבה לכך היא שערכי MED לא יכולים לעבור דרך מערכות אוטונומיות. בחיבור מהסוג הזה, אי אפשר להגדיר עדיפויות של מסלולים למסלולים שמפורסמים על ידי Cloud Router לנתב המקומי. בנוסף, אי אפשר להגדיר עדיפויות של מסלולים למסלולים שמפורסמים על ידי הנתב המקומי ברשת ה-VPC.

ארכיטקטורת Cloud Interconnect

בקטע הזה מפורטות שאלות נפוצות שצצות כשמתכננים ארכיטקטורה של Cloud Interconnect או משתמשים בה.

האם אפשר לשנות את השם של חיבורי Dedicated Interconnect או להעביר אותם לפרויקט אחר?

לא. אחרי שנותנים שם לחיבור Dedicated Interconnect, אי אפשר לשנות את השם או להעביר אותו לפרויקט אחר של Cloud de Confiance . במקום זאת, צריך למחוק את החיבור וליצור אותו מחדש עם שם חדש או בפרויקט אחר.

האם אפשר להשתמש ב-Cloud Interconnect כדי להתחבר לאינטרנט הציבורי?

מסלולי אינטרנט לא מפורסמים ב-Cloud Interconnect.

איך אפשר להתחבר אל Cloud de Confiance אם נמצאים במיקום של PoP שלא מופיע ברשימת המיקומים של מתקנים לאחסון ואירוח שרתים (colocation facility)?

יש שתי אפשרויות, ולאחר מכן אפשר לעבור את תהליך ההזמנה וההקצאה הרגיל של Dedicated Interconnect:

  • אפשרות 1: אפשר להזמין קווים חכורים מספק כדי להתחבר ממיקום נקודת הנוכחות (PoP) לאחד ממתקני האירוח של Cloud Interconnect של Google. בדרך כלל הכי טוב ליצור קשר עם ספק מתקן האירוח הקיים ולקבל רשימה של ספקים בתוך הרשת. ספק בתוך הרשת הוא ספק שכבר יש לו תשתית בבניין שבו אתם נמצאים. השימוש בספק שנמצא בתוך הרשת זול ומהיר יותר מאשר שימוש בספק אחר שצריך לבנות תשתית כדי להגיע למיקום הקיים של נקודת הנוכחות.
  • אפשרות 2: אפשר להשתמש ב-Partner Interconnect עם ספק שירות שיכול לספק לכם מעגל תקשורת של last-mile. בדרך כלל ספקי שירותי אחסון שרתים לא יכולים לספק שירות מהסוג הזה כי יש להם מיקומים קבועים שבהם אתם צריכים להיות נוכחים.

אם אני משתמש ב-Partner Interconnect, האם אוכל לראות את החיבור בפרויקט שבו אני יוצר את קובץ ה-VLAN?

כשמשתמשים בשירות Partner Interconnect, האובייקט של החיבור נוצר בפרויקט של ספק השירות ולא מוצג בפרויקט שלכם. הצירוף ל-VLAN‏ (interconnectAttachment) עדיין מוצג בפרויקט, כמו במקרה של Cloud Interconnect.

האם אפשר להעביר תעבורה דרך Cloud Interconnect בין האפליקציה המקומית שלי לבין קצה העורף של מאזן העומסים הפנימי שלי?

בתרחיש הזה, פרסתם אפליקציה שמורכבת משתי שכבות: שכבה מקומית שעדיין לא הועברה אל Cloud de Confiance (שכבת Legacy) ושכבת ענן שפועלת במכונות וירטואליות של VPC שהן גם בק-אנד של Cloud de Confiance מאזן עומסים פנימי.

אתם יכולים להשתמש ב-Cloud Interconnect כדי להעביר את התנועה בין שתי שכבות האפליקציה האלה, בתנאי שתטמיעו את המסלולים הדרושים בין Cloud Router לבין הנתב המקומי. כדאי להביא בחשבון את שני המקרים הבאים:

תרחיש 1: Cloud Router וקצוות עורפיים של מאזן עומסים נמצאים באותו אזור.

מכיוון ש-Cloud Router שמשמש לצירוף ל-VLAN שמטפל בתעבורה של האפליקציה הזו נמצא באותו אזור כמו רשת המשנה שמכילה את שרתי הבק-אנד של מאזן העומסים, אפשר להעביר את התעבורה בלי הגדרות נוספות.

תרחיש 2: Cloud Router וקצוות עורפיים של מאזן עומסים שממוקמים באזורים שונים.

בתרחיש הזה, מאחר ש-Cloud Router ושרתי הבק-אנד של מאזן העומסים ממוקמים באזורים שונים, צריך להגדיר את הפריטים הבאים:

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

למידע נוסף, קראו את המאמרים הבאים:

האם אפשר להעביר מופע אחד או יותר של Cloud Interconnect בין Cloud de Confiance פרויקטים או ארגונים?

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

שינויים בארגון לא משפיעים על חיבורי Dedicated Interconnect ועל חיבורי VLAN כל עוד הפרויקט נשאר זהה.

לגבי שינויים בפרויקט, אם אתם מבצעים הפעלה של Cloud Interconnect ויש לכם LOA אבל עדיין לא סיימתם את ההפעלה, תצטרכו לבטל את ההפעלה הנוכחית וליצור הפעלה חדשה בפרויקט הנכון. ‫Google תנפיק לכם ייפוי כוח חדש, שאותו תוכלו להעביר לספק החיבור של Cloud Interconnect. הוראות מפורטות מופיעות במאמרים הזמנת חיבור ואחזור מכתבי הרשאה (LOA) ואישורי זמינות (CFA).

אי אפשר להעביר חיבור פעיל של Cloud Interconnect בין פרויקטים, כי הוא אובייקט צאצא של הפרויקט, ואין אפשרות להעביר אובייקטים בין פרויקטים באופן אוטומטי. אם אפשר, כדאי לשלוח בקשה לחיבור חדש של Cloud Interconnect.

איך אפשר להשתמש באותו חיבור Cloud Interconnect כדי לחבר כמה רשתות VPC בכמה פרויקטים באותו Cloud de Confiance ארגון?

ב-Dedicated Interconnect או ב-Partner Interconnect, אפשר להשתמש ב-VPC משותף או בקישור בין רשתות VPC שכנות כדי לשתף חיבור יחיד בין כמה רשתות VPC. הוראות מפורטות זמינות במאמר אפשרויות לחיבור לכמה רשתות VPC.

ל-Partner Interconnect

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

אם יש לכם כמה קבצים מצורפים של VLAN, כולל קבצים מצורפים בפרויקטים שונים, אתם יכולים לשייך אותם לחיבור Partner Interconnect מאותו ספק שירות או לחיבורי Partner Interconnect מספקי שירות שונים.

ב-Dedicated Interconnect

אפשר ליצור כמה קבצים מצורפים, אחד לכל פרויקט או רשת VPC שרוצים להתחבר אליהם.

אם יש לכם הרבה פרויקטים, אתם יכולים להקצות לכל פרויקט צירוף ל-VLAN משלו ו-Cloud Router משלו, ועדיין להגדיר את כל הצירופים כך שישתמשו באותו חיבור פיזי של Dedicated Interconnect בפרויקט שצוין.

הצירוף ל-VLAN, בנוסף להיותו VLAN עם מזהה 802.1q, הוא אובייקט צאצא של חיבור Cloud Interconnect שקיים בפרויקט.

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

האם אפשר להשתמש בחיבור יחיד של Cloud Interconnect כדי לחבר כמה אתרים מקומיים לרשת ה-VPC שלי?

אפשר לעשות את זה בקלות. לדוגמה, אם כמה אתרים הם חלק מרשת MPLS VPN, שמנוהלת עצמאית או על ידי ספק, אפשר להוסיף את רשת ה-VPC כאתר נוסף באופן לוגי באמצעות גישה דומה לאפשרות A של MPLS VPN בין מערכות אוטונומיות (למידע נוסף, אפשר לעיין ב-RFC 4364, פסקה 10).

הפתרון הזה מתואר בתשובה לשאלה איך לגרום לרשת VPC להופיע בשירות VPN MPLS של שותף. אפשר להשתמש ביכולות ה-BGP של Cloud Router כדי להחדיר נתיבי VPC לתוך רשת IP מרכזית קיימת, באמצעות טכניקות וארכיטקטורות דומות לאלה שמשמשות לייבוא נתיבי אינטרנט.

איך אפשר להתחבר אל Cloud de Confiance בלי להציב ציוד במתקן לאחסון ואירוח שרתים (colocation facility) ליד קצה הרשת של Google?

חלק מספקי שירותי הרשת מציעים פתרונות משלהם שמבוססים על Cloud Router ו-Partner Interconnect ללקוחות של Cloud de Confianceשלא רוצים למקם חומרה ליד קצה הרשת של Google.

מידע על הגדרת פתרונות Equinix עם Cloud de Confianceזמין בהוראות ההגדרה של Equinix.

למידע על הגדרת Megaport עם Cloud de Confiance, אפשר לעיין בהוראות ההגדרה של Megaport.

הוראות להגדרת Console Connect עם Cloud de Confiance, זמינות במאמר בנושא הגדרת Console Connect.

צירופים ל-VLAN

בקטע הזה מפורטות שאלות בנושא צירופים ל-VLAN.

איך אפשר לבחור את מזהה ה-VLAN שמשמש לצירוף ל-VLAN?

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

לצירוף ל-VLAN שנוצר באמצעות Dedicated Interconnect, אפשר להשתמש בפקודה gcloud compute interconnects attachments create עם הדגל --vlan, או לפעול לפי ההוראות במסוףCloud de Confiance .

בדוגמה הבאה מוצג שימוש בפקודה gcloud כדי לשנות את מזהה ה-VLAN ל-5:

gcloud compute interconnects attachments dedicated create my-attachment \
  --router my-router \
  --interconnect my-interconnect \
  --vlan 5 \
  --region us-central1

הוראות מלאות זמינות במאמרים הבאים:

האם אפשר להשתמש ב-Cloud Router עם יותר מצירוף ל-VLAN אחד?

כן, זו הגדרה נתמכת.

האם אפשר להגדיר קבצים מצורפים שרוחב הפס המשולב שלהם גדול מרוחב הפס של חיבור Cloud Interconnect?

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

איך אפשר לעדכן את הגדרת ה-Partner Interconnect הקיימת כדי להעביר תנועה של IPv6?

אם אתם משתמשים בספק שירות של שכבה 3, עליכם לפנות לספק Partner Interconnect ולבקש ממנו עזרה בעדכון ההגדרה.

MPLS

בקטע הזה מופיעות שאלות בנושא Cloud Interconnect וניתוב MPLS.

האם אפשר להשתמש ב-Cloud Interconnect כדי לסיים MPLS LSP בתוך רשת ה-VPC שלי?

‫VPC לא מציע יכולת מובנית ב-Cloud de Confiance לסיום של MPLS LSP.

אם יש לי שירות VPN MPLS בניהול עצמי, האם אפשר להגדיר את רשת ה-VPC שלי כאתר נוסף?

אם יש לכם שירות VPN מסוג MPLS שאתם מנהלים, אתם יכולים לגרום לרשת ה-VPC להופיע כאתר נוסף שמורכב מ-VPN בניהול עצמי.

בתרחיש הזה אנחנו מניחים שאתם לא קונים שירות MPLS VPN מספק. במקום זאת, יש לכם סביבת MPLS VPN שבה אתם מנהלים ומגדירים בעצמכם את נתבי ה-P וה-PE של רשת ה-MPLS.

כדי שרשת ה-VPC תופיע כאתר נוסף בשירות ה-VPN MPLS בניהול עצמי, צריך לבצע את הפעולות הבאות:

  1. מחברים אחד ממכשירי הקצה של MPLS VPN PE למכשיר הקצה של ה-peering ל-Dedicated Interconnect באמצעות מודל שדומה לאפשרות A של Inter-AS MPLS VPN (ראו RFC 4364, פסקה 10). במילים אחרות, אתם יכולים לסיים את ה-VPN הנדרש של MPLS-VPN, למשל VRF_A, במכשיר הקצה של ה-PE, ואז להשתמש במיפוי VLAN ל-VRF כדי 'לצרף' אתCloud de Confiance החיבור של ה-VLAN ל-VPN הזה, כלומר למפות את ה-VLAN ל-VRF_A במכשיר הקצה של ה-PE.

  2. יוצרים סשן BGP סטנדרטי של IPv4 בין נתב ה-PE לבין Cloud Router כדי לוודא שהמסלולים משותפים ביניהם. הנתיבים שנשלחים על ידי Cloud Router מופיעים רק בטבלת הניתוב של ה-VPN (בתוך VRF_A) ולא בטבלת הניתוב הגלובלית של מכשיר הקצה PE.

    כדי לנהל טווחי כתובות IP חופפים, אפשר ליצור כמה רשתות VPN נפרדות. לדוגמה, VRF_A ו-VRF_B, שלכל אחד מהם יש סשן BGP ל-Cloud Router ברשת VPC ספציפית (לדוגמה, VPC_A ו-VPC_B). התהליך הזה לא דורש אף MPLS encapsulation בין מכשיר הקצה PE לבין מכשיר הקצה של הפירינג עבור Dedicated Interconnect.

האם אפשר לגרום לרשת ה-VPC שלי להופיע כאתר נוסף ב-MPLS VPN שלי מספק תקשורת שהוא גם ספק שירות ל-Partner Interconnect?

אם אתם קונים שירות MPLS VPN מספק שהוא גם ספק שירות רשמי של Partner Interconnect, אתם יכולים לגרום לרשת ה-VPC שלכם להופיע כאתר נוסף ב-MPLS VPN.

במקרה הזה, הספק מנהל ומגדיר את נתבי ה-P וה-PE של רשת ה-MPLS שלו. מכיוון ש-Partner Interconnect משתמש באותו מודל קישוריות כמו Dedicated Interconnect, הספק יכול להשתמש במודל שדומה לאפשרות A של Inter-AS MPLS VPN (ראו RFC 4364, פסקה 10).

במילים אחרות, הספק מספק לכם שירות Partner Interconnect ברמה 3, ואז הוא 'קושר' את חיבור ה-VLAN שלכם עם רשת ה-MPLS VPN הנכונה במכשיר הקצה של הספק. מכיוון שמדובר במודל שירות של שכבה 3, סשן ה-BGP נוצר בין Cloud Router לבין VRF בתוך מכשיר הקצה של הספק. פרטים נוספים מופיעים במאמר בנושא סקירה כללית על Partner Interconnect.

אירועים שקשורים לתחזוקת התשתית

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

ניהול חיבורים של Cloud Interconnect

איך מנתקים או משביתים זמנית את חיבור Cloud Interconnect?

אם רוצים להשבית זמנית את החיבור של Dedicated Interconnect או Partner Interconnect (לצורך בדיקת מעבר לגיבוי או בדיקת אזעקה וכו'), אפשר להשתמש בפקודה הבאה. 

  gcloud compute interconnects update my-interconnect --no-admin-enabled

כדי להפעיל מחדש את החיבור, משתמשים בפקודה הבאה: 

  gcloud compute interconnects update my-interconnect --admin-enabled

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

אם אין לכם יותר גישה למכתב ההרשאה, אפשר לשלוח אימייל אל cloud-interconnect-sd@google.com.

דומיין זמינות של Cloud Interconnect Edge

‫Dedicated Interconnect: איך אפשר לוודא שהחיבורים נמצאים בדומיינים שונים של זמינות קצה?

כדי לוודא שחיבורי ה-Dedicated Interconnect נמצאים בדומיינים שונים של זמינות קצה, משתמשים בפקודות הבאות. המונחים אזור זמינות במטרופולין ודומיין זמינות בפריפריה הם מונחים חלופיים. מידע נוסף זמין במאמר מיקומים של Cloud Interconnect.

gcloud compute interconnects describe INTERCONNECT_NAME

בפלט, בודקים את השדה location שבו מוצגת כתובת URL כמו https://www.googleapis.com/compute/...<example>.../sin-zone1-388. החלק האחרון של כתובת ה-URL הוא שם המיקום (sin-zone1-38).

עכשיו, מתארים את LOCATION_NAME כדי לראות את דומיין הזמינות של ה-Edge שבו הוא נמצא.

gcloud compute interconnects locations describe LOCATION_NAME

הפלט של הפקודה הזו מכיל שורה שמציינת את תחום הזמינות של קצה הרשת שבו נמצא חיבור ה-Interconnect.

availabilityZone: zone1

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

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

gcloud compute interconnects attachments describe VLAN_ATTACHMENT_NAME /
    --region REGION

הפלט של הפקודה הזו מכיל שורה שנראית כך.

edgeAvailabilityDomain: AVAILABILITY_DOMAIN_1

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