סקירה כללית על Distributed Cloud software only for VMware

תוכנת Distributed Cloud ל-VMware בלבד מאפשרת לפרוס ולנהל אשכולות של Google Kubernetes Engine (GKE) בסביבת VMware vSphere. אתם יכולים להריץ ולשדרג אפליקציות בקונטיינרים במרכז הנתונים שלכם, תוך שימוש בתכונות ובתשתית של Google Cloud .

כדי להריץ אשכולות של תוכנה בלבד ישירות בשרתים פיזיים, קראו את הסקירה הכללית של Distributed Cloud לתוכנה בלבד בשרת פיזי.

למה כדאי להשתמש ב-Distributed Cloud software only ל-VMware?

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

שילוב עם סביבת vSphere

ב-Google Distributed Cloud, צומתי האשכולות פועלים כמכונות וירטואליות בסביבת vCenter הקיימת, כך שאתם יכולים להוסיף עומסי עבודה בקונטיינרים למארחי vSphere שכבר פועלים. האשכולות מאחסנים נתונים במאגרי נתונים של vSphere שמגובים על ידי vSAN,‏ VMFS או NFS, ואפשר להקצות מאגרי נתונים שונים למאגרי צמתים נפרדים. מנהל ההתקן של vSphere Container Storage Interface (CSI) מקצה נפחי אחסון מתמידים לעומסי עבודה עם שמירת מצב. לפרטים נוספים, ראו אחסון.

ניהול מרכזי עם נתונים מקומיים

לנהל, לעקוב ולפתור בעיות באשכולות ממסוף Google Cloud , מ-Google Cloud CLI או מ-Terraform באמצעות GKE On-Prem API, בלי להתחבר לתחנת העבודה של האדמין. האפליקציות והנתונים העסקיים נשארים במרכז הנתונים שלכם, ו- Google Cloud מקבל רק מטא-נתונים של האשכול, מידע על תקינות ונתוני שימוש. פרטים נוספים זמינים במאמר נתונים שנשארים במרכז הנתונים.

אמינות ותפעול ברמה שמתאימה לארגונים

‫Google Distributed Cloud כולל תכונות תפעוליות שמוכנות לייצור:

  • זמינות גבוהה: אשכולות אדמין ואשכולות משתמשים עם זמינות גבוהה משתמשים בשלושה צומתי מישור בקרה, כך שתוכלו לנהל את הסביבה גם אם אחד מהצמתים נכשל.
  • תיקון אוטומטי של צמתים: בדיקות תקינות תקופתיות מזהות צמתים לא תקינים, ותיקון אוטומטי של צמתים מתקן אותם באופן אוטומטי. התכונה הזו מופעלת כברירת מחדל.
  • התאמה אוטומטית לעומס (autoscaling) באשכול: המידרוג האוטומטי של האשכול מוסיף או מסיר צמתים במאגר צמתים, בהתאם לבקשות המשאבים של עומסי העבודה.
  • איזון עומסים גמיש: אפשר להשתמש במאזן העומסים MetalLB שמצורף לחבילה ופועל בצומתי האשכול, או להגדיר מאזן עומסים של צד שלישי כמו F5 BIG-IP או Citrix. לפרטים נוספים, קראו את הסקירה הכללית על איזון עומסים.

איך זה עובד

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

באשכולות GKE שפועלים ב- Google Cloud, ‏Google מנהלת את מישור הבקרה של Kubernetes ואת תשתית הרשת. באשכולות של Google Distributed Cloud שפועלים במרכז הנתונים שלכם, Google Cloud מספק תוכנה לניהול ולמישור הבקרה, שאפשר להוריד ולפרוס במכונות הווירטואליות של vSphere כחלק מתהליכי ההתקנה והשדרוג.

בתרשים הבא מוצגת הארכיטקטורה של התקנה שהושלמה, עם אשכול אדמין ואשכול משתמש:

תרשים של אשכול אדמין ואשכול משתמש
ארכיטקטורת Google Distributed Cloud ב-VMware עם אשכול אדמין ואשכול משתמש

הרכיבים העיקריים

ההתקנה של Distributed Cloud software only ל-VMware מורכבת מהרכיבים הבאים:

  • אשכול אדמין: מנהל אשכול משתמשים אחד או יותר. אשכולות אדמין מורכבים מצומת אחד או יותר של מישור הבקרה, שפועלים במכונות וירטואליות ייעודיות.
  • אשכול משתמש: מריץ את עומסי העבודה בקונטיינרים. כל אשכול משתמשים מורכב מצומת אחד לפחות של מישור הבקרה ומצומת עובד אחד או יותר.
  • תחנת עבודה של אדמין: מכונה וירטואלית ייעודית שכוללת קובצי הגדרה של אשכולות וכלי ניהול:
    • ‫gkectl: יצירה, עדכון וניהול של פריסות אשכולות.
    • ‫kubectl: מקיים אינטראקציה עם אשכולות אדמין ואשכולות משתמשים כדי לנהל עומסי עבודה.
  • מסוףGoogle Cloud : ממשק אינטרנט ב- Google Cloud שמאפשר לראות את תקינות האשכול ולבצע פעולות במחזור החיים בלי להתחבר לתחנת העבודה של האדמין.
  • כתובות IP וירטואליות (VIP): כתובות IP וירטואליות שמוגדרות במהלך ההתקנה. מפתחים ואדמינים של אשכולות משתמשים בכתובות VIP של kubectl ושל מישור הבקרה כדי לגשת למישורי הבקרה באשכולות של אדמינים ומשתמשים. משתמשי האפליקציה ומפתחים משתמשים בכתובות VIP של שירות ו-Ingress כדי לגשת לעומסי עבודה ולחשוף אותם, בהתאמה. למידע נוסף, קראו את המאמר תכנון כתובות ה-IP.

