לפני שמזמינים ציוד ל-Google Distributed Cloud, צריך לעמוד בדרישות ההתקנה של Distributed Cloud שמתוארות בדף הזה.
תכנון של הגדרת החומרה
לפני שמזמינים ציוד, מנהל הרשת צריך לתכנן עם Google את תצורת הציוד להתקנה של Distributed Cloud.
בהתאם לדרישות העסק שלכם, מנהל הרשת צריך לקבוע ולספק את הפרטים הבאים:
- מספר המתלים של כל וריאנט
- סוג ספק הכוח (AC או DC)
Distributed Cloud זמין באחת מהגרסאות הבאות.
| הגדרה 1 | הגדרה 2 | |
|---|---|---|
| Configuration | שישה שרתים ללא GPU עם אחסון מקומי ב-SSD, שני מתגי ToR, מתלה ייעודי | שישה שרתים עם GPU ואחסון SSD מקומי, שני מתגי ToR, מתלה ייעודי |
| מטרה | אידיאלי למחשוב למטרות כלליות | אידיאלי לעומסי עבודה של AI/ML או לעומסי עבודה שדורשים הרבה גרפיקה |
| עלות משוערת | Pricing | Pricing |
| CPU | 6 x 96 vCPUs (576 vCPUs בסך הכול) | 6 x 96 vCPUs (576 vCPUs בסך הכול) |
| GPU | ללא | 6 כרטיסי GPU כפולים של NVIDIA Tesla T4 (12 כרטיסי GPU בסך הכול) |
| RAM | 6 x 256GB (1,536GB סה"כ) | 6 x 256GB (1,536GB סה"כ) |
| אחסון | 6 כונני SSD בנפח 4TB (24TB סה"כ) | 6 כונני SSD בנפח 4TB (24TB סה"כ) |
| Power | AC או DC | 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 שמוכנס לארגז.
עליך לספק לטכנאי שירות של Google גישה לאורך כל נתיב המסירה, עד לאתר ההתקנה כולל.
אם אתר ההתקנה שלכם הוא לא מרכז נתונים רגיל, אתם צריכים לספק שרטוטים תלת-ממדיים של אתר ההתקנה לפני שאתם מזמינים חומרה, כדי לוודא שאפשר להתקין את המתלה ולהפעיל אותו בצורה בטוחה.
נפח האחסון שנדרש
מארז החומרה של Distributed Cloud מגיע בארגז עם המידות הבאות.
| מאפיין | ערך (יחידות מידה אימפריאליות) | ערך (מדד) |
|---|---|---|
| גובה | 87 אינץ' | 221 ס"מ |
| עומק | 60 אינץ' | 152 ס"מ |
| רוחב | 40 אינץ' | 102 ס"מ |
מידות מתלה הציוד של Distributed Cloud:
| מאפיין | ערך (יחידות מידה אימפריאליות) | ערך (מדד) |
|---|---|---|
| גובה | 80 אינץ' | 203 ס"מ |
| עומק | 48 אינץ' | 122 ס"מ |
| רוחב | 24 אינץ' | 61 ס"מ |
אם הרשות המקומית או המתקן שלכם דורשים חיזוק של מתלה Distributed Cloud, יכול להיות שתצטרכו חומרה מיוחדת לחיזוק סיסמי. מתלה Distributed Cloud נשלח כשהוא מעוגן לארגז שלו באמצעות תושבות שאפשר לעשות בהן שימוש חוזר כדי לחבר את המתלה לרצפה. עם זאת, יכול להיות שהסוגריים האלה לא יעמדו בדרישות המקומיות שלכם.
משקל המתלה
המשקל ברוטו של מתלה Distributed Cloud הוא כדלקמן.
| מילוי המדף | משקל ברוטו |
|---|---|
| בדרך כלל | 900 פאונד (408 ק"ג) |
| מקסימום | 1,300 פאונד (590 ק"ג) |
נתיב המסירה, כולל מעליות, ואתר ההתקנה חייבים לתמוך במשקל הזה בצורה בטוחה, בהתאם לתקנות הבנייה המקומיות.
ספק כוח
מתח החשמל של מתלה Distributed Cloud צריך להיות חד-פאזי או תלת-פאזי של זרם חילופין בתדר 50Hz או 60Hz, או זרם ישר של -48V בסגנון טלקום עם הארקה חיובית. כשמזמינים את הציוד, צריך לציין את סוג ספק הכוח הרצוי.
עליכם לספק חשמל לאתר ההתקנה בהתאם לתקנות הבנייה המקומיות, כולל העבודות הבאות:
- התקנת צינורות להעברת כבלים
- התקנת הכבלים הנדרשים
- חיבור הכבלים ללוח החשמל
- הפעלת החשמל
כל עבודות החשמל צריכות להתבצע על ידי חשמלאי מוסמך.
מפרטים של קווים
כדי להבטיח זמינות גבוהה, צריך לספק את מספר קווי החשמל העצמאיים הבא, בהתאם לגרסה שרוצים לפרוס.
| וריאציה | הדרישה לגבי שורה |
|---|---|
| AC power | שני (2) קווי מתח עצמאיים עם חיבור הארקה ייעודי |
| DC power | ארבעה (4) קווי אספקה עצמאיים עם החזרות ייעודיות וחיבור קרקע ייעודי |
כל שקעי החשמל צריכים להיות במרחק של עד 1.8 מטרים מאתר ההתקנה.
מפרטים של חיבור לחשמל
במכשירי AC, כל קווי אספקת החשמל צריכים לעמוד באחד המפרטים הבאים.
| שלב | מתח חשמלי | עוצמת זרם חשמלי | מחבר |
|---|---|---|---|
| חד-פאזי | 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
במקרה של מתח DC, כל קווי אספקת החשמל צריכים להיות קווי Telco-style של 48V עם הארקה חיובית, בתצורה הבאה:
- 4 קווי אספקה שמגיעים משני מקורות או יותר של אספקת DC עודפת
- 4 קווי חזרה שמזינים את ספקי ה-DC המיותרים המתאימים
- קשר ייעודי אחד להארקה
השורות צריכות לעמוד במפרטים הבאים.
| סוג קו | מתח חשמלי | עוצמת זרם חשמלי | מחבר |
|---|---|---|---|
| Supply | -44V to -60V | 125A | מגעי דחיסה עם שני חורים בגודל 3/8 אינץ' במרחק של אינץ' אחד בין המרכזים |
| החזרות | -44V to -60V | 125A | מגעי דחיסה עם שני חורים בגודל 3/8 אינץ' במרחק של אינץ' אחד בין המרכזים |
| קרקע | לא רלוונטי | התייעצות עם חשמלאי | אוזן כבל דחיסה עם חור אחד בגודל 1/4 אינץ' |
צריכת חשמל
צריכת החשמל של מתלה חומרה ב-Distributed Cloud נעה בין 3,000W ל-5,500W, בהתאם להגדרה שנבחרה, לנוכחות של יחידות GPU, לעומס על המעבד ולגורמים אחרים. צריכת החשמל המקסימלית יכולה להגיע ל-5,900W באופן רגעי בזמן ההפעלה.
גיבוי חשמלי
בכל אחת מהווריאציות, לכל אחד מקווי החשמל העצמאיים צריך להיות אל פסק עצמאי שיכול להפעיל את החומרה של 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.
המתקן פולט עד 13,650 יחידות תרמיות בריטיות (BTU) של חום בשעה, ומשתמש באוויר מאולץ כדי להוציא את החום מהחומרה המותקנת. החלק הקדמי של המארז משמש כפתח כניסה לאוויר קר, והחלק האחורי משמש כפתח יציאה לאוויר חם. כדי לאפשר זרימת אוויר מספקת, צריך להשאיר שטח פתוח של 1.2 מטרים גם בחלק הקדמי וגם בחלק האחורי של המתלה. אם אפשר, כדאי להתקין את המתלה מול אריח מחורר או פתח ייעודיים.
ב-Distributed Cloud נדרשת סירקולציה, סינון ומיזוג אוויר רציפים באתר הפריסה באמצעות ציוד מיזוג אוויר מסחרי או תעשייתי שמותקן באופן קבוע. אי שמירה על התנאים הסביבתיים הנדרשים עלולה לגרום לנזק לטווח ארוך לחומרה של Distributed Cloud ולפגוע באמינות של פריסת Distributed Cloud.
תשתית הקירור צריכה לעמוד בהנחיות הבאות:
- לכל ציוד HVAC צריך להיות גיבוי חשמלי ויכולת הפעלה מחדש אוטומטית אחרי הפסקת חשמל.
- למערכות לטיפול באוויר, לציוד מיזוג, למעבים, למשאבות, למגדלי קירור, למקררים ולרכיבים אחרים של מערכות חימום, אוורור ומיזוג אוויר (HVAC) צריכה להיות יתירות מתאימה.
- חשוב לבדוק ולתחזק באופן קבוע את ציוד ה-HVAC כדי לשמור על ביצועי ההפעלה שלו ברמה עקבית ובטווחים הנדרשים.
- אסור לחשוף את חומרת Distributed Cloud לאור שמש ישיר או לכל סוג אחר של קרינת אינפרה-אדום, כי זה משנה את פרופיל הטמפרטורה המאומת של החומרה.
- אסור לחשוף את החומרה של Distributed Cloud לאוויר לא מותנה ולא מסונן. גם חשיפה קצרה עלולה לגרום להצטברות אבק ולהגביל את זרימת האוויר לרכיבים קריטיים.
- מערכת קירור עם אוויר צח היא קבילה אם היא תוכננה והותקנה על ידי אנשי מקצוע. עם זאת, הוא צריך לעמוד בדרישות התרמיות שצוינו קודם.
Networking
מתלה החומרה של Distributed Cloud דורש ארבעה חיבורי סיבים אופטיים במצב יחיד מסוג LC, שמחולקים בין שני מכשירי רשת עודפים ברשת המקומית. יש תמיכה רק בקישורי 100GBASE-LR4 ו-10GBASE-LR. כשמזמינים חומרה של Distributed Cloud, צריך לציין את דרישות הרשת, כמו טווחי כתובות IP והגדרות חומת אש. במעגלי העברה אופטית, מפעילים את העברת התקלות כדי להגיע להתכנסות אופטימלית של פרוטוקול הניתוב.
לפני שמזמינים, האדמין ברשת צריך לעבוד עם Google כדי לתכנן את הגדרת הרשת להתקנה של Distributed Cloud.
איור 1 מציג הגדרה אופיינית של Distributed Cloud:
מידע נוסף על הרכיבים שמוצגים בתרשים הזה זמין במאמר בנושא חומרה של Distributed Cloud.
הקצאת בלוקים של כתובות
כדי להשתמש ב-Distributed Cloud, צריך להקצות את בלוקי הכתובות הבאים ברשת המקומית.
| רכיב רשת | דרישה להקצאה |
|---|---|
| קישור 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, מנהל הרשת צריך לספק את פרטי ההקצאה של בלוק ה-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 יתאם איתכם את הביקור ויבצע את התיקונים הנדרשים.