בדף הזה מוסבר איך פועל 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 מנהלת מרחוק את המכונות הפיזיות ואת מתגי ToR שמהווים את הפריסה המחוברת של 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. יש שני סוגים של מתלים ל-Distributed Cloud:
זוג מתלים בסיסי (חובה). שתי מסגרות בסיסיות שיוצרות את ליבת המינימום הנדרשת של אזור Distributed Cloud. כל מתלה בסיסי יכול לארח שלוש עד 12 מכונות של Google Distributed Cloud במודל מחובר. כל מתלה בסיס מכיל גם שני מתגי ToR (מתגים בחלק העליון של המתלה), בנוסף לתשתית החשמל והרשת הנדרשת. כל מתלה בסיס בזוג מתלים בסיסיים מכיל גם מתג צבירה אחד, שמאפשר לכם לחבר עד שלושה מתלים להרחבה עם יתירות, כך שבסך הכול יש חמישה מתלים לכל אזור של Distributed Cloud.
מתלה הרחבה (אופציונלי). מתלה אופציונלי שיכול להכיל שלוש עד 12 מכונות של Distributed Cloud. בכל מתלה הרחבה יש גם שני מתגי ToR (מתגים בחלק העליון של המתלה) וציוד חשמלי וציוד רשת נדרשים. אי אפשר להפעיל מתלה הרחבה באופן עצמאי, צריך לחבר אותו לזוג מתלים בסיסי. אפשר לחבר עד שלושה מתלי הרחבה לזוג מתלים בסיסי, כך שיהיו בסך הכול חמישה מתלים לכל אזור של Distributed Cloud.
שרת מחובר של Distributed Cloud. קבוצה של שלוש מכונות שמחוברות ל-Distributed Cloud ללא מתלה, שמתחברות ישירות לרשת המקומית דרך מתגי ToR משלכם.
בטבלה הבאה מפורטים ההבדלים בין מתלים מחוברים של Distributed Cloud לבין שרתים מחוברים של Distributed Cloud.
פונקציונליות GDC במודל מחובר שרת GDC במודל מחובר גורם צורה פיזי מתלה מאוכלס 42RU
(2 מתגי ToR, 3 עד 12 מכונות להתקנה במתלה,
בנוסף למתג צבירה אחד
בכל מתלה בסיסי)מכונה להתקנה במארז בגובה 1RU ומחצית העומק ספק כוח AC בלבד AC בלבד עומסי עבודה של GPU נתמך רק בחומרה מדור קודם של מתלים
("הגדרה 1" ו "הגדרה 2")נתמך עומסי עבודה של מכונות וירטואליות נתמך רק בחומרה מדור קודם של מתלים
("הגדרה 1" ו "הגדרה 2")נתמך קישוריות לרשת מקומית שכבה 3, תמיכה ב-BGP אין תמיכה בשכבה 2, BGP רשתות Edge Network ניתן להגדרה מלאה רשת אחת בלבד (ברירת מחדל) רשתות משנה של Edge Network CIDR ומזהה VLAN מזהה VLAN בלבד חיבורי רשת Edge נתמך לא נתמך חיבורי Edge Network Interconnect נתמך לא נתמך חיבורי VPN לרשת Edge נתמך לא נתמך VPC connectivity נתמך לא נתמך Symcloud Storage נתמך רק בחומרה מדור קודם של מתלים
("הגדרה 1" ו "הגדרה 2")נתמך Network Function Operator נתמך לא נתמך SR-IOV נתמך לא נתמך
כברירת מחדל, אפשר להזמין רק שרתים מחוברים של Distributed Cloud בתצורה של שלושה מחשבים. אם הדרישות העסקיות שלכם מחייבות פריסות של שרתים מקושרים של Distributed Cloud במכונה אחת, אתם יכולים לפנות לנציג המכירות של Google בשטח לקבלת מידע נוסף.
ציוד rack מחובר של Distributed Cloud
איור 1 מציג תצורה אופיינית של מתלה בסיס מחובר ל-Distributed Cloud עם שש מכונות, כששניים מתוך ארבעת חריצי בלוק המכונות מאוכלסים. המשבצות הריקות לא מוצגות.
איור 2 מציג תצורה אופיינית של מתלה הרחבה שמחובר ל-Distributed Cloud עם שש מכונות, כאשר שניים מתוך ארבעת החריצים של בלוק המכונות מאוכלסים. המשבצות הריקות לא מוצגות.
הרכיבים של התקנת מתלה במודל מחובר של Distributed Cloud הם:
Google Cloud. התנועה בין ההתקנה המחוברת של Distributed Cloud לבין Google Cloud כוללת תנועה של ניהול חומרה ותנועה של Cloud VPN לשירותים של Google Cloud ועומסי עבודה שמופעלים שם. יכול להיות שהיא תכלול גם תנועה ב-VPC, אם רלוונטי.
אינטרנט. תנועת הנתונים של הניהול והניטור מוצפנת בין ההתקנה המחוברת של Distributed Cloud לבין Google Cloud, והיא עוברת באינטרנט. Google Distributed Cloud במודל מחובר לא תומך בחיבורי אינטרנט דרך שרת proxy.
רשת מקומית. הרשת המקומית החיצונית למתלה של Distributed Cloud שמחברת את נתבי קצה של ה-Peering לאינטרנט.
נתבי קצה של שירותי Peering. נתבים ברשת המקומית שמבצעים אינטראקציה עם מתגי ToR של Distributed Cloud. בהתאם למיקום הפיזי שתבחרו להתקנת Distributed Cloud, נתבי הקצה של ה-peering יכולים להיות בבעלות הארגון שלכם או מתקן האירוח המשותף שלכם, והארגון או המתקן יכולים לתחזק אותם. צריך להגדיר את הנתבים האלה כך שישתמשו בפרוטוקול Border Gateway Protocol (BGP) כדי ליצור קשר עם מתגי ToR ולפרסם נתיב ברירת מחדל לחומרה שמחוברת ל-Distributed Cloud. צריך גם להגדיר את הנתבים האלה, וגם את חומות האש המתאימות, כדי לאפשר תנועה של ניהול מכשירים, תנועה של מעקב ותנועה של Cloud VPN, אם רלוונטי.
בהתאם לדרישות העסקיות שלכם, אתם יכולים להגדיר את הנתבים האלה באופן הבא:
- לאפשר לצמתים שמחוברים ל-Distributed Cloud לגשת לאינטרנט באמצעות תרגום כתובות רשת (NAT) ציבורי או חשיפה ישירה לכתובות IP ציבוריות.
- מאפשרים חיבור VPN לרשת ה-VPC ולכלGoogle Cloud השירותים הרצויים.
מתגי ToR (Top-of-Rack). מתגי Layer 3 שמחברים את המכונות בתוך המתלה ויוצרים ממשק עם הרשת המקומית. המתגים האלה הם רכיבי BGP ומטפלים בתנועת הרשת בין המתלה שמחובר ל-Distributed Cloud לבין ציוד הרשת המקומית. הם מתחברים לנתבי קצה של קישור בין רשתות שכנות (peering) באמצעות חבילות של Link Aggregation Control Protocol (LACP).
מתג אגרגטור. מתג Layer 3, שקיים רק במתלים בסיסיים, שמקשר בין מתגי ToR מהמתלים להרחבה ומצבר את התנועה שלהם כדי ליצור רשת מרובת מתלים. מתגי הצבירה מתחברים לנתבי הקצה של ה-peering.
מכונות. המכונות הפיזיות שמריצות את התוכנה של Distributed Cloud במודל מחובר ומבצעות את עומסי העבודה. כל מכונה פיזית מופעלת כמו צומת באשכול המחובר של Distributed Cloud.
חריצים למכונות במתלה של Distributed Cloud במודל מחובר
למתלה שמחובר ל-Distributed Cloud יש ארבעה חריצים זמינים לעומסי עבודה של משתמשים, וכל חריץ יכול להכיל בלוק של שלושה מחשבים, כך שהקיבולת המקסימלית היא של שנים עשר מחשבים. כדי שהמתלה יהיה פעיל, הוא צריך להכיל לפחות בלוק אחד שמורכב ממכונות חישוב. בנוסף, יש משבצת חמישית ששמורה לשימוש של Google, והיא נפרדת מארבע המשבצות שניתנות להגדרה על ידי המשתמש.
צריך לבחור את כל רכיבי החומרה של Google Distributed Cloud במודל מחובר לכל אזור של Google Distributed Cloud במודל מחובר, ולסדר אותם בו-זמנית. אי אפשר להוסיף או להסיר חומרה מאזור אחרי שהחומרה הזו נפרסה. הפעולות האלה כוללות הוספה או הסרה של בלוקים של מכונות והוספה או הסרה של מתלים להרחבה.
החל מהגרסה הזו של Distributed Cloud connected, סוג המכונה היחיד שזמין הוא מכונת מחשוב מותאמת לרשת.
חומרת שרתים מחוברת של Distributed Cloud
איור 3 מציג הגדרה אופיינית של שרת מחובר ל-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, אתם יכולים להקצות את המכונות האלה, שמופעלות כצמתים של Kubernetes, למאגר צמתים, ואת מאגר הצמתים לאשכול של Distributed Cloud. בשרתים מקושרים של Distributed Cloud, מאגרי הצמתים מאוכלסים באופן אוטומטי ולא ניתן להגדיר אותם.
עומסי העבודה שלכם ממשיכים לפעול גם אם Distributed Cloud לא יכול להתחבר אל Google Cloud למשך עד 7 ימים. אחרי התקופה הזו, Distributed Cloud צריך לתקשר עם Google Cloud כדי לרענן את אסימוני האימות, את המפתחות להצפנת האחסון ולסנכרן את נתוני ניהול החומרה ויומני הביקורת.
איור 4 מציג את הארגון הלוגי של ישויות מחוברות ב-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 במודל מחובר שנפרסו במיקום שלכם. המכונות הפיזיות באזור מופעלות כמכונות מחוברות ל-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 שמורכב מרמת בקרה וממאגר צמתים אחד או יותר.
חיבור VPN מנהרת VPN לרשת VPC שפועלת בפרויקטGoogle Cloud . המנהרה הזו מאפשרת לעומסי עבודה שמחוברים ל-Distributed Cloud לגשת למשאבי Compute Engine שמחוברים לרשת ה-VPC הזו. כדי ליצור חיבור VPN, צריך ליצור לפחות מאגר צמתים אחד באזור. שרתים מחוברים של Distributed Cloud לא תומכים בחיבורי VPN.
פרויקטים של Distributed Cloud במודל מחובר Google Cloud
Distributed Cloud במודל מחובר מאפשר ליצור כמה אשכולות באותו אזור של Distributed Cloud במודל מחובר. אף על פי שהאזור עצמו משויך לפרויקט ספציפי אחד Google Cloud , אפשר לצרף אשכולות בודדים שפועלים באותו אזור לפרויקטים שוניםGoogle Cloud , שהם נפרדים מהפרויקט שאליו משויך האזור. הארכיטקטורה הזו מאפשרת לשתף את התשתית של האזור הפיזי בין צוותים או אפליקציות שונים, שעשויים לפעול במסגרת מבני פרויקטים נפרדים למטרות חיוב או ניהול.
אחסון
Distributed Cloud במודל מחובר מספק אחסון שמיש בכל מכונה פיזית. האחסון הזה מוגדר כנפחים לוגיים של Linux. כשיוצרים אשכול, Distributed Cloud יוצר נפח אחסון מתמשך אחד או יותר של Kubernetes PersistentVolumes וחושף אותם כנפחי אחסון בלוקים שאפשר להקצות לעומס עבודה באמצעות PersistentVolumeClaims. חשוב לזכור ש-PersistentVolumes לא מספקים עמידות של הנתונים, והם מתאימים רק לנתונים זמניים. מידע על עבודה עם נפחי אחסון מסוג בלוק זמין במאמר בקשת PersistentVolumeClaim של נפח אחסון מסוג בלוק גולמי.
אבטחת אחסון
בחיבור 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 במודל מחובר. אי אפשר לשנות את ההגדרות שהוגדרו מראש אחרי שהציוד נמסר.
איור 5 מציג את הטופולוגיה של רשת וירטואלית בפריסה של Distributed Cloud במודל מחובר.
הרכיבים של הרשת הווירטואלית בפריסה של Distributed Cloud במודל מחובר הם:
רשת רשת וירטואלית עם מרחב כתובות פרטי באזור המחובר של Distributed Cloud. רשת מבודדת בשכבה 3 מרשתות וירטואליות אחרות באזור, ויכולה להכיל רשת משנה אחת או יותר. הרשת הווירטואלית משתרעת על כל המכונות הפיזיות במתלה שמחובר ל-Distributed Cloud. אזור יחיד של Google Distributed Cloud במודל מחובר תומך ב-20 רשתות לכל היותר. שרתים מחוברים של Distributed Cloud תומכים רק ברשת אחת, שהיא רשת ברירת המחדל שנוצרת כשמפעילים אשכול שרתים מחובר של Distributed Cloud.
רשת משנה. תת-רשת VLAN בשכבה 2 ובשכבה 3 ברשת Distributed Cloud. לתת-רשת יש דומיין שידור משלה וטווח אחד או יותר של כתובות IPv4 לבחירתכם. תת-רשתות באותה רשת מבודדות בשכבה 2, אבל יכולות לתקשר ביניהן דרך שכבה 3. צמתים ברשתות משנה שונות באותה רשת יכולים לתקשר ביניהם באמצעות כתובות ה-IP שלהם. עם זאת, צמתים ברשתות משנה בתוך רשתות שונות לא יכולים לתקשר ביניהם. שרתים שמחוברים ל-Distributed Cloud תומכים רק בניהול של רשתות משנה באמצעות מזהי VLAN.
נתב. מופע של נתב וירטואלי ששולט בתעבורה בתוך רשת Distributed Cloud. אדמין הרשת משתמש בנתב כדי להגדיר סשן של BGP peering דרך קובץ מצורף של Interconnect בין רשת Distributed Cloud לבין הרשת המקומית, כך ש-Pods של Distributed Cloud יוכלו לפרסם את קידומות הרשת שלהם ברשת המקומית. כברירת מחדל, נתבים מפרסמים מחדש את המסלולים שהתקבלו מרשתות משנה של Distributed Cloud. Distributed Cloud תומך בנתב אחד לכל רשת. שרתים מקושרים של Distributed Cloud לא תומכים בנתבים.
Interconnect. קישור לוגי מאוגד בין רשת של Distributed Cloud לבין הרשת המקומית שלכם. חיבור הדדי כולל קישור פיזי אחד או יותר. במהלך ההפעלה הראשונית, Google יוצרת את הקישורים הבין-אזוריים שביקשתם כשביצעתם הזמנה של Distributed Cloud connected. אחרי שהמתלה המחובר של Distributed Cloud פועל, אי אפשר ליצור, לשנות או להסיר חיבורי Interconnect. כברירת מחדל, Google יוצרת ארבעה חיבורים בין רשתות כדי לספק זמינות גבוהה להתקנה. שרתים מחוברים של Distributed Cloud לא תומכים בחיבורי Interconnect.
צירוף ל-Interconnect. קישור וירטואלי בין חיבור Interconnect לבין נתב שמבודד את רשת Distributed Cloud התואמת מהרשת המקומית שלכם. תנועה שעוברת דרך קובץ מצורף של חיבור בין רשתות יכולה להיות לא מתויגת או מתויגת עם מזהה VLAN שתבחרו. אתם יוצרים קבצים מצורפים של קישוריות הדדית על סמך הדרישות העסקיות שלכם. שרתי Distributed Cloud לא תומכים בחיבורי Interconnect.
רכיבי רשת של Google Distributed Cloud במודל מחובר דומים לרכיבים המקבילים ב-Google Cloud , אבל יש ביניהם הבדלים:
רכיבי רשת של Distributed Cloud במודל מחובר הם מקומיים לאזור של Distributed Cloud במודל מחובר שבו הם מופעלים.
לרשת Distributed Cloud אין קישוריות ישירה לרשת VPC.
כברירת מחדל, לרשתות של Distributed Cloud אין קישוריות ביניהן באזורים שונים של 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 .
קישוריות לרשת המקומית
עבור תעבורת נתונים יוצאת למשאבים ברשת המקומית, רכיבי Pod באשכול מחובר של 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 מהאינטרנט.
קישוריות לרשת VPC
Distributed Cloud connected כולל פתרון VPN מובנה שמאפשר לחבר אשכול Distributed Cloud connected ישירות לרשת VPC ב- Google Cloud אם הרשת הזו נמצאת באותו פרויקטGoogle Cloud כמו אשכול Distributed Cloud connected.
אם אתם משתמשים ב-Cloud Interconnect כדי לחבר את הרשת המקומית לרשת VPC, האשכולות המחוברים של Distributed Cloud יכולים להגיע לרשת ה-VPC הזו באמצעות קישור eBGP רגיל מצפון לדרום. לנתבים שלכם ב-peering edge צריכה להיות גישה לקידומות המתאימות של ה-VPC, והנתבים של Cloud Interconnect צריכים להודיע בצורה נכונה על הקידומות שלכם ב-Google Distributed Cloud במודל מחובר, כמו תת-רשתות של מאזן עומסים, ניהול ומערכת ב-Google Distributed Cloud במודל מחובר.
אחרי שמקימים חיבור VPN בין אשכול שמחובר ל-Distributed Cloud לבין רשת ה-VPC, כללי הקישוריות הבאים חלים כברירת מחדל:
- רשת ה-VPC יכולה לגשת לכל ה-Pods באשכול המחובר של Distributed Cloud.
- לכל ה-Pods באשכול המחובר של Distributed Cloud יש גישה לכל ה-Pods באשכולות VPC-native. באשכולות מבוססי-נתיבים, צריך להגדיר ידנית נתיבים מותאמים אישית לפרסום.
- לכל ה-Pods באשכול המחובר של Distributed Cloud יש גישה לרשתות משנה של מכונות וירטואליות ברשת ה-VPC.
הפונקציונליות שמתוארת בקטע הזה לא זמינה בשרתים מקושרים של Distributed Cloud.
קישוריות ל Google Cloud ממשקי API ולשירותים
אחרי שמגדירים חיבור VPN לרשת ה-VPC, עומסי העבודה שפועלים בהתקנה המחוברת של Distributed Cloud יכולים לגשת לממשקי API ולשירותים של Google Cloud .
בנוסף, אתם יכולים להגדיר את התכונות הבאות אם הן נדרשות לעסק שלכם:
- גישה פרטית ל-Google כדי לגשת לממשקי API ולשירותים Google Cloud
- Private Service Connect כדי להשתמש בנקודות קצה של שירותים פרטיים כדי לגשת ל- Google Cloud APIs
קישוריות VPN לא זמינה בשרתים שמחוברים ל-Distributed Cloud.
אבטחת רשת
הדרישות העסקיות שלכם ומדיניות אבטחת הרשת של הארגון קובעות את השלבים הנדרשים כדי לאבטח את תעבורת הרשת שנכנסת להתקנה המחוברת של Distributed Cloud ויוצאת ממנה. מידע נוסף זמין במאמר בנושא שיטות מומלצות לאבטחה.
תכונות רישות אחרות
Google Distributed Cloud במודל מחובר תומך בתכונות הרשת הבאות:
תמיכה ברישות עם ביצועים גבוהים
מתלים מקושרים של Distributed Cloud תומכים בהרצת עומסי עבודה שנדרשים להם ביצועים אופטימליים של רשתות. לשם כך, Distributed Cloud מגיע עם אופרטור של פונקציית רשת מיוחד ועם קבוצה של הגדרות משאבים מותאמות אישית (CRD) של Kubernetes שמטמיעות את התכונות הנדרשות להרצת עומסי עבודה עם ביצועים גבוהים.
מתלים מחוברים של Distributed Cloud תומכים גם בווירטואליזציה של ממשקי רשת באמצעות SR-IOV.
התכונות שמתוארות בקטע הזה לא זמינות בשרתים מחוברים של Distributed Cloud.
תמיכה בעומסי עבודה של מכונות וירטואליות
במכונות וירטואליות עם תצורות חומרה נבחרות, אפשר להריץ עומסי עבודה ב-Distributed Cloud connected בנוסף לקונטיינרים. מידע נוסף זמין במאמר בנושא ניהול מכונות וירטואליות.
כדי לקבל מידע על האופן שבו מכונות וירטואליות משמשות כרכיב חיוני בפלטפורמה המחוברת של Google Distributed Cloud, אפשר לעיין במאמר הרחבת GKE Enterprise לניהול מכונות וירטואליות בפריסה מקומית.
תמיכה בעומסי עבודה של GPU
בהגדרות חומרה נבחרות, אפשר להריץ עומסי עבודה מבוססי-GPU ב-NVIDIA L4 וב-Tesla T4 GPU ב-Distributed Cloud Connected. צריך לציין את הדרישה הזו כשמזמינים את הציוד המחובר של Distributed Cloud. מידע נוסף זמין במאמר בנושא ניהול עומסי עבודה של GPU.