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

ב-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:

• אשכולות אזוריים: 100 לכל אזור

• אשכולות אזוריים: 100 לכל אזור

  הערה: כל אשכולות Autopilot הם אשכולות אזוריים.

• קריאות API: ‏600,000 בקשות לדקה

• כתיבות API: ‏600 בקשות לדקה

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

בדיקת המכסה

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

לפתיחת הדף 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 שמבוסס על קבוצת מכונות.	לא רלוונטי
פודים לכל צומת^1	512 Pods	מוגדר באופן דינמי לכל ערך בין 8 ל-256. כדי להקצות את המספר המקסימלי של Pods לכל צומת, GKE מתחשב בגודל האשכול ובמספר עומסי העבודה. בגרסאות GKE שקודמות ל-1.28, המגבלה היא 32 פודים. ב-GPU Pods וב-Performance class Pods, המגבלה היא Pod אחד לכל צומת.
פודים לכל אשכול^2	200,000 פודים^1	200,000 פודים
קונטיינרים לכל אשכול	‫400,000 קונטיינרים	‫400,000 קונטיינרים
גודל של משאב יחיד	1.5 MiB הערה: שרת ה-API של Kubernetes מעדכן חלק מהמשאבים לפני המחיקה שלהם. העדכון הזה יכול לגרום להגדלת המשאב, וזה עלול למנוע את המחיקה שלו באופן סופי.	1.5 MiB הערה: שרת ה-API של Kubernetes מעדכן חלק מהמשאבים לפני המחיקה שלהם. העדכון הזה יכול לגרום להגדלת המשאב, וזה עלול למנוע את המחיקה שלו באופן סופי.
גודל מסד הנתונים של מצב האשכול	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. מספר ה-Pods המקסימלי שיכולים להתאים לצומת תלוי בגודל של בקשות המשאבים של ה-Pod ובקיבולת של הצומת. יכול להיות שלא תגיעו לכל המגבלות בו-זמנית. כשיטה מומלצת, אנחנו ממליצים לבצע בדיקת עומסים בפריסות גדולות. ↩