מתבצע חיבור לצי

כל אשכולות המשתמשים הם חברים בfleet, שהוא קיבוץ לוגי של אשכולות Kubernetes שמספק ניהול מאוחד בסביבות שונות. בעזרת Fleet אפשר לראות אשכולות ביחד במסוף Google Cloud ולהשתמש בתכונות שמופעלות ב-Fleet כדי לנהל, לפקח ולהפעיל עומסי עבודה בקנה מידה נרחב.

כל אשכול מתחבר אל Google Cloud באמצעות Connect Agent, שנפרס באופן אוטומטי במהלך התקנת האשכול. החברות ב-fleet גם קובעת את החיוב על תוכנת Distributed Cloud ל-VMware בלבד.

תמחור

החיוב על אשכולות מקומיים שנוצרו באמצעות Google Distributed Cloud הוא לפי vCPU. כדי להפעיל את החיוב, צריך להפעיל את Anthos API בפרויקט ב- Google Cloud.

למידע מלא על התמחור, כולל איך לפנות למחלקת המכירות, קראו את התמחור של Google Kubernetes Engine.

גרסאות

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

במקורות המידע הבאים מפורטות הגרסאות הנתמכות ומדיניות ההפצה:

החל מגרסה 1.29, אנחנו לא יוצרים יותר ספרייה לגרסה המשנית הקודמת. ההבדלים בהתנהגות מצוינים במסמכי התיעוד. כשפיצ'ר חדש הופך לזמין, הגרסה שנתמכת לפיצ'ר מתועדת.

המסמכים של גרסה 1.16 וגרסאות קודמות נשמרים בארכיון בכתובת:

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

בטבלה הבאה מפורט מה נשלח, איך משתמשים במידע הזה ואיפה הוא נשמר, ואם אפשר להשבית את השליחה:

נתונים אילו נתונים נשלחים? שימוש ואחסון ברירת מחדל
חיבור ורישום של Fleet
(gkehub.googleapis.com, gkeconnect.googleapis.com)
  • זהות האשכול: Google Cloud פרויקט, שם החברות ב-fleet, מזהה ייחודי של האשכול, מפתחות ציבוריים, גרסת Kubernetes, גודל האשכול והגדרת ספק הזהויות.
  • נתוני Kubernetes שהתבקשו מ- Google Cloud Console או משער הקישור.
  • אסימון Kubernetes המוצפן בפרופיל המשתמש שלכם, עד שתצאו ממסוף Google Cloud .
 ניהול אשכולות ממסוףGoogle Cloud , משער הקישור ומ-Fleet באמצעות סוכן הקישור. ה-kube-apiserver מאמת, מאשר ומתעד ביומן הביקורת כל בקשה. חובה
הגדרות וסטטוס של אשכול
(gkeonprem.googleapis.com)
  • שם, UID, תיאור, הערות, גרסה, מצב מחזור חיים ו-VIP של מישור הבקרה.
  • שמות של מאגרי צמתים, הגדרות IP או DHCP של צמתים, CIDR של Pod ו-Service, כתובות VIP של מאזן עומסים, הגדרות של מאזן עומסים.
  • כתובת vCenter, מרכז נתונים, אשכול, מאגר משאבים, מאגר נתונים, תיקייה ושם מדיניות האחסון (לא פרטי הכניסה ל-vCenter).
  • כתובות האימייל של מנהלי האשכול.
 מאפשר לנהל אשכולות באמצעות מסוף 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)
  • מדדים: שימוש במעבד (CPU), בזיכרון, בדיסק וברשת, מדדי kubelet ו-kube-state-metrics לצמתים ול-Pods של המערכת.
  • יומני קונטיינרים ותוצאות של בדיקות תקינות מכל הרכיבים של אשכול האדמין, וממרחבי השמות של אשכול המשתמש kube-system,‏ gke-system,‏ gke-connect,‏ istio-system ו-config-management-system.
  • מטא-נתונים: שמות ותוויות של צמתים, Pods, פריסות ושירותים.
 משמש ל-Cloud Monitoring, לתצוגות סטטוס במסוף Google Cloud ולפתרון בעיות של שירות לקוחות. מאוחסנים בפרויקט 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. באשכולות אדמין, אפשר להפעיל את התכונה רק בזמן היצירה. כדי להשבית את התכונה באשכול משתמשים, צריך למחוק את הקטע ולעדכן את האשכול.

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