דרישות התקנה

לפני שמזמינים ציוד ל-Google Distributed Cloud, צריך לעמוד בדרישות ההתקנה של Distributed Cloud שמתוארות בדף הזה.

תכנון של הגדרת החומרה

לפני שמזמינים ציוד, מנהל הרשת צריך לתכנן עם Google את תצורת הציוד להתקנה של Distributed Cloud.

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

  • מספר המתלים של כל וריאנט
  • סוג ספק הכוח (AC או DC)

‫Distributed Cloud זמין באחת מהגרסאות הבאות.

GDC Edge Rack (ללא יחידות GPU) GDC Edge Rack (עם מעבדי GPU) GDC Edge Server (בינוני) GDC Edge Server (גדול)
Configuration שישה שרתים ללא GPU עם אחסון מקומי בכונן SSD, שני מתגי ToR, מתלה ייעודי שישה שרתים עם תמיכה ב-GPU ואחסון מקומי בכונן SSD, שני מתגי ToR, מתלה ייעודי שלושה שרתים עצמאיים ללא GPU עם אחסון SSD מקומי שלושה שרתים עצמאיים ללא GPU עם אחסון SSD מקומי
מטרה אידיאלי לחישובים כלליים בקנה מידה גדול אידיאלי לעומסי עבודה של AI/ML או לעומסי עבודה שדורשים הרבה גרפיקה אידיאלי לחישובים למטרות כלליות בקנה מידה בינוני אידיאלי לחישובים למטרות כלליות בקנה מידה בינוני
עלות משוערת Pricing Pricing Pricing Pricing
CPU ‫6 x 96 vCPUs (576 vCPUs בסך הכול) ‫6 x 96 vCPUs (576 vCPUs בסך הכול) ‫3 x 32 vCPUs (96 vCPUs total) ‫3 x 64 vCPUs (192 vCPUs total)
GPU ללא ‫6 כרטיסי GPU כפולים של NVIDIA Tesla T4‏ (12 כרטיסי GPU בסך הכול) ללא ללא
RAM ‫6‏ x‏ 256GB (1,536GB סה"כ) ‫6‏ x‏ 256GB (1,536GB סה"כ) ‫3‏ x‏ 64 GB (סה"כ ‎192 GB) ‫3‏ x‏ 128 GB (סה"כ 384 GB)
אחסון ‫6 כונני SSD‏ בנפח 4TB‏ (24TB סה"כ) ‫6 כונני SSD‏ בנפח 4TB‏ (24TB סה"כ) ‫3 x 1.6 TB SSD (4.8 TB total) ‫3 x 3.2 TB SSD (9.6 TB total)
Power AC או DC AC בלבד AC בלבד AC בלבד

רכישה של Premium Support

כדי להשתמש ב-Distributed Cloud צריך תמיכת Premium. אם אתם לא לקוחות של תמיכת פרימיום, אתם צריכים לרכוש תמיכת פרימיום כדי להשתמש ב-Distributed Cloud.

מסירת Google Cloud מידע

כשמזמינים את הציוד, צריך לספק ל-Google את הפרטים הבאים, אם רלוונטי:

  • מזהה הארגון Google Cloud
  • האם אתם רוצים ש-Google תקצה את המכונות שלכם ב-Distributed Cloud כחלק מ Google Cloud פרויקט קיים או שאתם רוציםGoogle Cloud פרויקט חדש
  • מזהה פרויקט היעד Google Cloud (אם אתם מקצים משאבים כחלק מפרויקט קיים Google Cloud )
  • מספר האזורים הרצוי ב-Distributed Cloud

נתיב המשלוח ואתר ההתקנה

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

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

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

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

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

שרתי Distributed Cloud הם גורם צורה סטנדרטי להתקנה במתלה, ולא נדרשים אמצעי משלוח מיוחדים.

נפח האחסון שנדרש

ציוד המארז של Distributed Cloud מגיע בארגז עם המידות הבאות.

מאפיין ערך (יחידות מידה אימפריאליות) ערך (מדד)
גובה ‫87 אינץ' ‫221 ס"מ
עומק ‫60 אינץ' ‫152 ס"מ
רוחב ‫40 אינץ' ‫102 ס"מ

המידות של ציוד Distributed Cloud Rack הן:

מאפיין ערך (יחידות מידה אימפריאליות) ערך (מדד)
גובה ‫80 אינץ' ‫203 ס"מ
עומק ‫48 אינץ' ‫122 ס"מ
רוחב ‫24 אינץ' ‫61 ס"מ

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

המידות של הציוד של שרת Distributed Cloud לכל מכונה הן:

