השוואה בין התכונות של Autopilot ושל אשכולות רגילים

בדף הזה מוצגת השוואה ברמה גבוהה בין אשכולות Autopilot לבין אשכולות Standard ב-Google Kubernetes Engine ‏ (GKE). ההשוואה כוללת תכונות חשובות של GKE והבדלים פונקציונליים בין מצבי האשכול האלה.

הדף הזה מיועד לאנשים הבאים:

  • אדמינים של פלטפורמות שרוצים לדעת מה ההבדלים העיקריים בין אשכולות Autopilot לאשכולות רגילים, כדי שיוכלו לקבל החלטה מושכלת כשהם יוצרים אשכול.
  • משתמשי GKE חדשים שמכירים את GKE ורוצים לדעת איזה מצב אשכול מציע את הפונקציונליות המתאימה ביותר לדרישה ספציפית.

הקטעים הבאים רלוונטיים רק לאשכולות שיוצרים במצב Autopilot או במצב Standard. אחרי שיוצרים אשכול רגיל, אפשר להריץ חלק מעומסי העבודה במצב Autopilot. עומסי העבודה האלה פועלים בצמתים שמנוהלים על ידי GKE. למידע נוסף על הפעלת עומסי עבודה של Autopilot באשכולות Standard, כולל הגדרות שיכולות לבטל את ההגדרה ברמת האשכול, אפשר לעיין במאמר מידע על עומסי עבודה של Autopilot ב-GKE Standard.

השוואה בין התכונות של אשכולות במצב Autopilot ואשכולות רגילים

בטבלה הבאה מופיעה השוואה מפורטת של הגדרת התכונה באשכולות במצב Autopilot ובאשכולות רגילים. אתם או GKE מגדירים את התצורות של התכונות האלה לכל האשכול.

לא כל התכונות ב-GKE מופיעות בטבלה. אם אתם רוצים לדעת אם תכונה שלא מופיעה בטבלה הזו נתמכת ב-Autopilot או ב-Standard, אתם יכולים לעיין במסמכי התיעוד של התכונה.

בטבלה הזו נעשה שימוש במינוח הבא:

  • מוגדר מראש: תמיד מופעל. ההגדרות האלה נקבעות על ידי Google. אי אפשר לשנות או להשבית תכונות שהוגדרו מראש.
  • ברירת מחדל: GKE מגדיר את התכונה בשבילכם אם לא הגדרתם אותה באופן מפורש. אפשר לשנות את הגדרות ברירת המחדל של התכונות.
  • אופציונלי: אפשר להגדיר ולהשתמש בו. לא מופעל כברירת מחדל.
אפשרות אשכולות במצב Autopilot אשכולות רגילים

ברירת מחדל: ערוץ הפצה רגיל

אופציונלי:

ברירת מחדל: ערוץ הפצה רגיל

אופציונלי:

מוגדר מראש: אזורי אופציונלי: אזורי או זונאלי
מוגדר מראש: GKE מנהל את הצמתים, כולל הגדרת הצמתים, התאמה אוטומטית לעומס ואילוצי אבטחה.

אופציונלי:

  • יוצרים ומנהלים צמתים במאגרי צמתים.
  • אתם מאפשרים ל-GKE לנהל חלק מהצמתים באמצעות Autopilot ComputeClass באשכול Standard.

מוגדר מראש: טייס אוטומטי משנה אוטומטית את הכמות והגודל של הצמתים על סמך Pods באשכול.

אופציונלי:

ברירת מחדל:

  • הקצאה ידנית של צמתים חדשים
  • ציון משאבי הצומת באופן ידני

אופציונלי:

מוגדר מראש: מערכת הפעלה שמותאמת לקונטיינרים עם containerd

ברירת מחדל: מערכת הפעלה שמותאמת לקונטיינרים עם containerd

אופציונלי:

ברירת מחדל: פלטפורמת מחשוב שעברה אופטימיזציה לשימוש עם קונטיינרים ומומלצת לעומסי עבודה למטרות כלליות.

אופציונלי:

ברירת מחדל: מכונות Compute Engine למטרות כלליות

אופציונלי:

מוגדר מראש:

אופציונלי:

ברירת מחדל:

אופציונלי:

מוגדר מראש:

אופציונלי:

ברירת מחדל: צומתי GKE מוגנים

אופציונלי:

מוגדר מראש:

