מכסות ומגבלות

במאמר הזה מוסבר על מכסות ומגבלות המערכת של Google Kubernetes Engine.

• המכסות נקבעות כברירת מחדל, אבל בדרך כלל אפשר לבקש לשנות אותן.
• מגבלות המערכת קבועות ואי אפשר לשנות אותן.

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

מערכת המכסות ב-Cloud:

• עוקבת אחרי השימוש במוצרים ובשירותים של Google Cloud
• מגבילה את השימוש במשאבים האלה
• כוללת כלי שבאמצעותו אפשר לשלוח בקשות לשינוי המכסות ולשנות אותן אוטומטית

ברוב המקרים, כשאתם מנסים להשתמש ביותר משאבים מהמכסה, הגישה למשאב נחסמת ומה שאתם מנסים לעשות נכשל.

בדרך כלל, המכסות ב- Google Cloud הן ברמת הפרויקט. כלומר, השימוש במשאב מסוים בפרויקט כלשהו לא משפיע על המכסה שלכם בפרויקטים אחרים. ברמת הפרויקט ב- Google Cloud , המכסות משותפות לכל האפליקציות וכתובות ה-IP.

לסקירה כללית על מכסות ב-Cloud

כדי לשנות את רוב המכסות, משתמשים במסוף Google Cloud . מידע נוסף זמין במאמר בנושא שליחת בקשה לשינוי המכסות.

למשאבי GKE יש גם מגבלות מערכת. שאי אפשר לשנות.

מכסות לכל פרויקט

אלו הן המכסות ב-GKE:

• אשכולות אזוריים לכל אזור
• אשכולות אזוריים לכל אזור
• קריאות API
• כתיבות API

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

בדיקת המכסה

אפשר לראות את המכסות במסוף Google Cloud בדף Quotas.

לפתיחת הדף Quotas

מידע נוסף על ניהול מכסות זמין במאמר בנושא הצגה וניהול של מכסות.

מגבלות לכל אשכול

בטבלאות הבאות מפורטות המגבלות לכל אשכול GKE.

כל הגרסאות של GKE שמפורטות בטבלה הבאה חלות גם על צמתי האשכול וגם על מישור הבקרה.

מגבלות	אשכול GKE Standard	אשכול GKE Autopilot
צמתים לכל אשכול	65,000 צמתים לא כל העלייה במכסת הצמתים היא אוטומטית. בהתאם למספר הצמתים המטורגט (למשל עד 5,000 צמתים, עד 15,000 צמתים או עד 65, 000 צמתים), יש דרישות תשתית ספציפיות, ויכול להיות שתצטרכו לפנות ל-Cloud Customer Care. מידע מפורט זמין במאמר מגבלות ודרישות לגבי גודל האשכול.	5,000 צמתים אם אתם מתכננים להשתמש במגבלה הזו, כדאי להביא בחשבון את ההמלצות הבאות כשאתם מתכננים את ארכיטקטורת GKE: אם אתם מתכננים להפעיל יותר מ-1,000 צמתים, תשתמשו ב-GKE Autopilot בגרסה 1.23 ואילך. אם רוצים להריץ יותר מ-400 צמתים, יכול להיות שיהיה צורך להגדיל את מכסת גודל האשכול עבור אשכולות שנוצרו בגרסאות קודמות. לקבלת עזרה, אפשר לפנות לתמיכה.
צמתים לכל מאגר צמתים	‫1,000 צמתים לכל אזור ‫2,000 צמתי TPU לכל אזור – נדרשות הגרסאות הבאות או גרסאות חדשות יותר: 1.28.5-gke.135500, ‏ 1.29.1-gke.1206000, ‏ 1.30	לא רלוונטי
צמתים באזור	אין הגבלות על הצמתים באיזון עומסים ברמת הקונטיינר עם Ingress מבוסס-NEG, שמומלץ להשתמש בו בכל הזדמנות. בגרסאות 1.17 ואילך של GKE, ‏ Ingress מבוסס-NEG הוא מצב ברירת המחדל. ‫1,000 צמתים אם משתמשים ב-Ingress שמבוסס על קבוצת מכונות.	לא רלוונטי
‫Pods per node^1	512 Pods	מוגדר באופן דינמי לכל ערך בין 8 ל-256. ‫GKE לוקח בחשבון את גודל האשכול ואת מספר עומסי העבודה כדי להקצות את מספר ה-Pods המקסימלי לכל צומת. בגרסאות GKE קודמות ל-1.28, המגבלה היא 32 פודים. ב-GPU Pods וב-Performance class Pods, המגבלה היא Pod אחד לכל צומת.
‫Pods per cluster^2	‫200,000 Pods^1	‫200,000 Pods
קונטיינרים לכל אשכול	400,000 מאגרים	400,000 מאגרים
גודל של משאב יחיד	‫1.5 MiB הערה: שרת ה-API של Kubernetes מעדכן חלק מהמשאבים לפני המחיקה שלהם. העדכון הזה יכול לגרום להגדלת גודל המשאב, מה שיכול למנוע את מחיקת המשאב באופן סופי.	‫1.5 MiB הערה: שרת ה-API של Kubernetes מעדכן חלק מהמשאבים לפני המחיקה שלהם. העדכון הזה יכול לגרום להגדלת גודל המשאב, מה שיכול למנוע את מחיקת המשאב באופן סופי.
גודל מסד הנתונים של מצב האשכול	‫6GB	‫6GB
פעולות בו-זמניות	100 פעולות	100 פעולות

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

מכסות משאבים

הערה: ב-GKE לא נאכסות מכסות המשאבים הבאות של Kubernetes באשכולות שמופעלת בהם גרסה 1.28 ואילך, אבל GKE לא מגבילה אתכם מלהחיל מכסות משאבים משלכם ב-Kubernetes.

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

‫GKE מעדכן באופן אוטומטי את ערכי מכסת המשאבים באופן יחסי למספר הצמתים. באשכולות עם יותר מ-100 צמתים, GKE מסיר את מכסת המשאבים.

כדי לבדוק את מכסות המשאבים, משתמשים בפקודה הבאה:

kubectl get resourcequota gke-resource-quotas -o yaml

כדי להציג את הערכים של מרחב שמות מסוים, מציינים את מרחב השמות באמצעות האפשרות --namespace.

הערות

1. המספר המקסימלי של Pods לכל אשכול GKE Standard כולל Pods של המערכת. מספר ה-Pods של המערכת משתנה בהתאם להגדרת האשכול ולתכונות המופעלות. ↩

2. המספר המקסימלי של Pods שיכולים להיכנס לצומת תלוי בגודל של בקשות המשאבים של ה-Pod ובקיבולת של הצומת. יכול להיות שלא תגיעו לכל המגבלות בו-זמנית. כשיטה מומלצת, אנחנו ממליצים לבצע בדיקת עומס לפריסות גדולות. ↩