מאפיין ערך (יחידות מידה אימפריאליות) ערך (מדד)
גובה ‫1.7 אינץ' ‫4.3 ס"מ
עומק ‫19 אינץ' ‫48 ס"מ
רוחב ‫19 אינץ' ‫48 ס"מ

משקל

המשקל ברוטו של Distributed Cloud Rack הוא כדלקמן.

מילוי המדף משקל ברוטו
בדרך כלל ‫900 פאונד (408 ק"ג)
מקסימום ‫1,300 פאונד (590 ק"ג)

נתיב המסירה, כולל מעליות, ואתר ההתקנה חייבים לתמוך במשקל הזה בצורה בטוחה, בהתאם לתקנות הבנייה המקומיות.

המשקל של כל מכונת שרת Distributed Cloud הוא 9 ק"ג.

ספק כוח

החומרה של Distributed Cloud דורשת מתח חילופין חד-פאזי או תלת-פאזי בתדר של ‎50 Hz או ‎60 Hz, או מתח ישר של ‎48-V בסגנון טלקום עם הארקה חיובית. כשמזמינים את הציוד, צריך לציין את סוג ספק הכוח הנדרש.

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

  • התקנת צינורות להעברת כבלים
  • התקנת הכבלים הנדרשים
  • חיבור הכבלים ללוח החשמל
  • הפעלת החשמל

כל עבודות החשמל צריכות להתבצע על ידי חשמלאי מוסמך.

מפרטים של קווים

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

וריאציה הדרישה לגבי שורה
AC power (GDCE Rack) שני (2) קווי מתח עצמאיים עם חיבור הארקה ייעודי
DC power (GDCE Rack) ארבעה (4) קווי אספקה עצמאיים עם החזרות ייעודיות וחיבור קרקע ייעודי
AC power (GDCE Server) קו אספקת חשמל עצמאי אחד (1) עם חיבור הארקה ייעודי לכל מכונה.

כל שקעי החשמל צריכים להיות במרחק של עד 1.8 מטרים מאתר ההתקנה.

מפרטים של מתח AC למתלים של Distributed Cloud

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

שלב מתח חשמלי עוצמת זרם חשמלי מחבר
חד-פאזי ‫208V, ‏ ‎50/60Hz 30A NEMA L6-30P
חד-פאזי ‫230V, ‏ ‎50/60Hz 32A IEC 60309 2P+2E 6Hr
Three-phase Wye ‫120V/208V, ‏ ‎50/60Hz 30A NEMA L21-30P
Delta תלת-פאזי ‫208V, ‏ ‎50/60Hz 60A IEC 60309 3P+G 9Hr
Delta תלת-פאזי ‫208V, ‏ ‎50/60Hz ‫50A CS8365 50A 3P+G
Three-phase Wye ‫240V/410V, ‏ ‎50/60Hz 16A IEC 60309 3P+N+PE 6Hr
Three-phase Wye ‫230V/400V, ‏ ‎50/60Hz 32A IEC 60309 3P+N+PE 6Hr

מפרטים של מתח DC למתלים של Distributed Cloud

במערכות DC שמספקות חשמל למתלים של Distributed Cloud, כל קווי אספקת החשמל צריכים להיות קווי Telco של ‎-48V עם הארקה חיובית, בהגדרה הבאה:

  • ‫4 קווי אספקה שמגיעים משני מקורות או יותר של אספקת DC עודפת
  • ‫4 קווי חזרה שמזינים את ספקי ה-DC המיותרים המתאימים
  • קשר ייעודי אחד להארקה

השורות צריכות לעמוד במפרטים הבאים.

סוג קו מתח חשמלי עוצמת זרם חשמלי מחבר
Supply ‫‎-44V to -60V 125A מגעי דחיסה עם שני חורים בגודל 3/8 אינץ' במרחק של אינץ' אחד בין המרכזים
החזרות ‫‎-44V to -60V 125A מגעי דחיסה עם שני חורים בגודל 3/8 אינץ' במרחק של אינץ' אחד בין המרכזים
קרקע לא רלוונטי התייעצות עם חשמלאי אוזן כבל דחיסה עם חור אחד בגודל 1/4 אינץ'

מפרטים של מתח AC לשרתי Distributed Cloud

לגבי מתח AC שמסופק לכל מכונת שרת של Distributed Cloud Server, כל קווי אספקת החשמל צריכים להיות מסוגלים לספק מתח של 100V עד 240V בתדר של 50 או 60Hz של מתח חד-פאזי לכל מכונת שרת של Distributed Cloud Server. ספקי הכוח של מכונות השרת ב-Distributed Cloud הם עם מתג אוטומטי.

צריכת חשמל

צריכת החשמל של מתקן Distributed Cloud Rack נעה בין 3,000W ל-5,500W, בהתאם להגדרה שנבחרה, לנוכחות של יחידות GPU, לעומס על המעבד ולגורמים אחרים. צריכת החשמל המקסימלית יכולה להגיע ל-5,900W באופן רגעי בזמן ההפעלה.

צריכת החשמל האופיינית של מכונת Distributed Cloud Server היא 800 ואט.

גיבוי חשמלי

בכל אחת מהווריאציות, לכל אחד מקווי החשמל העצמאיים צריך להיות אל פסק עצמאי שיכול להפעיל את החומרה של Distributed Cloud באופן רציף למשך 20 דקות לפחות במערכות סוללות, ו-15 שניות במערכות אינרציאליות.

בנוסף לגיבוי של UPS, צריך לספק גם גיבוי של גנרטור חשמלי לשעת חירום, עם קיבולת מספקת לטעינת יחידות ה-UPS ולהפעלת החומרה של Distributed Cloud למשך ארבע שעות לפחות. ציוד ה-Distributed Cloud צריך להיות מחובר ליחידות ה-UPS. לאחר מכן, יחידות ה-UPS צריכות להתחבר לגיבוי הגנרטור באמצעות מתג העברה אוטומטי (ATS) או מערכת דומה שלא דורשת התערבות אנושית כדי להקל על העברה במקרה חירום.

למערכות UPS עם סוללה ללא גיבוי גנרטור, כמו מתקני DC ישנים יותר, צריכה להיות קיבולת מספקת להפעלת Distributed Cloud למשך ארבע שעות לפחות.

קירור

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

אתר ההתקנה צריך לספק את הסביבה הבאה:

גורם סביבתי טווח חובה
טמפרטורה בין 15°C‏ (59°F) ל-31°C‏ (89°F)
לחות יחסית בין 30% ל-70%, ללא עיבוי

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

  • טמפרטורת הסביבה: ‎+/- 5°C לשעה
  • לחות יחסית: ‎+/- 5% ‎ לשעה

ההנחיות האלה חלות על התקנות בגבהים של עד 3,050 מטר מעל פני הים. במקרה של גבהים גבוהים יותר, מומלץ להתייעץ עם מומחה בקרת אקלים ועם נציג Google. תנודות קיצוניות מחוץ לטווחים המומלצים האלה עלולות לגרום לכיבוי מגן ו/או לנזק קבוע לחומרה של Distributed Cloud.

מתלה של Distributed Cloud מייצר עד 13,650 יחידות תרמיות בריטיות (BTU) של חום בשעה, ומשתמש באוויר מאולץ כדי להסיר את החום מהחומרה המותקנת. החלק הקדמי של המארז משמש כפתח כניסה לאוויר קר, והחלק האחורי משמש כפתח יציאה לאוויר חם. צריך להשאיר מרחב פתוח של 1.2 מטרים גם בחלק הקדמי וגם בחלק האחורי של המתקן כדי לאפשר זרימת אוויר מספקת. אם אפשר, כדאי להתקין את המתלה מול אריח מחורר או פתח ייעודיים.

שרת ענן מבוזר מייצר בדרך כלל כ-3,000 יחידות BTU של חום בשעה, ומשתמש גם באוויר מאולץ כדי להסיר חום מהמארז שלו. ‫Google ממליצה מאוד לפעול לפי שיטות מומלצות דומות לאלה שמתוארות למעלה כדי להבטיח קירור נאות של מכונות השרת של Distributed Cloud.

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

תשתית הקירור צריכה לעמוד בהנחיות הבאות:

  • לכל ציוד HVAC צריך להיות גיבוי חשמלי ויכולת הפעלה מחדש אוטומטית אחרי הפסקת חשמל.
  • למערכות לטיפול באוויר, לציוד מיזוג, למעבים, למשאבות, למגדלי קירור, למקררים ולרכיבים אחרים של מערכות חימום, אוורור ומיזוג אוויר (HVAC) צריכה להיות יתירות מתאימה.
  • חשוב לבדוק ולתחזק באופן קבוע את ציוד ה-HVAC כדי לשמור על ביצועי ההפעלה שלו ברמה עקבית ובטווחים הנדרשים.
  • אסור לחשוף את חומרת Distributed Cloud לאור שמש ישיר או לכל סוג אחר של קרינת אינפרה-אדום, כי זה משנה את פרופיל הטמפרטורה המאומת של החומרה.
  • אסור לחשוף את החומרה של Distributed Cloud לאוויר לא מותנה ולא מסונן. גם חשיפה קצרה עלולה לגרום להצטברות אבק ולהגביל את זרימת האוויר לרכיבים קריטיים.
  • מערכת קירור עם אוויר צח היא קבילה אם היא תוכננה והותקנה על ידי אנשי מקצוע. עם זאת, הוא צריך לעמוד בדרישות התרמיות שצוינו קודם.

Networking

למתלה של Distributed Cloud נדרשים ארבעה חיבורי סיבים אופטיים במצב יחיד מסוג LC, שמפוצלים בין שני מכשירי רשת עודפים ברשת המקומית. יש תמיכה רק בקישורי 100GBASE-LR4 ו-10GBASE-LR.

מכונת שרת של Distributed Cloud Server דורשת לפחות שני חיבורי Ethernet של גיגה-ביט למתג Top-of-Rack ‏ (ToR), אחד בתוך הפס ואחד מחוץ לפס. ‫Google ממליצה על שני חיבורים בתוך הפס לכל מכונה לצורך יתירות.

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

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

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

הקצאת בלוקים של כתובות

כדי להשתמש ב-Distributed Cloud, צריך להקצות את בלוקי הכתובות הבאים ברשת המקומית.

בלוקים של כתובות ל-Distributed Cloud Racks

בטבלה הבאה מתוארים בלוקי הכתובות הנדרשים עבור Distributed Cloud Racks:

רכיב רשת דרישה להקצאה
קישור Peering לרשת המקומית

ארבעה בלוקים ציבוריים או פרטיים של CIDR‏ /31.

אפשר לספק ארבעה בלוקים של CIDR‏ /31, מזהה VLAN ושני מספרי מערכת אוטונומית (ASN) של BGP שמכסים את ארבעת בלוקי הכתובות האלה. מספר ASN אחד מיועד לנתבים המקומיים שלכם שמבצעים peering עם מתגי ToR של Distributed Cloud, ומספר ASN אחד מיועד למתגי Distributed Cloud.

רשת משנה לניהול מתג ToR לפחות בלוק אחד של CIDR ‏‎ /30, ציבורי או RFC 1918.
רשת משנה לניהול מכונות ב-Distributed Cloud לפחות בלוק CIDR אחד מסוג ‎ /27, ציבורי או RFC 1918.
רשת משנה של צומתי Distributed Cloud לפחות בלוק CIDR אחד מסוג ‎ /27, ציבורי או RFC 1918.

בלוקים של כתובות לשרתי Distributed Cloud

בטבלה הבאה מפורטים בלוקי הכתובות הנדרשים לשרתים של Distributed Cloud:

רכיב רשת דרישה להקצאה
רשת משנה לניהול מכונות ב-Distributed Cloud כתובת IP אחת (1) לכל מכונה ב-VLAN של הרשת המקומית, ציבורית או RFC 1918.
רשת משנה של צומתי Distributed Cloud כתובת IP אחת (1) לכל מכונה ב-VLAN של הרשת המקומית, ציבורית או RFC 1918.
מאגר של מאזן עומסים ב-Distributed Cloud שש (6) כתובות IP לכל מכונה ב-VLAN של הרשת המקומית, ציבוריות או RFC 1918.

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

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

כשמזמינים חומרה של Distributed Cloud, מנהל הרשת צריך לספק את פרטי ההקצאה של בלוק ה-CIDR שצוין למעלה. אחרי הפריסה של Distributed Cloud, אי אפשר לשנות את הערכים האלה.

בלוקי ה-CIDR של הצומת, ניהול המכונה והמתג של ToR חייבים להיות רשתות משנה שניתן לנתב ברשת המקומית. הם יכולים להיות רשתות משנה פרטיות בטווח RFC 1918 או רשתות ציבוריות. צריך להגדיר את סשני ה-BGP המתאימים בנתבי הקצה של ה-peering כדי לאשר מסלולים לרשת המשנה של צומתי Distributed Cloud, לרשת המשנה של ניהול המכונות של Distributed Cloud ולשתי כתובות ה-IP התחתונות מסוג ‎ /32 של רשת המשנה לניהול מתג ToR.

הקצאת בלוקים של CIDR מתבצעת לכל מתלה של Distributed Cloud. כשיוצרים אשכול Distributed Cloud, מערכת Distributed Cloud מקצה באופן אוטומטי צמתים באשכול הזה לכתובות IP בבלוק ה-CIDR של הצמתים שצוין, על סמך היכולות והזמינות שלהם.

בהתקנה של Distributed Cloud עם כמה מתלים, צריך לציין בלוקים ייחודיים של CIDR לכל מתל של Distributed Cloud. כל מתלה מחובר לרשת בנפרד.

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

אחרי שההתקנה של Distributed Cloud תפעל, תצטרכו גם להקצות כתובות IP ברשת עבור ה-Pods והשירותים של Distributed Cloud, כמו שמתואר במאמר הקצאת כתובות רשת ל-Pods ולשירותים של Distributed Cloud.

הגדרת חומות אש

כדי להשתמש ב-Distributed Cloud, צריך להגדיר את חומת האש כך שתאפשר את סוגי תעבורת הרשת הבאים:

  • תנועה במישור הבקרה של אשכולות וניהול Distributed Cloud
  • תעבורת עומסי עבודה ב-Distributed Cloud

ניהול של Distributed Cloud ותעבורת מישור הבקרה של אשכול

כדי להשתמש ב-Distributed Cloud, צריך לפתוח את היציאות הבאות ברשת המקומית: ב-Distributed Cloud נדרשים הפורטים האלה לחיבורים יוצאים אל Google דרך האינטרנט, לצורך ניהול ותנועה של מישור הבקרה של האשכול. חובה להשתמש בחומת אש עם שמירת מצב, שעוקבת אחרי התנועה היוצאת הזו ומאפשרת לתנועה הנכנסת התואמת לחזור דרך Distributed Cloud.

תפקיד רשת המשנה המקורית פרוטוקול יציאות
מערכת שמות דומיין (DNS) ניהול מתג ToR, ניהול מכונות Distributed Cloud, צמתים של Distributed Cloud TCP, ‏ UDP 53
Network Time Protocol (NTP) ניהול מתג ToR, ניהול מכונות Distributed Cloud, צמתים של Distributed Cloud UDP 123
מערכת בקרת גישה של בקר גישה לטרמינל (TACACS) לאימות מתג ניהול מתגי ToR TCP 3535
ניהול VPN ניהול מתג ToR, ניהול מכונות ב-Distributed Cloud UDP 443
Bootstrap and Management API ניהול מתג ToR, ניהול מכונות ב-Distributed Cloud TCP 443
מישור בקרה של Kubernetes מרוחק ניהול מכונות ב-Distributed Cloud, צמתים ב-Distributed Cloud TCP 6443
Kubernetes Konnectivity proxy ניהול מכונות ב-Distributed Cloud, צמתים ב-Distributed Cloud TCP 8132, 8133, 8134
שירותי ניטור ניהול מכונות ב-Distributed Cloud, צמתים ב-Distributed Cloud TCP 443
שירות רישום ביומן ניהול מכונות ב-Distributed Cloud, צמתים ב-Distributed Cloud TCP 443
מישור הנתונים של Cloud VPN וענן וירטואלי פרטי (VPC) צמתים של Distributed Cloud ‫UDP (ESP, ‏ IKE) 500, 4500

תעבורת עומסי עבודה ב-Distributed Cloud

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

אם פורסים את Distributed Cloud מאחורי שער NAT, ויש לכם כללי חומת אש נוספים שהוגדרו בשערי ה-WAN ומסננים או חוסמים תנועת UDP נכנסת, יכול להיות שתהיה השפעה על הקישוריות של Cloud VPN שנדרשת על ידי Distributed Cloud. במקרים כאלה, צריך לאפשר תעבורת UDP נכנסת של Cloud VPN מטווחי כתובות ה-IP של Cloud VPN.

לדוגמה, צריך לאפשר תנועת UDP נכנסת מטווח כתובות ה-IP של המקור 35.242.0.0/17, 35.220.0.0/17 ו-34.157.0.0/16 עם יציאת המקור שתואמת ל-500 או ל-4500 (IKE/ESP). אם פתרון חומת האש שלכם דורש הגדרה מדויקת יותר, צריך להגדיר את טווח כתובות ה-IP של היעד כך שיתאים לטווח כתובות ה-IP של רשת המשנה של צמתי Distributed Cloud. אם חומת האש נמצאת במעלה הזרם של שער ה-NAT, צריך להגדיר את טווח כתובות ה-IP של היעד לכתובת ה-IP הציבורית של שער ה-NAT.

תחזוקה באתר

‫Google עוקבת מרחוק אחרי החומרה של Distributed Cloud. אם נתקלתם בבעיה, אתם יכולים לפנות לתמיכה כדי לפתוח כרטיס. אם Google תזהה כשל בחומרה, נתאם ביקור באתר ההתקנה. טכנאי מוסמך של Google יתאם איתכם את הביקור ויבצע את התיקונים הנדרשים.

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