סקירה כללית על Google Distributed Cloud

בדף הזה מופיעה סקירה כללית של Google Distributed Cloud, כולל מידע על מקרים שבהם כדאי להשתמש בו, על המגבלות שלו ועל בעיות ידועות.

‫Distributed Cloud מאפשר להריץ אשכולות של Google Kubernetes Engine ‏ (GKE) בחומרה ייעודית שמסופקת ומתוחזקת על ידי Google בנפרד ממרכז הנתונים המסורתי Google Cloud . ‫Google מספקת ומתקינה את חומרת Distributed Cloud במתחם שלכם.

פריסת עומסי עבודה (workloads) בהתקנה של Distributed Cloud פועלת באופן דומה לפריסת עומסי עבודה באשכולות GKE מבוססי-ענן. אחרי פריסת החומרה, האדמין של האשכול מקצה אשכולות של Distributed Cloud באמצעות מסוף Google Cloud או Google Cloud CLI. בנוסף, מנהל הרשת מגדיר את רכיבי הרשת של Distributed Cloud כדי שעומסי העבודה יוכלו לתקשר עם הרשת המקומית וביניהם. בעלי האפליקציות יכולים לפרוס עומסי עבודה באשכולות האלה. ב-Distributed Cloud אפשר להריץ עומסי עבודה בקונטיינרים של Kubernetes ובמכונות וירטואליות, כולל עומסי עבודה מבוססי GPU, שפועלים על מעבדי NVIDIA Tesla T4 GPU.

‫Distributed Cloud זמין באחד מהפורמטים הבאים:

  • Distributed Cloud Rack. מתלה עם שישה שרתי Distributed Cloud ושני מתגי ToR (Top-of-Rack). ההגדרה הזו תומכת באשכולות של מישור בקרה מקומי ושל מישור בקרה בענן.
  • שרת Distributed Cloud. שרת עצמאי של Distributed Cloud שמחובר ישירות לרשת המקומית באמצעות ציוד רשת משלכם. התצורה הזו תומכת רק באשכולות של מישור בקרה מקומי.

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

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

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

סקירה טכנית של Distributed Cloud זמינה במאמר איך פועל Distributed Cloud.

מתי כדאי להשתמש ב-Distributed Cloud

‫Distributed Cloud מיועד במיוחד לתרחישים הבאים שבהם פריסות רגילות של Google Cloud לא מספיקות:

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

  • האפליקציות שלכם דורשות את זמן הטעינה הקצר ביותר האפשרי ברשת, והן רגישות לעליות פתאומיות בזמן הטעינה או לשינויים בזמן הטעינה. ‫Distributed Cloud תומך גם בטכנולוגיות רשת עם ביצועים גבוהים, כמו וירטואליזציה של קלט/פלט עם שורש יחיד (SR-IOV) וערכת פיתוח של מישור הנתונים (DPDK), לתרחישים מתקדמים יותר שנעשה בהם שימוש באופרטור של פונקציית רשת (לא זמין ב-Distributed Cloud Servers).

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

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

מגבלות של Distributed Cloud

בהשוואה לתחום GKE רגיל שמבוסס על ענן, תחום Distributed Cloud כפוף למגבלות הבאות:

  • יכולת העיבוד. בניגוד לאזור רגיל מבוסס-ענן, להתקנה של Distributed Cloud יש יכולת עיבוד מוגבלת. חשוב לזכור את המגבלה הזו כשמתכננים ומפריסים את עומסי העבודה.
  • הגבלות על עומסי עבודה. ‫Distributed Cloud מטיל כמה הגבלות על עומסי העבודה שלכם.
  • תכונות של GKE Enterprise ‫Distributed Cloud לא תומך בתכונות של GKE Enterprise כמו Cloud Service Mesh, למעט התכונה ConfigSync של Config Management.

בעיות מוכרות בגרסה הזו של Distributed Cloud

בגרסה הזו של Distributed Cloud יש את הבעיות הידועות הבאות:

  • מספר גדול של קריאות ל-webhook עלול לגרום לכשל זמני ב-proxy של Konnectivity.
  • סוכני המדדים שפועלים בצמתים של Distributed Cloud יכולים לצבור פיגור של אירועים ולהיתקע, וכך למנוע את התיעוד של מדדים נוספים.
  • איסוף האשפה נכשל לסירוגין בניקוי פודים שהופסקו.
  • סשנים של BGP לא משוחזרים כשממשק הרשת המתאים מושבת ואז מופעל מחדש.

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