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

במאמר הזה מוסבר על מכסות ומגבלות המערכת של 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

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

בדיקת המכסה

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

לפתיחת הדף Quotas

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

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

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

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

מגבלות	אשכול GKE Standard	אשכול GKE Autopilot
צמתים לכל אשכול	65,000 צמתים אם אתם מתכננים להשתמש במגבלה הזו, כדאי לקחת בחשבון את ההמלצות הבאות כשאתם מתכננים את ארכיטקטורת GKE: אם אתם מתכננים להריץ יותר מ-2,000 צמתים, כדאי להשתמש באשכול אזורי. הפעלת יותר מ-7,500 צמתים זמינה רק לאשכולות אזוריים עם Private Service Connect, ועם GKE Dataplane V2 מושבת. כדי להגדיל את מכסת המגבלה הזו, אפשר לפנות לתמיכה.	5,000 צמתים אם אתם מתכננים להשתמש במגבלה הזו, כדאי לקחת בחשבון את ההמלצות הבאות כשאתם מתכננים את ארכיטקטורת GKE: אם אתם מתכננים להריץ יותר מ-1,000 צמתים, אתם צריכים להשתמש בגרסה 1.23 של GKE Autopilot או בגרסה חדשה יותר. אם רוצים להפעיל יותר מ-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	256 פודים הערה: בגרסאות GKE מוקדמות יותר מ-1.23.5-gke.1300, המגבלה היא 110 פודים.	מוגדר באופן דינמי לכל ערך בין 8 ל-256. ‫GKE לוקח בחשבון את גודל האשכול ואת מספר עומסי העבודה כדי להקצות את מספר ה-Pods המקסימלי לכל צומת. בגרסאות GKE קודמות ל-1.28, המגבלה היא 32 פודים. ב-Pods של כיתות Accelerator וב-Pods של כיתות Performance, המגבלה היא Pod אחד לכל צומת.
‫Pods per cluster^2	‫200,000 Pods^1	‫200,000 Pods
קונטיינרים לכל אשכול	400,000 מאגרים	400,000 מאגרים
גודל מסד הנתונים של etcd	‫6 GB	‫6 GB
פעולות בו-זמניות	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. המספר המקסימלי של יחידות Pod שאפשר להכניס לצומת תלוי בגודל של בקשות המשאבים של יחידות ה-Pod ובקיבולת של הצומת. יכול להיות שלא תגיעו לכל המגבלות בו-זמנית. כשיטה מומלצת, אנחנו ממליצים לבצע בדיקת עומס לפריסות גדולות. ↩