אתם יכולים להשתמש ב-ComputeClasses כדי להריץ עומסי עבודה של Google Kubernetes Engine (GKE) Autopilot באשכולות של GKE במצב רגיל. במאמר הזה נתאר את השיטות שבהן אפשר להריץ את עומסי העבודה במצב Autopilot, ונסביר איך להחליט מתי להריץ עומס עבודה במצב מסוים.
המידע הזה מיועד לאנשים הבאים:
- מומחי Cloud Architect שרוצים לבצע אופטימיזציה של עלויות תפעוליות בארגונים.
- מנהלי פלטפורמות שרוצים לצמצם את התקורה של ניהול ידני של התשתית.
- מהנדסי Site Reliability (SRE) שרוצים להעביר את התחזוקה, השדרוגים וההתאמה של התשתית ל- Cloud de Confiance by S3NS כשאפשר.
כדאי להכיר את המושגים הבאים:
מידע על GKE Autopilot
Autopilot הוא מצב הפעלה ב-GKE שבו Google מנהלת את תשתית הצמתים, את ההתאמה של גודל התשתית, את האבטחה ואת התכונות שהוגדרו מראש. מצב אוטומטי מותאם להרצת רוב עומסי העבודה של הייצור בסביבה שבה מוחלות הגדרות מומלצות לאבטחה, למהימנות, לביצועים ולגמישות. כדי להחליט בין מצב Autopilot למצב רגיל בהתאם לדרישות שלכם, קראו את המאמר מידע על מצבי הפעולה של GKE.
אתם יכולים להשתמש במצב "טייס אוטומטי" בדרכים הבאות:
- יצירת אשכול שמשתמש במצב Autopilot: Google מנהלת את כל האשכול ומיישמת שיטות מומלצות לאוטומציה, לאמינות, לאבטחה ולעלויות.
- הפעלת עומסי עבודה במצב Autopilot באשכולות Standard: אתם פורסים ComputeClasses של Autopilot ובוחרים אותם בעומסי עבודה. Google מנהלת את הצמתים ש-GKE יוצר לעומסי העבודה הספציפיים האלה במאגר צמתים שמנוהל על ידי Autopilot. אתם שולטים באשכול ויכולים להריץ מאגרי צמתים רגילים משלכם לצד הצמתים שמנוהלים על ידי GKE.
מידע על מצב Autopilot ל-ComputeClasses
ComputeClass הוא משאב מותאם אישית של Kubernetes שמגדיר רשימה של הגדרות צומת, כמו סוגי מכונות או הגדרות תכונות. אתם יכולים לבחור ComputeClasses ספציפיים במפרטים של עומסי העבודה ב-Kubernetes. כשעומס עבודה שבוחר ComputeClass צריך צומת חדש, GKE מנסה להקצות את הצומת עם אחת מההגדרות שמוצהרות ב-ComputeClass. GKE מנסה כל הגדרה ב-ComputeClass לפי הסדר, ואם יצירת הצומת נכשלת, הוא עובר להגדרה הבאה. מידע נוסף זמין במאמר מידע על ComputeClasses בהתאמה אישית.
כדי להריץ עומסי עבודה של Autopilot באשכולות GKE Standard, צריך להפעיל את מצב Autopilot ב-ComputeClass ולבחור את ה-ComputeClass הזה בעומסי עבודה ספציפיים. Google מנהלת את כל הצמתים החדשים ש-GKE מקצה לעומסי העבודה האלה, בדומה לאופן שבו Google מנהלת את הצמתים באשכולות Autopilot. רוב היתרונות ותכונות האבטחה של מצב אוטומטי חלים על עומסי העבודה ועל צמתי המארח האלה.
ה-ComputeClasses במצב אוטומטי מספקים למנהלי האשכולות גמישות נוספת בבחירת רמת השליטה הרצויה על עומסי עבודה ותשתיות ספציפיים באשכול, למשל בדרכים הבאות:
- אתם יכולים לאפשר ל-GKE לנהל באופן מלא עומסי עבודה ספציפיים על ידי הפעלתם במצב Autopilot.
- אתם שומרים על שליטה מלאה בעומסי העבודה ובתשתית שלא משתמשים במצב אוטומטי, כמו מאגרי צמתים שנוצרו באופן ידני.
- אתם יכולים להגדיר ComputeClass במצב Autopilot כברירת המחדל לאשכול או למרחב השמות, כדי שעומסי העבודה יפעלו במצב אוטומטי, אלא אם הם מבקשים במפורש אפשרות אחרת.
האפשרויות האלה מאפשרות לאדמינים של אשכולות להחליט על הרמה וההיקף שבהם הם משתמשים ב-Autopilot.
היתרונות של שימוש ב-ComputeClasses במצב Autopilot באשכולות רגילים
הפעלת חלק מעומסי העבודה במצב Autopilot מספקת יתרונות כמו:
- הפחתת עלויות הניהול של התשתית: Google משדרגת, מתחזקת, מגדירה ומכווננת צמתים ספציפיים בשבילכם.
- שימוש במודל התמחור של Autopilot: עומסי עבודה שמשתמשים ב-ComputeClass של Autopilot מחויבים לפי מודל התמחור של Autopilot. מודל התמחור הזה כולל חיוב לפי Pod עבור עומסי עבודה שלא דורשים חומרה ספציפית. למידע נוסף, קראו את הקטע בנושא תמחור.
- שיפור של יכולת ההתאמה לעומס ומצב האבטחה: עומסי עבודה ב-Autopilot נהנים מיתרונות כמו גישה לפלטפורמת המחשוב שמותאמת לקונטיינרים, אילוצי אבטחה משופרים שמוגדרים כברירת מחדל והתאמה אוטומטית לעומס של צמתים על סמך בקשות למשאבים. הצמתים של עומסי העבודה האלה משתמשים בתכונות כמו שדרוגים אוטומטיים של צמתים ותיקונים אוטומטיים.
- שיפור המהימנות: הסכם רמת השירות (SLA) של GKE כולל יעד למדידת רמת השירות (SLO) של זמן פעולה תקינה של Pod ב-Autopilot.
הרבה מהיתרונות האלה זמינים גם באשכולות Autopilot, שגם מספקים חוויה מנוהלת יותר מאשר אשכולות רגילים, וכוללים יתרונות רבים בתחום האבטחה, הרשת וניהול המשאבים. מידע נוסף זמין במאמר סקירה כללית על Autopilot.
בחירת חומרה ב-Autopilot ComputeClasses
ב-Autopilot ComputeClasses, אתם יכולים לבחור חומרה ספציפית לצמתים (כמו GPUs או סוגי מכונות), או לאפשר ל-GKE למקם Pods בפלטפורמת מחשוב לשימוש כללי שעברה אופטימיזציה לקונטיינרים. האפשרות לשימוש כללי מומלצת לרוב עומסי העבודה בסביבת ייצור שלא דורשים חומרה ספציפית כדי לפעול בצורה טובה. הוא תומך בארכיטקטורות x86 ו-Arm.
בטבלה הבאה מתוארות אפשרויות ההגדרה, איך לבחור אחת ב-ComputeClass ואיך הבחירה הזו משפיעה על מודל החיוב:
| דרישות עומס העבודה | ההגדרה המומלצת של ComputeClass | מודל החיוב |
|---|---|---|
| עומסי עבודה לשימוש כללי | אפשר להשתמש ב-ComputeClass של Autopilot עם
ה-ComputeClasses המובנים של Autopilot משתמשים רק בכללי עדיפות |
מודל חיוב מבוסס-Pod |
| עומסי עבודה שדורשים חומרה ספציפית | משתמשים ב-ComputeClass שמשתמש בכל כלל זמין להגדרת חומרה, כמו הכלל |
מודל חיוב מבוסס-צומת |
הגדרה של Autopilot ב-ComputeClasses
כדי להשתמש במצב אוטומטי באשכול Standard, אתם יכולים להשתמש ב-ComputeClass מובנה של Autopilot ש-GKE מספק, או להפעיל את Autopilot בכל ComputeClass בהתאמה אישית שאתם יוצרים. בקטעים הבאים מפורטות כל האפשרויות.
ComputeClasses מובנים של Autopilot
GKE מגדיר בשבילכם ComputeClasses ספציפיים של Autopilot. אתם יכולים לבחור את המחלקות המובנות האלה של Autopilot בכל אשכול שעומד בדרישות. ה-ComputeClasses המובנים של Autopilot באשכולות Standard משתמשים בכלל העדיפות podFamily כדי להריץ Pods בפלטפורמת המחשוב שמותאמת לקונטיינרים. מידע נוסף זמין במאמר מידע על ComputeClasses מובנים ב-GKE.
ComputeClasses בהתאמה אישית ב-Autopilot
אתם יכולים להפעיל את Autopilot בכל ComputeClass בהתאמה אישית שאתם מנהלים, באמצעות השדה autopilot במפרט של ComputeClass. כדאי להשתמש ב-ComputeClasses בהתאמה אישית ב-Autopilot במצבים כמו:
- לעומסי העבודה שלכם יש דרישות חומרה ספציפיות, כמו מאיצים.
- אתם רוצים לשנות אפשרויות מסוימות של צמתים, כמו הגדרת אזורים או החלת taints, תוך שימוש בפלטפורמת המחשוב של Autopilot שמותאמת לקונטיינרים.
כדי להפעיל את Autopilot ב-ComputeClass קיים, צריך למחוק אותו, לעדכן את ההגדרות ואז ליצור מחדש את ComputeClass באשכול. השינויים יחולו על כל הצמתים החדשים ש-GKE יוצר לעומסי עבודה שאתם פורסים אחרי שאתם מעדכנים את Autopilot ComputeClass.
מידע נוסף על הפעלת Autopilot ב-ComputeClasses בהתאמה אישית זמין במאמר בחירת חומרה ספציפית לפודים של Autopilot.
תמחור
התמחור של GKE Autopilot חל על הצמתים ועומסי העבודה ש-GKE יוצר בשביל ComputeClass ב-Autopilot. מודל החיוב של Autopilot שחל על עומס עבודה מסוים תלוי בכלל העדיפות של ComputeClass שבו GKE משתמש כדי ליצור צמתים עבור עומס העבודה הזה.
בטבלה הבאה מתואר מודל החיוב שחל על הגדרות שונות של Autopilot ComputeClass באשכולות במצב Standard:
| מודלים לחיוב של הגדרות שונות של ComputeClass | |
|---|---|
| מודל חיוב מבוסס-פוד | מודל החיוב מבוסס-ה-Pod חל כש-GKE משתמש בpodFamilyכלל עדיפות כדי ליצור צמתים לעומס עבודה. ב-ComputeClasses המובנים של Autopilot תמיד נעשה שימוש במודל החיוב שמבוסס על Pod. |
| מודל חיוב מבוסס-צמתים | מודל החיוב שמבוסס על צמתים חל כש-GKE משתמש בכלל עדיפות של ComputeClass שמבקש במפורש חומרה ספציפית, כמו משפחת מכונות מסוימת או מעבדי GPU. |
התמחור של Autopilot חל רק על עומסי העבודה והצמתים שמשתמשים ב-ComputeClass מסוג Autopilot. האשכול במצב רגיל וכל מאגר צמתים אחר שאתם מריצים ממשיכים להשתמש בתמחור של מצב GKE Standard.
הגדרות שנקבעו מראש לצמתים שמנוהלים על ידי Autopilot
לפני שמפעילים את המצב האוטומטי ב-ComputeClasses, חשוב לדעת למה לצפות מהצמתים ש-GKE יוצר כדי להריץ את עומסי העבודה במצב האוטומטי. Google מגדירה תכונות ספציפיות ומגבלות אבטחה בצמתים של Autopilot. כתוצאה מכך, יכול להיות שעומסי עבודה שנפרסים ופועלים בצורה תקינה בצמתים במצב רגיל יידחו במצב אוטומטי, אם הם לא עומדים בדרישות האבטחה של המצב האוטומטי.
בטבלה הבאה מתוארות הגדרות התכונות שמחליפות את ההגדרות התואמות באשכול הרגיל. אם הגדרה מסוימת לא מופיעה בטבלה הזו, הצמתים של Autopilot משתמשים בהגדרה של אשכול Standard. לדוגמה, איחוד זהויות של עומסי עבודה ל-GKE לא מופיע בטבלה הזו, מה שאומר שההגדרה של איחוד זהויות של עומסי עבודה ל-GKE באשכול Standard חלה על הצמתים של Autopilot שנוצרים על ידי GKE.
| תכונה | הגדרה רגילה ברמת האשכול | הגדרת צומת בניהול Autopilot |
|---|---|---|
| שדרוגים ותחזוקה של צמתים |
ניתן להגדרה: |
מוגדר מראש:
|
| התאמה אוטומטית לעומס (Automatic scaling) | ניתן להגדרה: פרופיל של שינוי גודל אוטומטי | מוגדר מראש: פרופיל התאמה אוטומטית לעומס של optimize-utilization |
| Networking | מבוסס על VPC או על נתיבים | נדרש אשכול המותאם ל-VPC |
| אבטחה |
ניתן להגדרה:
|
מוגדר מראש:
|
| מערכת ההפעלה של הצומת |
ניתן להגדרה: |
מוגדר מראש:
|
| דיסק אתחול של צומת |
ניתן להגדרה: |
ניתן להגדרה:
|
| מטא-נתונים של הצומת |
|
|
בקשות למשאבים לעומסי עבודה ב-Autopilot
כדי שעומסי העבודה של Autopilot יפעלו ביעילות, GKE אוכף ערכי מינימום ומקסימום מסוימים לבקשות של מעבד (CPU), זיכרון ואחסון זמני ב-Pods. בנוסף, GKE מחיל בקשות ברירת מחדל על Pods שלא מבקשים במפורש את אחד מהמשאבים האלה. הערכים הספציפיים של דרישות המינימום, המקסימום וברירת המחדל של המשאבים בעומסי העבודה של GKE Autopilot משתנים בהתאם לסוג החומרה שבה משתמשים ה-Pods.
במקרה של אחסון זמני, ערך ברירת המחדל אם לא מבקשים אחסון זמני זהה לכל האפשרויות של ComputeClasses והחומרה. מידע נוסף מופיע במאמר בנושא הקצאת משאבים כברירת מחדל.
בטבלה הבאה יש קישורים לדרישות המעבד (CPU) והזיכרון לבקשות Pod, בהתאם לסוג החומרה:
| סוג המשאב | בקשות מינימליות ומקסימליות | בקשות ברירת מחדל |
|---|---|---|
| פודים לשימוש כללי |
|
|
| מעבדי GPU ו-TPU | תלוי בסוג ובכמות של מאיצי החומרה. מידע נוסף זמין במאמר מספר מינימלי ומקסימלי של מאיצים. | אין בקשות שמוגדרות כברירת מחדל. |
| סוגי מכונות ומשפחות מכונות ספציפיים של Compute Engine |
|
לכל סוג מכונה או משפחת מכונות של Compute Engine, בקשות ברירת המחדל בשורה "לשימוש כללי" בטבלה Default requests for ComputeClasses. |
המאמרים הבאים
- שיטות מומלצות לשימוש ב-ComputeClasses
- פריסת עומסי עבודה במצב אוטומטי באשכולות Standard
- מידע על ComputeClasses בהתאמה אישית