ברירת מחדל:

אופציונלי:

מוגדר מראש: עד 256 פודים בכל צומת

ברירת מחדל:

  • ‫110 תרמילים בכל צומת
  • VPC-native
  • נקודת קצה של אשכול IPv4 ציבורי
  • שם רשת ה-VPC ושם רשת המשנה
  • kube-dns

אופציונלי:

מוגדר מראש:

אופציונלי:

ברירת מחדל:

אופציונלי:

מוגדר מראש:

אופציונלי: Managed Cloud Service Mesh, שכולל גם יכולות של Istio mesh.

ברירת מחדל:

אופציונלי:

הבדלים פונקציונליים בין אשכולות במצב Autopilot לבין אשכולות רגילים

בטבלה הבאה מפורטים הבדלים חשובים בפונקציונליות בין GKE Autopilot לבין אשכולות רגילים. ההשוואה הזו תעזור לכם לבחור את המצב המתאים ביותר.

פונקציונליות אשכולות במצב Autopilot אשכולות רגילים
כלים של צד שלישי למעקב פריסת כלי ניטור של צד שלישי שסופק על ידי שותפים שלGoogle Cloud , או כל כלי של צד שלישי שלא דורש גישה ברמת הרשאה גבוהה בצומת. אפשר לפרוס כל כלי ניטור של צד שלישי, ללא קשר לרמת הגישה לצומת.
חשיפת אפליקציות חיצונית שימוש ב-LoadBalancer Service. בשלב הזה מוקצית לכם כתובת IP חיצונית ארעית. אם כבר יש לכם כתובת IP סטטית שאתם רוצים להשתמש בה, מציינים אותה בשדה loadBalancerIP. ‫Autopilot לא תומך בשדה externalIps, שלא משתמש באיזון עומסים Google Cloud . שימוש ב-LoadBalancer Service. בשלב הזה מוקצית לכם כתובת IP חיצונית ארעית. אם כבר יש לכם כתובת IP סטטית שאתם רוצים להשתמש בה, מציינים אותה בשדה loadBalancerIP. אפשר גם להשתמש בשדה externalIps במניפסט של השירות, אבל אנחנו לא ממליצים על הגישה הזו.
התפרצות Pod

אם מגבלות המשאבים גדולות מבקשות המשאבים, או אם לא הגדרתם מגבלות משאבים, אפשר להשתמש בקיבולת זמנית לא מנוצלת של ה-Pods. הקיבולת המרבית תלויה בשאלה אם ה-Pod מבקש חומרה ספציפית. מידע נוסף זמין במאמר בנושא הגדרת Pod bursting ב-GKE.

אם מגבלות המשאבים שלכם גדולות יותר מבקשות המשאבים, Pods יכולים להשתמש בקיבולת של צומת שלא נמצא בשימוש.

אפליקציות ב-Google Cloud Marketplace אי אפשר להתקין אפליקציות מ-Cloud Marketplace. אתם יכולים להתקין אפליקציות מ-Cloud Marketplace.
מגבלות אבטחה מובנות במצב Autopilot, ‏ GKE אוכף את אמצעי האבטחה של GKE Autopilot. ‫GKE אוכף באופן אוטומטי אילוצי אבטחה באשכולות רגילים. אם חלק מהצמתים באשכול מריצים עומסי עבודה של Autopilot באמצעות ComputeClass, אמצעי האבטחה של GKE Autopilot חלים על הצמתים האלה על בסיס מאמץ מקסימלי.
‫Pods שלא סובלים תקלות ופועלים לאורך זמן אתם יכולים להגן על Pods שלא יכולים לסבול תקלות, כמו שרתי משחקים, מפני הוצאה שנגרמת משדרוגים אוטומטיים של צמתים או מהקטנה של קבוצת הצמתים, למשך עד 7 ימים. פרטים נוספים זמינים במאמר בנושא הארכת זמן הריצה של Autopilot Pods. אי אפשר להגן על Pods שלא יכולים לסבול תקלות מפני הוצאה (eviction) שנגרמת בגלל שדרוגים אוטומטיים של צמתים. אפשר להגן על ה-Pods האלה מפני פינוי בגלל הקטנת קנה מידה ללא הגבלת זמן, אבל תמשיכו לשלם על הצמתים שלא מנוצלים מספיק שבהם ה-Pods פועלים.

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