Google Distributed Cloud הוא פתרון תוכנה וחומרה מנוהל, שמרחיב את התשתית והשירותים שלGoogle Cloud למרכז הנתונים שלכם. Google Distributed Cloud זמין גם במודל מחובר וגם במודל Air-gapped, שפועלים בחומרה ש-Google מספקת. Google Distributed Cloud זמין גם כמוצר תוכנה בלבד שפועל על החומרה שלכם ב-VMware או בשרת פיזי. המדריך הזה מיועד לתוכנת Google Distributed Cloud שפועלת על חומרה משלכם בסביבת VMware vSphere.
Google Distributed Cloud מבוסס על Google Kubernetes Engine (GKE), עם חבילת Kubernetes משלו שמרחיבה את GKE לשימוש בסביבה מקומית. באמצעות Google Distributed Cloud אתם יכולים ליצור, לנהל ולשדרג אשכולות GKE בארגון שלכם, תוך שימוש בתכונות שלGoogle Cloud , ולפרוס ולהפעיל אפליקציות בקונטיינרים באשכולות שלכם בקנה מידה נרחב באמצעות התשתית של Google.
אחרי שמתקינים את תוכנת Google Distributed Cloud, אפשר להשתמש בהרבה תכונות שלGoogle Cloud כדי לפקח על עומסי עבודה בקונטיינרים, לנהל אותם ולהפעיל אותם בקנה מידה נרחב. בסקירה הכללית של GKE תוכלו לקרוא מידע נוסף על התכונות שזמינות ב-VMware.
בדף הזה מוסבר איך Google Distributed Cloud פועל ב-VMware, כדי שיהיה לכם את הרקע שאתם צריכים לפני שתתקינו את הגרסה המינימלית או את גרסת הייצור.
איך זה עובד
Google Distributed Cloud מרחיב את GKE כדי לאפשר לכם ליצור אשכולות GKE בסביבת vSphere בארגון שלכם, ולנהל אותם ב- Google Cloud יחד עם אשכולות GKE רגילים ואשכולות בסביבות אחרות כחלק מfleet.
תוכנת Google Distributed Cloud פועלת במרכז הנתונים שלכם ולא ב-Google Cloud, ולכן צריך להתקין תוכנת אדמין ותוכנת מישור בקרה בנוסף לתוכנת GKE עצמה. התוכנה שפועלת במרכז הנתונים שלכם יורדת כחלק מתהליכי ההתקנה והשדרוג.
התרשים הבא מציג את התוצאה הפשוטה של התקנה שהושלמה.
הרכיבים העיקריים
ההתקנה של Google Distributed Cloud ב-VMware, שמבוססת על תוכנה בלבד, מורכבת מהרכיבים הבאים:
אשכול משתמש הוא המקום שבו פועלים עומסי העבודה שמטמיעים את האפליקציות, כמו ב-GKE ב- Google Cloud. הצמתים שמריצים את עומסי העבודה נקראים צמתים עובדים. לאשכול משתמש יש גם צומת אחד או יותר של מישור הבקרה. בתרשים שלמעלה, לאשכול המשתמש יש צומת אחד של מישור הבקרה.
אשכול האדמין מנהל אשכול משתמש אחד או יותר. בתרשים הקודם, לאשכול האדמין יש שלושה צומתי מישור בקרה.
תחנת העבודה של האדמין היא מכונה נפרדת שכוללת את הכלים שיוצרי האשכולות והמפתחים צריכים כדי לנהל את ההתקנה:
- הפעלת
gkectlמתחנת העבודה של האדמין מאפשרת ליצור ולעדכן אשכולות ולבצע משימות ניהוליות אחרות. - הפעלת
kubectlמתחנת העבודה של האדמין מאפשרת לכם לנהל אינטראקציה עם אשכולות האדמין והמשתמשים, כולל פריסה וניהול של עומסי עבודה.
- הפעלת
מסוף Google Cloud מספק ממשק אינטרנט לפרויקט Google Cloud , כולל האשכולות ב-VMware. אתם יכולים לבצע קבוצת משנה של משימות אדמין, כולל יצירת אשכולות, ממסוף Google Cloud כחלופה להרצת פקודות בתחנת העבודה של האדמין.
אדמינים ומפתחים של אשכולות משתמשים ב-
kubectlובכתובות IP וירטואליות (VIP) כדי לגשת למישורי הבקרה באשכולות של האדמינים והמשתמשים. אתם מגדירים את כתובות ה-VIP כשאתם יוצרים את האשכול. משתמשים ומפתחים שקוראים לעומסי עבודה באשכולות המשתמשים שלכם משתמשים בכתובות VIP של שירות ושל Ingress. לכל צומת בהתקנה יש גם כתובת IP משלו. במאמר תכנון כתובות ה-IP תוכלו לקרוא מידע נוסף על תכנון כתובות IP ב-Google Distributed Cloud.
מתחברים לצי
כל האשכולות ב-Google Distributed Cloud הם חלק מfleet: קיבוץ לוגי של אשכולות Kubernetes. בעזרת קבוצות של אשכולות, הארגון יכול לשדרג את הניהול מאשכולות נפרדים לקבוצות שלמות של אשכולות, והצוותים יכולים לאמץ שיטות מומלצות שדומות לאלה שמשתמשים בהן ב-Google. אתם יכולים לראות ולנהל את האשכולות ב-fleet ביחד במסוף Google Cloud , ולהשתמש בתכונות שמופעלות ב-fleet כדי לנהל, לפקח ולהפעיל את עומסי העבודה שלכם בקנה מידה נרחב. כאן תוכלו לראות רשימה מלאה של התכונות של Fleet שזמינות לסביבות מקומיות.
החיבור של כל אשכול ב-fleet ל- Google Cloud מנוהל על ידי Connect Agent, שנפרס כחלק מתהליך ההתקנה של Google Distributed Cloud. בסקירה הכללית של Connect Agent תוכלו לקרוא מידע נוסף על אופן הפעולה של הסוכן הזה.
החברות ב-Fleet משמשת גם לניהול התמחור של Google Distributed Cloud, כפי שמתואר בקטע הבא.
תמחור
אשכולות GKE מקומיים שנוצרו כחלק מ-Google Distributed Cloud מחויבים לפי vCPU. כדי להפעיל את החיוב, צריך להפעיל את Anthos API בפרויקט ב- Google Cloud .
במאמר התמחור של GKE מפורטים כל המחירים, כולל הסבר איך לפנות למחלקת המכירות.
התקנת Google Distributed Cloud ב-VMware
מכיוון שהתוכנה של Google Distributed Cloud פועלת בתשתית שלכם, אפשר להגדיר אותה כך שתתאים לצרכים הספציפיים של הארגון ולתרחישי השימוש שלכם: אתם יכולים לבחור מתוך מגוון מצבים נתמכים של איזון עומסים, הגדרות vSphere, אפשרויות של כתובות IP, אמצעי אבטחה, אפשרויות קישוריות ועוד. כלומר, כדי להגדיר את Google Distributed Cloud צריך לקבל החלטות לפני ההתקנה ובמהלכה, בהתייעצות עם צוותי הרשת, vSphere והאפליקציות, כדי לוודא שההתקנה עונה על הצרכים שלכם. המסמכים האלה כוללים מדריכים שיעזרו לצוות שלכם לקבל את ההחלטות האלה.
עם זאת, אם אתם רק צריכים לראות את Google Distributed Cloud בפעולה, אנחנו מספקים גם נתיב התקנה בסיסי להתקנת בדיקה קטנה, שבה עשינו הרבה מהבחירות האלה בשבילכם, כדי שתוכלו להפעיל עומס עבודה במהירות.
בכל אחד מהמקרים, תהליך ההתקנה הוא כזה:
- תכנון ההתקנה לכל הפחות, צריך לוודא שאתם יכולים לעמוד בדרישות של המשאבים ושל vSphere ל-Google Distributed Cloud, וגם לתכנן את כתובות ה-IP.
- הגדרת הסביבה המקומית לתמיכה ב-Google Distributed Cloud, כולל הגדרת אובייקטים של מלאי ב-vSphere והחיבור ל-Google.
- להגדיר Google Cloud משאבים, כולל Google Cloud הפרויקט שבו תשתמשו כשאתם מגדירים ומנהלים את Google Distributed Cloud.
- יוצרים תחנת עבודה של אדמין עם המשאבים והכלים שצריך כדי ליצור אשכולות.
- יוצרים אשכול אדמין כדי ליצור, לנהל ולעדכן אשכולות של משתמשים.
- ליצור אשכולות של משתמשים כדי להריץ את עומסי העבודה בפועל.
גרסאות נתמכות
המסמכים האלה כוללים את כל הגרסאות הנתמכות של Google Distributed Cloud. במקרים הרלוונטיים, אנחנו שומרים גם מידע מוגבל על גרסאות ישנות יותר שלא נתמכות במסמכי התיעוד האלה. ההבדלים בדרישות ובהתנהגות בין הגרסאות השונות מצוינים במסמכי התיעוד. באופן דומה, כשפיצ'ר חדש הופך לזמין, הגרסה שנתמכת לפיצ'ר מתועדת.
במאמר ניהול גרסאות מפורטת רשימה של גרסאות המשנה הנתמכות והתיקונים הזמינים.
החל מגרסה 1.29, אנחנו לא יוצרים יותר ספרייה לגרסה המשנית הקודמת. ההבדלים בהתנהגות מצוינים במסמכי התיעוד. באופן דומה, כשפיצ'ר חדש הופך לזמין, הגרסה שנתמכת לפיצ'ר מתועדת.
כדי למצוא את המסמכים המלאים של גרסה קודמת, מוסיפים את מספר הגרסה המשנית לכתובת ה-URL הבאה:
https://cloud.google.com/anthos/clusters/docs/on-prem/VERSION/
מחליפים את VERSION בגרסה משנית מ-1.0 עד 1.16 ומעתיקים את כתובת ה-URL לסרגל הכתובות בדפדפן.
איפה הנתונים שלכם שמורים
כשמריצים את תוכנת Distributed Cloud רק ל-VMware, האשכולות, האפליקציות והנתונים העסקיים נשארים במרכז הנתונים שלכם. כברירת מחדל, Google Distributed Cloud שולח מידע של Google Cloud על האשכולות, כמו ההגדרות, התקינות והשימוש, אבל לא שולח את נתוני האפליקציה.
נתונים שנשארים במרכז הנתונים שלכם
הנתונים הבאים נשארים במרכז הנתונים:
- קונטיינרים, Pods, PersistentVolumes והנתונים שהאפליקציות מעבדות.
- כל האובייקטים של Kubernetes מאוחסנים במישור הבקרה ובמסד הנתונים של
etcd. - במישור הבקרה של אשכול האדמין מאוחסנים מפתחות פרטיים של
etcdבחתימה עצמית, מפתחות של אשכולות משתמשים ורשויות אישורים (CA) של אשכולות. - סודות של אפליקציות, אסימוני OAuth, מפתחות פרטיים של SSH, פרטי כניסה ל-Container Registry, פרטי כניסה ל-vCenter ול-F5 BIG-IP וקובצי מפתחות של חשבונות שירות, שמאוחסנים ב-
etcdאו בתחנת העבודה של האדמין. הם לא נשלחים ל-GKE On-Prem API ומוסרים מתמונות המצב של האבחון. - קובצי התצורה של אשכול האדמין, אשכול המשתמש ופרטי הכניסה מאוחסנים בתחנת העבודה של האדמין.
- יומני הביקורת נכתבים בדיסק בצמתים של מישור הבקרה באשכולות של האדמין ובאשכולות של המשתמשים.
- אתם יכולים להעלות תמונות מצב של אבחון ל-Cloud Storage.
הנתונים שנשלחים אל Google Cloud
בטבלה הבאה מפורט מה נשלח, איך משתמשים במידע הזה ואיפה הוא נשמר, ואם אפשר להשבית את השליחה שלו:
| נתונים | אילו נתונים נשלחים? | שימוש ואחסון | ברירת מחדל |
|---|---|---|---|
| חיבור ורישום של צי ( gkehub.googleapis.com,
gkeconnect.googleapis.com) |
|
ניהול אשכולות ממסוףGoogle Cloud , משער הקישור ומ-Fleet באמצעות סוכן הקישור. ה-kube-apiserver מאמת, מאשר ומתעד ביומן הביקורת כל בקשה. |
חובה |
| הגדרות וסטטוס של אשכול ( gkeonprem.googleapis.com) |
|
מאפשר לנהל אשכולות באמצעות מסוף Google Cloud , Google Cloud CLI או Terraform. GKE On-Prem API מאחסן את הנתונים האלה באזור שמוגדר ב-gkeOnPremAPI.location. |
מופעל בגרסה 1.16 ואילך, אם GKE On-Prem API מופעל בפרויקט Google Cloud . כדי להשבית אותה, מגדירים את gkeOnPremAPI.enabled לערך false. |
| שימוש בחיוב ( anthos.googleapis.com) |
קיבולת ה-vCPU, מספר הצמתים וסטטוס הזכאות לרישיון. | משמש למדידה, לחיוב ולבדיקות רישוי. | חובה. רשומות החיוב נשמרות במאגר זמני במהלך הפסקה בשירות ונשלחות מאוחר יותר. |
| נתוני בריאות וכושר של המערכת ( logging.googleapis.com, monitoring.googleapis.com,
opsconfigmonitoring.googleapis.com) |
|
משמש ל-Cloud Monitoring, לתצוגות סטטוס במסוף Google Cloud ולפתרון בעיות ב-Customer Care. מאוחסנים בפרויקט Google Cloud שמוגדר ב-stackdriver.projectID. המדדים מאוחסנים באזור stackdriver.clusterLocation, והיומנים פועלים לפי ההגדרות של נתב היומנים. |
מופעל ליומני מערכת ולמדדים, שנדרשים לתמיכה מלאה של שירות לקוחות ולכיסוי SLA. מושבת ליומנים ולמדדים של האפליקציה, אלא אם מגדירים את enableCloudLoggingForApplications או את enableGMPForApplications לערך true במשאב Stackdriver. |
| יומני ביקורת ( anthosaudit.googleapis.com) |
יומני ביקורת של פעילות אדמין: מי שינה מה באמצעות kube-apiserver ומתי. הרשומות כוללות את השעה, האשכול, המארח או ה-VM, המשתמש או חשבון השירות, תפקיד ה-RBAC, הפעולה והתוצאה. בקשות הקריאה לא נשמרות. |
הנתונים נשמרים ביומני הביקורת של Cloud בפרויקט Google Cloud שהוגדר ב-cloudAuditLogging.projectID, בקטגוריה _Required, למשך 400 ימים. |
אופציונלי. כדי להפעיל אותה, צריך למלא את הקטע cloudAuditLogging. באשכולות אדמין, אפשר להפעיל את התכונה רק בזמן היצירה. כדי להשבית את התכונה באשכול משתמשים, צריך למחוק את הקטע ולעדכן את האשכול. |
מה השלב הבא?
- כדי להתחיל התקנה מינימלית של הוכחת היתכנות, קראו את המאמר הגדרת תשתית מינימלית.
- בסקירה הכללית על ההתקנה תוכלו לקרוא על חלק מהשיקולים שצריך להביא בחשבון כשמתכננים התקנה של Google Distributed Cloud, כשמתחילים התקנה בסביבת ייצור או בשני המקרים.