בדף הזה מוסבר איך פועל Google Distributed Cloud במודל מחובר, כולל מידע על התשתית, החומרה, האחסון והיכולות של הרשת.
Google Distributed Cloud במודל מחובר כולל את הרכיבים הבאים:
התשתית של Distributed Cloud במודל מחובר. Google או משלב מערכות (SI) מוסמך של Google מספקים, פורסים ומתחזקים את החומרה המחוברת של Distributed Cloud, כולל ניהול מרחוק על ידי צוות ייעודי.
השירות המחובר של Distributed Cloud. השירות הזה מאפשר לכם לנהל את האשכולות המחוברים ואת מאגרי הצמתים של Distributed Cloud באמצעות Google Cloud CLI ו-Distributed Cloud Edge Container API. האשכולות המחוברים של Distributed Cloud רשומים ב-Fleet שלכם, ואפשר להשתמש בכלי
kubectlCLI של Kubernetes כדי ליצור איתם אינטראקציה.
תשתית מחוברת של Distributed Cloud
Google או שותף SI מוסמך של Google מספקים, פורסים, מפעילים ומתחזקים את החומרה הייעודית שמריצה את האזור המחובר של Distributed Cloud. הצמתים המחוברים של Distributed Cloud שמבצעים את עומסי העבודה שלכם פועלים באופן בלעדי על החומרה הזו.
מכונות החומרה מופעלות כצמתים מחוברים של Distributed Cloud ומקובצות למאגרי צמתים, שאפשר להקצות לאשכולות באזור המחובר של Distributed Cloud. אתם יכולים להגדיר את הרשת כך שעומסי העבודה שפועלים באשכולות מחוברים של Distributed Cloud יהיו זמינים רק למשתמשים המקומיים או שניתן יהיה לגשת אליהם מהאינטרנט. אפשר גם להגדיר את הרשת כך שרק צמתים שמחוברים ל-Distributed Cloud יוכלו להשתמש במשאבים מקומיים או לתקשר עם עומסי עבודה, כמו מכונות וירטואליות (VM) של Compute Engine ו-Pods של Kubernetes שפועלים ברשת של ענן וירטואלי פרטי (VPC) דרך חיבור מאובטח לרשת Cloud VPN לרשת VPC ב- Google Cloud.
ניהול מחובר של Distributed Cloud
צמתים מחוברים של Distributed Cloud הם לא משאבים עצמאיים, והם צריכים להישאר מחוברים ל- Google Cloud למטרות ניהול וניטור של מישור הבקרה. צמתי מישור הבקרה פועלים באופן מקומי בחומרה המחוברת ל-Distributed Cloud, ועומסי העבודה ממשיכים לפעול אם הפריסה שמחוברת ל-Distributed Cloud מנותקת מ- Google Cloud. עומסי העבודה ממשיכים לפעול גם כשהם מנותקים מ- Google Cloud , למשך עד שבעה ימים.
Google מנהלת מרחוק את המכונות הפיזיות שמרכיבות את הפריסה שלכם ב-Distributed Cloud במודל מחובר. הפעולות האלה כוללות התקנה של עדכוני תוכנה ותיקוני אבטחה, ופתרון בעיות בהגדרות. אדמינים של רשת יכולים גם לעקוב אחרי התקינות והביצועים של צמתים ואשכולות מחוברים של Distributed Cloud ולעבוד עם Google כדי לפתור בעיות.
אחרי ש-Google תפרוס בהצלחה את החומרה של Distributed Cloud Connected במיקום שציינתם, האדמין של האשכול יוכל להתחיל להגדיר את אשכול Distributed Cloud Connected באופן דומה לאשכול Kubernetes רגיל. הם יכולים להקצות מכונות למאגרי צמתים, מאגרי צמתים לאשכולות ולהעניק לבעלי אפליקציות גישה לפי הצורך בהתאם לתפקידים שלהם. עם זאת, האדמין של האשכול צריך לזכור את מגבלות העיבוד והאחסון של המכונות בפריסת Distributed Cloud המחוברת, ולתכנן את האשכול ואת הגדרת עומס העבודה בהתאם.
Distributed Cloud במודל מחובר מספק API להגדרת אשכולות ומאגרי צמתים.
גישה לאזור מחובר של Distributed Cloud
אתם יכולים להגדיר את הרשת כך שתהיה לכם גישה לרמה המתאימה לאזור המחובר של Distributed Cloud, גם מהרשת המקומית וגם מהאינטרנט.
אפשר גם להעניק לאזור המחובר של Distributed Cloud גישה לשירותיGoogle Cloud על ידי חיבורו לרשת ה-VPC. ב-Distributed Cloud connected נעשה שימוש ב-Cloud VPN כדי להתחבר לנקודות קצה של שירותי Google. האדמין של הרשת צריך להגדיר את הרשת כדי לאפשר את זה.
Distributed Cloud connected personas
הפרסונות הבאות מעורבות בהטמעה ובהפעלה של אזור מחובר ל-Distributed Cloud:
טכנאי שטח. מספקת, מתקינה ומפעילה את החומרה המחוברת של Distributed Cloud במיקום שצוין. מנהל הרשת שלכם עובד עם הטכנאים בשטח כדי לחבר את החומרה למקור החשמל ולרשת. בהתאם לסוג ההזמנה, הטכנאי יהיה טכנאי של Google או טכנאי SI מוסמך של Google.
מהנדס SRE של Google מנטר ומנהל את החומרה שמחוברת ל-Distributed Cloud. זה כולל פתרון בעיות בהגדרות, התקנת תיקונים ועדכונים ושמירה על האבטחה.
אדמין רשת השירות מגדיר ומתחזק את הקישוריות לרשת ואת בקרת הגישה בין החומרה של Google Distributed Cloud במודל מחובר לבין הרשת המקומית. זה כולל הגדרה של כללי הניתוב וחומת האש כדי לוודא שכל סוגי תעבורת הרשת הנדרשים יכולים לעבור באופן חופשי בין חומרת Distributed Cloud, Google Cloud, הלקוחות שצורכים את עומסי העבודה המחוברים של Distributed Cloud, מאגרי נתונים פנימיים וחיצוניים וגורמים תורמים אחרים. לאדמין הרשת צריכה להיות גישה למסוף Google Cloud כדי לעקוב אחרי הסטטוס של המכונות המחוברות ל-Distributed Cloud. אדמין הרשת גם מגדיר תכונות רישות של Distributed Cloud.
אדמין של אשכול. פריסה ותחזוקה של אשכולות מחוברים של Distributed Cloud בארגון. הפעולות האלה כוללות הגדרת הרשאות, רישום ביומן והקצאת עומסי עבודה לכל אשכול. האדמין של האשכול מקצה צמתים למאגרי צמתים, ומאגרי צמתים לאשכולות מחוברים של Distributed Cloud. אדמין האשכול צריך להבין את ההבדלים התפעוליים בין אשכול מחובר של Distributed Cloud לבין אשכול Kubernetes רגיל, כמו יכולות העיבוד והאחסון של החומרה המחוברת של Distributed Cloud, כדי להגדיר ולפרוס את עומסי העבודה בצורה נכונה.
הבעלים של האפליקציה. מהנדס תוכנה שאחראי על פיתוח ו/או פריסה ומעקב של אפליקציה שפועלת באשכול מחובר של Distributed Cloud. בעלי אפליקציות שמשתמשים באפליקציות באשכול מחובר של Distributed Cloud צריכים להבין את המגבלות על הגודל והמיקום של האשכולות, וגם את ההשלכות של פריסת אפליקציה בקצה הרשת, כמו ביצועים וחביון.
ציוד מחובר ל-Distributed Cloud
שרתים מחוברים של Distributed Cloud זמינים בפלטפורמות החומרה הבאות:
שרתים מחוברים של Distributed Cloud G1. קבוצה של מכונות Dell XR11 מסדרה 1U rackmount, אחת או שלוש.
שרתים מחוברים של Distributed Cloud מדור שני. מארז מסדרת Dell XR8000 עם אחד או שלושה מגשי מכונות XR8610t.
הציוד של Google Distributed Cloud במודל מחובר כולל בדרך כלל שלוש מכונות שרת של Google Distributed Cloud במודל מחובר, שמחוברות ישירות לרשת המקומית דרך מתגי ToR משלכם. כברירת מחדל, אפשר להזמין שרתים שמחוברים ל-Distributed Cloud רק בהגדרה של שלושה מחשבים. אם הדרישות העסקיות שלכם מחייבות פריסות של שרתים מחוברים של Distributed Cloud במכונה אחת, תוכלו לפנות לנציג המכירות של Google בשטח לקבלת מידע נוסף.
איור 1 מציג הגדרה אופיינית של שרת Google Distributed Cloud במודל מחובר.
הרכיבים של התקנה של Distributed Cloud במודל מחובר הם:
Google Cloud. תנועת נתונים בין ההתקנה שלכם של Distributed Cloud במודל מחובר לבין Google Cloud כוללת ניהול חומרה ותנועת נתונים של יומני ביקורת.
אינטרנט. תעבורת הנתונים של ניהול ויומני ביקורת מוצפנת בין ההתקנה המחוברת שלכם ב-Distributed Cloud לבין Google Cloudועוברת באינטרנט. Google Distributed Cloud במודל מחובר לא תומך בחיבורי אינטרנט דרך שרת proxy.
רשת מקומית. הרשת המקומית שאליה מחוברים שרתים של Distributed Cloud דרך מתגי ToR בשכבה 2.
מתגי ToR (Top-of-Rack). מתגי Layer 2 שמחברים את מכונות השרתים ויוצרים ממשק עם הרשת המקומית. כל מכונת שרת שמחוברת ל-Distributed Cloud צריכה לפחות חיבור אחד בתוך הפס וחיבור אחד מחוץ לפס למתג ToR יחיד. Google ממליצה להשתמש בשני מתגי ToR ובשני חיבורים בתוך הפס לכל מכונה (אחד לכל מתג) כדי לשפר את האמינות. כל מכונת שרת שמחוברת ל-Distributed Cloud מתחברת למתגי ToR באופן הבא:
- קישוריות של עומסי עבודה. ממשקי הרשת הראשיים והמשניים של כל מכונת שרת שמחוברת ל-Distributed Cloud מתחברים לאחד או לשני מתגי ToR שלכם כדי לאפשר קישוריות של עומסי עבודה. החיבורים האלה מעבירים את התנועה של עומס העבודה בין מכונות השרתים הנפרדות של Distributed Cloud, ומהרשת המקומית שלכם ואליה. צריך למקם את יציאות המתג המתאימות באותו VLAN. אם אתם צריכים קישוריות נוספת לעומסי עבודה, אתם יכולים להוסיף עוד רשתות VLAN מתויגות לשרתים המחוברים ל-Distributed Cloud.
- קישוריות לניהול. ממשק הרשת של כל בקר ניהול ללוח הבסיס (BMC) במכונת שרת שמחוברת ל-Distributed Cloud מתחבר למתג ToR אחד לצורך קישוריות ניהולית, וכך השרתים שמחוברים ל-Distributed Cloud יכולים לתקשר ביניהם. אתם צריכים להגדיר אותם כ-802.1q trunks ואת ה-VLAN המקורי המתאים כרשת שאליה שייכים ממשקי הרשת של ניהול Distributed Cloud.
מכונות. המכונות הפיזיות של השרתים של Distributed Cloud במודל מחובר, שבהן פועלת תוכנת Distributed Cloud במודל מחובר ומופעלים עומסי העבודה. כל מכונה פיזית מופעלת כמו צומת באשכול המחובר של Distributed Cloud.
שירות Distributed Cloud
השירות המחובר Distributed Cloud פועל ישירות בחומרה של Distributed Cloud. היא משמשת כרמת בקרה לצמתים ולמקומות שבהם יש קלאסטרים בחומרה שמחוברת ל-Distributed Cloud. מישור הבקרה הזה יוצר ומגדיר את האזור המחובר של Distributed Cloud. מרכז הנתונים הספציפי שאליו מתחבר הציוד של Distributed Cloud לצורך ניהול נבחר לפי הקרבה שלו להתקנה המחוברת של Distributed Cloud. Google Cloud
אזור מחובר של Distributed Cloud מורכב מכל מכונות השרתים המחוברות של Distributed Cloud שנפרסו במקום. אתם יכולים להקצות מכונות לאשכולות שלכם ב-Distributed Cloud במודל מחובר.
עומסי העבודה שלכם ממשיכים לפעול גם אם Distributed Cloud לא יכול להתחבר אל Google Cloud למשך עד 7 ימים. אחרי התקופה הזו, Distributed Cloud צריך לתקשר עם Google Cloud כדי לרענן את אסימוני האימות, את המפתחות להצפנת האחסון ולסנכרן את נתוני ניהול החומרה ויומני הביקורת.
איור 2 מציג את הארגון הלוגי של ישויות במודל מחובר של Distributed Cloud.
אלה הישויות:
Google Cloud region. Google Cloud האזור של האזור המחובר ב-Distributed Cloud נקבע לפי המיקום של מרכז הנתונים הקרוב ביותר להתקנת Distributed Cloud. Google Cloud
מישור בקרה מקומי של Kubernetes. מישור הבקרה של Kubernetes לכל אשכול מחובר של Distributed Cloud פועל ישירות בחומרה של Distributed Cloud. אפשר להגדיר את האשכול למצב של המשכיות פעולה במקרה של כשל (survivability) אם החיבור אל Google Cloud נפסק באופן זמני. כך עומסי העבודה ימשיכו לפעול עד שהחיבור יחזור. מידע נוסף זמין במאמר בנושא מצב זמינות.
אזור Distributed Cloud. הפשטה לוגית שמייצגת את החומרה של Distributed Cloud במודל מחובר שנפרסה במקום. אזור של Distributed Cloud כולל את כל מכונות השרת שמחוברות ל-Distributed Cloud ונפרסות במיקום שלכם. המכונות הפיזיות באזור מופעלות כמכונות מחוברות ל-Distributed Cloud במסוף Google Cloud . המכונות באזור מחובר של Distributed Cloud חולקות רשת אחת או דומיין כשל אחד. Google יוצרת את המכונות לפני שהיא מספקת את החומרה של Distributed Cloud במודל מחובר. אי אפשר ליצור, למחוק או לשנות מכונות שמחוברות ל-Distributed Cloud.
.צומת. צומת הוא משאב Kubernetes שמבצע אינסטנס של מכונה פיזית שמחוברת ל-Distributed Cloud, בתחום Kubernetes, כשיוצרים מאגר צמתים. כך המכונה הפיזית זמינה להרצת עומסי עבודה על ידי הקצאת מאגר הצמתים לאשכול שמחובר ל-Distributed Cloud.
מאגר צמתים. קיבוץ לוגי של צמתים מחוברים של Distributed Cloud באזור מחובר יחיד של Distributed Cloud, שמאפשר להקצות צמתים של Distributed Cloud לאשכולות של Distributed Cloud. בשרתים מקושרים של Distributed Cloud, מאגרי הצמתים מופעלים ומאוכלסים באופן אוטומטי.
אשכול. אשכול מחובר של Distributed Cloud שמורכב מרמת בקרה וממאגר צמתים אחד או יותר.
פרויקטים של Distributed Cloud במודל מחובר Google Cloud
Distributed Cloud במודל מחובר מאפשר ליצור כמה אשכולות באותו אזור של Distributed Cloud במודל מחובר. אף על פי שהאזור עצמו משויך לפרויקט ספציפי אחד Google Cloud , אפשר לצרף אשכולות בודדים שפועלים באותו אזור לפרויקטים שוניםGoogle Cloud , שהם נפרדים מהפרויקט שאליו משויך האזור. הארכיטקטורה הזו מאפשרת לשתף את התשתית של האזור הפיזי בין צוותים או אפליקציות שונים, שעשויים לפעול במסגרת מבני פרויקטים נפרדים למטרות חיוב או ניהול.
אחסון
Distributed Cloud connected מספק אחסון שמיש בכל מכונה פיזית שמוצגת דרך Rakuten Symcloud Storage, שפועל כשכבת הפשטה של אחסון מקומי בכל צומת של Distributed Cloud connected, ומאפשר לעומסי עבודה שפועלים בצמתים אחרים לגשת לאחסון המקומי שלו. מידע נוסף זמין במאמר בנושא הגדרת Distributed Cloud connected ל-Symcloud Storage.
אבטחת אחסון
בחיבור Distributed Cloud נעשה שימוש ב-Linux Unified Key Setup (LUKS) כדי להצפין את האחסון במכונה המקומית, והוא תומך במפתחות הצפנה בניהול הלקוח (CMEK) באמצעות Cloud KMS. מידע נוסף זמין במאמר בנושא שיטות מומלצות לאבטחה.
שילוב עם Symcloud Storage
במערכי תצורה נבחרים של Distributed Cloud, אפשר להגדיר את Distributed Cloud כך שישתמש ב-Rakuten Symcloud Storage, שפועל כשכבת הפשטה של אחסון מקומי בכל צומת שמחובר ל-Distributed Cloud, ומאפשר לעומסי עבודה שפועלים בצמתים אחרים לגשת לאחסון המקומי שלו. מידע נוסף זמין במאמר בנושא הגדרת Distributed Cloud connected ל-Symcloud Storage.
Networking
בקטע הזה מוסבר על דרישות הקישוריות לרשת ועל התכונות של Distributed Cloud connected.
Google מגדירה מראש חלק מרכיבי הרשת הווירטואלית בהתקנה לפני שהיא שולחת לכם את הציוד של Distributed Cloud במודל מחובר. אי אפשר לשנות את ההגדרות שהוגדרו מראש אחרי שהציוד נמסר.
איור 3 מציג את הטופולוגיה של רשת וירטואלית בפריסה של Distributed Cloud במודל מחובר.
הרכיבים של הרשת הווירטואלית בפריסה של Distributed Cloud במודל מחובר הם:
רשת רשת וירטואלית עם מרחב כתובות פרטי באזור המחובר של Distributed Cloud. רשת מבודדת בשכבה 2 מרשתות וירטואליות אחרות באזור, והיא יכולה להכיל רשת משנה אחת או יותר. הרשת הווירטואלית משתרעת על כל המכונות הפיזיות בפריסת השרתים של Distributed Cloud שמחוברים אליה. רשת ברירת המחדל הזו נוצרת אוטומטית כשמופעל אשכול שרתים שמחובר ל-Distributed Cloud.
רשת משנה. רשת משנה של VLAN בשכבה 2 ברשת Distributed Cloud. לתת-רשת יש דומיין שידור משלה וטווח אחד או יותר של כתובות IPv4 לפי בחירתכם. רשתות משנה באותה רשת מבודדות בשכבה 2. צמתים ברשתות משנה שונות באותה רשת יכולים לתקשר ביניהם באמצעות כתובות ה-IP שלהם. שרתים שמחוברים ל-Distributed Cloud תומכים רק בניהול של רשתות משנה באמצעות מזהי VLAN.
רכיבי רשת של Google Distributed Cloud במודל מחובר דומים לרכיבים המקבילים ב-Google Cloud , אבל יש ביניהם הבדלים:
רכיבי רשת של Distributed Cloud במודל מחובר הם מקומיים לאזור של Distributed Cloud במודל מחובר שבו הם מופעלים.
לרשת Distributed Cloud אין קישוריות ישירה לרשת VPC.
כברירת מחדל, לרשתות של Distributed Cloud אין קישוריות ביניהן באזורים שונים של Distributed Cloud במודל מחובר. יש לכם אפשרות להגדיר במפורש את החיבור ברשת בין אזורים.
אדמין הרשת מגדיר רכיבי רשת של Google Distributed Cloud במודל מחובר. לאדמין הרשת צריך להיות התפקיד Edge Network Admin (roles/edgenetwork.admin) בפרויקט היעד Google Cloud , ולמפתחי אפליקציות שמבצעים פריסה של עומסי עבודה ב-Distributed Cloud Connected צריך להיות התפקיד Edge Network Viewer (roles/edgenetwork.viewer) בפרויקט היעד Google Cloud .
קישוריות לרשת המקומית
עבור תעבורת נתונים יוצאת למשאבים ברשת המקומית, פודים באשכול מחובר של Distributed Cloud משתמשים בנתיבים שמוגדרים כברירת מחדל ומועברים על ידי נתבי קצה של שותפי הפירינג. Distributed Cloud במודל מחובר משתמש ב-NAT המובנה שלו כדי לקשר בין ה-Pods למשאבים האלה.
כדי לשלוט בגישה ל-Pods בכל אחד מהאשכולות המחוברים של Distributed Cloud, אדמין הרשת צריך להגדיר מדיניות ניתוב שתתאים לדרישות העסקיות שלכם עבור תעבורה נכנסת ממשאבים ברשת המקומית. כלומר, לפחות צריך להשלים את השלבים שבקטע הגדרת חומת אש ולהגדיר מדיניות נוספת לפי הדרישות של עומסי העבודה. לדוגמה, אפשר להגדיר מדיניות של 'אישור' או 'דחייה' עבור רשתות משנה של צמתים בודדים או כתובות IP וירטואליות שנחשפות על ידי איזון העומסים המובנה ב-Distributed Cloud Connected. אין גישה ישירה לבלוקים של כתובות ה-CIDR של ה-Pod המחובר ל-Distributed Cloud ושל השירות המחובר ל-Distributed Cloud.
קישוריות לאינטרנט
עבור תעבורת נתונים יוצאת למשאבים באינטרנט, פודים באשכול מחובר של Distributed Cloud משתמשים בנתיב ברירת המחדל שמוכרז על ידי הנתבים שלכם למתגי ToR המחוברים של Distributed Cloud. כלומר, צריך לפחות להשלים את השלבים שמפורטים במאמר בנושא הגדרת חומת אש ולהגדיר מדיניות נוספת בהתאם לדרישות של עומסי העבודה. החיבור של Distributed Cloud משתמש ב-NAT המובנה שלו כדי לחבר את ה-Pods למשאבים האלה. אפשר גם להגדיר שכבת NAT משלכם בנוסף לשכבה המובנית ב-Distributed Cloud במודל מחובר.
עבור תנועה נכנסת, צריך להגדיר את נתבי ה-WAN בהתאם לדרישות העסקיות. הדרישות האלה קובעות את רמת הגישה שצריך לספק מהאינטרנט הציבורי ל-Pods באשכולות המחוברים של Distributed Cloud. Distributed Cloud connected משתמש ב-NAT המובנה שלו עבור בלוקים של CIDR של Pod ובלוקים של CIDR של ניהול שירותים, כך שאי אפשר לגשת לבלוקים האלה של CIDR מהאינטרנט.
אבטחת רשת
הדרישות העסקיות שלכם ומדיניות אבטחת הרשת של הארגון קובעות את השלבים הנדרשים כדי לאבטח את תעבורת הרשת שנכנסת להתקנה המחוברת של Distributed Cloud ויוצאת ממנה. מידע נוסף זמין במאמר בנושא שיטות מומלצות לאבטחה.
איזון עומסים
Distributed Cloud Connected תומך באיזון עומסים בשכבה 2 שמבוסס על MetalLB. מידע נוסף זמין במאמר בנושא איזון עומסים.
תמיכה בנטוורקינג עם ביצועים גבוהים
Distributed Cloud במודל מחובר תומך בהרצת עומסי עבודה שנדרשים להם ביצועים אופטימליים ברשת. לשם כך, Distributed Cloud מגיע עם אופרטור של פונקציית רשת מיוחד ועם קבוצה של הגדרות משאבים מותאמות אישית (CRD) של Kubernetes שמטמיעות את התכונות הנדרשות להרצת עומסי עבודה עם ביצועים גבוהים.
תמיכה בעומסי עבודה של מכונות וירטואליות
ב-Distributed Cloud connected אפשר להריץ עומסי עבודה במכונות וירטואליות בנוסף לקונטיינרים. מידע נוסף זמין במאמר בנושא ניהול מכונות וירטואליות.
כדי לקבל מידע על האופן שבו מכונות וירטואליות משמשות כרכיב חיוני בפלטפורמה המחוברת של Google Distributed Cloud, אפשר לעיין במאמר הרחבת GKE Enterprise לניהול מכונות וירטואליות בפריסה מקומית.
תמיכה בעומסי עבודה של GPU
במבחר של תצורות חומרה, אפשר להריץ עומסי עבודה מבוססי-GPU ב-GPU מסוג NVIDIA L4 ב-Distributed Cloud Connected. צריך לציין את הדרישה הזו כשמזמינים את הציוד המחובר של Distributed Cloud. מידע נוסף זמין במאמר בנושא ניהול עומסי עבודה של GPU.