במאמר הזה מוסבר על אפשרויות ההגדרה שזמינות לאשכולות Kubernetes. אתם יכולים ליצור אשכולות Kubernetes שפועלים במסגרת פרויקט יחיד, או בכמה פרויקטים, בהתאם לשיטה שלכם לניהול עומסי עבודה של קונטיינרים ב-Google Distributed Cloud (GDC) עם בידוד פיזי. הגדרות האשכול מאפשרות גם אמצעי בקרה שונים שמבוססים על הרשאות לפעולות ניהול. כך GDC יכול לנהל את הגדרות עומס העבודה של הקונטיינר, או שאתם יכולים להגדיר אותן ידנית בהתאם לתרחיש השימוש שלכם, כדי לקבל גמישות רבה יותר.
המסמך הזה מיועד לקבוצות הקהלים הבאות:
אדמינים של IT מקבוצת האדמינים של הפלטפורמה שאחראים על יצירת אשכולות Kubernetes לאירוח עומסי עבודה של קונטיינרים.
מפתחי אפליקציות מקבוצת מפעילים של אפליקציות שאחראים לפיתוח אפליקציות קונטיינר בסביבה מבודדת.
מידע נוסף זמין במאמר בנושא קהלים ב-GDC עם air gap.
אפשרויות להגדרות אישיות
ב-GDC, יש שתי תצורות של אשכולות שמציעות רמות שונות של ניהול וגמישות:
- אשכול משותף: אשכול Kubernetes מרובה פרויקטים שמנוהל על ידי קבוצת האדמינים של הפלטפורמה, ומציע חבילה מלאה של שירותים משולבים ומנוהלים ברמת הארגון.
- אשכול רגיל: אשכול Kubernetes בשירות עצמי של פרויקט יחיד שמנוהל על ידי קבוצת האופרטורים של האפליקציה, ומציע גמישות רבה יותר לעומסי עבודה בהתאמה אישית, שעשויים להתנגש עם השירותים המנוהלים בסביבה משותפת.
בטבלה הבאה מתוארים ההבדלים בין אשכולות Kubernetes משותפים לבין אשכולות Kubernetes רגילים:
| תכונה | אשכולות משותפים | אשכולות רגילים |
|---|---|---|
| בעלים | קבוצת אדמינים בפלטפורמה | קבוצת אופרטורים של אפליקציות |
| מנהל אשכול | קבוצת אדמינים בפלטפורמה | קבוצת אדמינים של הפלטפורמה או קבוצת מפעילים של האפליקציה |
| דיירות | כמה פרויקטים | פרויקט יחיד |
| ניהול מחזור חיים | יצירה, קריאה, עדכון, מחיקה ושדרוג | יצירה, קריאה, עדכון, מחיקה ושדרוג |
| מעקב | Prometheus עם Grafana Dashboards ל-Kubernetes | Prometheus עם Grafana Dashboards ל-Kubernetes |
| תעבורת נתונים נכנסת (ingress) ויוצאת (egress) בין פרויקטים | מנוהל על ידי GDC | ניתן להגדרה |
| גיבוי ושחזור | אשכול, פרויקט ועומס עבודה | אשכול, פרויקט ועומס עבודה |
| ניהול מרחבי שמות ב-Kubernetes | מנוהל על ידי GDC | ניתן להגדרה |
| משאב מותאם אישית ובקר | מנוהל על ידי GDC | ניתן להגדרה |
| רישום ביומן | מנוהל על ידי GDC | מנוהל על ידי GDC |
| ביקורת וחיוב | מנוהל על ידי GDC | ניתן להגדרה |
| סוג המשאב | רק אזורי | רק אזורי |
| תמיכה ב-Surface | מסוף GDC, API ו-Terraform | מסוף GDC, API ו-Terraform |
| שירותים מנוהלים | כולל קבוצה מקיפה של שירותים מוגנים שלא ניתן להגדיר. | כולל קבוצה מינימלית של שירותים חיוניים, ומספק גמישות רבה יותר בשירות. |
| שירותי Marketplace | כולל שילוב עם שירותי Marketplace. | לא זמין לשילוב. |
מידע נוסף זמין בקטעים הבאים בנושא הגדרת אשכול.
אשכול משותף
האשכול המשותף מספק אשכול שמנוהל על ידי המערכת וכולל קבוצה של שירותים מוגנים, כמו Istio, Gatekeeper, Managed Harbor Service ו-Nginx. הגישה לניהול האשכול על ידי המערכת מספקת הגדרה מוטה של אשכול Kubernetes שפועלת במרחב השמות platform, ויכולה להתחבר לכל אחד מהפרויקטים הקיימים שלכם.
מכיוון שהאשכול המשותף יכול לכלול כמה פרויקטים, הוא מוגבל לארגון, כלומר הזמינות שלו לקבוצות מסוימות של קהלים מוגבלת. קבוצת האדמינים של הפלטפורמה יוצרת ומנהלת בעיקר את האשכול המשותף, עם מעט מאוד פיקוח מצד מפתחי האפליקציות.
תעבורת נתונים נכנסת (ingress) ויוצאת (egress) בין פרויקטים מנוהלת על ידי GDC. בדרך כלל, מדיניות הרשת מנוהלת באמצעות מדיניות הרשת של הפרויקט.
תרחישי השימוש העיקריים באשכול המשותף הם:
- אתם צריכים אשכול שמציע כברירת מחדל מערכת אקולוגית מלאה של יכולות מנוהלות, עם מעט התאמות אישיות.
- אתם רוצים לנהל את עומסי העבודה של הקונטיינרים בכמה פרויקטים.
- אין לכם דרישות להעברת עומסי עבודה מסביבות ענן קיימות.
מידע נוסף על יצירת אשכול משותף זמין במאמר בנושא יצירת אשכול משותף.
אשכול רגיל
האשכול הרגיל מספק אשכול Kubernetes שניתן להגדרה וכולל קבוצה מינימלית של שירותים, כמו Prometheus ו-Grafana. אשכולות רגילים כוללים רק שירותים חיוניים לפונקציונליות הנדרשת של עומסי עבודה של קונטיינרים ב-Kubernetes, ומאפשרים לכם להתקין שירותים נוספים כדי להתאים אישית את האשכול לתרחיש השימוש שלכם.
ההיקף של אשכול רגיל הוא רק בתוך פרויקט, ולכן מפתחי אפליקציות שמוגבלים לפרויקט יכולים לשלוט ישירות באופן הפעולה שלו. הקבוצה של מפעיל האפליקציה יוצרת ומנהלת בעיקר את האשכול הרגיל, עם מעט מאוד פיקוח מצד האדמינים של הפלטפורמה.
במקרים רבים, מפתחי אפליקציות שולטים ברישות של אשכולות באמצעות ממשקי API סטנדרטיים של Kubernetes, במקום להסתמך על הגדרות רישות ספציפיות ל-GDC. עם זאת, באשכולות רגילים אפשר להגדיר קבוצת משנה של הגדרות רשת ספציפיות ל-GDC, כמו ההגדרות הבאות:
- מדיניות
- איזון עומסים
- Cloud NAT
תרחישי השימוש העיקריים באשכול הרגיל הם:
- אתם צריכים אשכול שמציע שירותים מינימליים כברירת מחדל, כדי שתוכלו לבצע הגדרות מקיפות שיתאימו לצרכים שלכם.
- אתם רוצים יותר שליטה במבנים עמוקים יותר של Kubernetes, כמו הגדרות של משאבים בהתאמה אישית או מרחבי שמות.
- אתם רוצים לנהל את עומסי העבודה של הקונטיינר רק בפרויקט אחד.
- יש לכם עומסי עבודה קיימים של קונטיינרים בסביבת ענן קיימת שאתם רוצים להעביר לסביבת GDC עם air gap.
מידע נוסף על יצירת אשכול רגיל זמין במאמר יצירת אשכול רגיל.