מכסות הקצאה

במאמר הזה מפורטות מכסות ההקצאה שחלות על Compute Engine.

מכסות הקצאה

מכסות הקצאה, שנקראות גם מכסות משאבים, מגדירות את מספר המשאבים שלפרויקט יש גישה אליהם. מערכת Compute Engine אוכפת מכסות הקצאה על השימוש במשאבים מסיבות שונות. לדוגמה, המכסות עוזרות להגן על קהילת משתמשי Cloud de Confiance by S3NS על ידי מניעת קפיצות בלתי צפויות בשימוש.

המכסות לא זהות בכל הפרויקטים. ככל שהשימוש שלכם ב-Cloud de Confiance יגדל עם הזמן, יכול להיות שהמכסות יגדלו בהתאם. אם צפויה עלייה משמעותית בשימוש, אפשר לבקש מראש התאמות של המכסות בדף Quotas במסוףCloud de Confiance .

מידע ספציפי על מכסות של מגבלות קצב ב-Compute Engine API זמין במאמר בנושא מכסות API.

מכסות וזמינות משאבים

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

באופן דומה, גם אם יש לכם מכסה אזורית, יכול להיות שמשאב מסוים לא יהיה זמין באזור ספציפי. לדוגמה, יכול להיות שיש לכם מכסת משאבים ליצירת מכונות וירטואליות באזור us-central1, אבל לא תוכלו ליצור מכונות וירטואליות באזור us-central1-a אם המכסה באזור הזה מוצתה. במקרים כאלה, כדאי לנסות ליצור את אותו משאב באזור אחר, כמו us-central1-f. מידע נוסף על האפשרויות שלכם במקרה של מיצוי משאבים אזוריים זמין במאמר פתרון בעיות שקשורות לזמינות משאבים.

מכסות הקצאה

כשמתכננים את הצרכים של מכונות וירטואליות, צריך להביא בחשבון כמה מכסות שמשפיעות על מספר המכונות הווירטואליות שאפשר ליצור.

מכסות אזוריות וגלובליות

מכסות של מכונות וירטואליות מנוהלות ברמה האזורית. כל מכונה וירטואלית באזור יכולה להשתמש במכסת המכונות הווירטואליות, בקבוצת המכונות הווירטואליות, במכסת הדיסקים ובמעבד (CPU), בלי קשר לתחום. לדוגמה, מכסת המעבד היא מכסה אזורית, ולכן יש מגבלה שונה וספירת שימוש שונה לכל אזור. כדי להפעיל מכונת n2-standard-16 בכל אזור בus-central1, צריך מכסה מספיקה ל-16 מעבדים לפחות ב-us-central1.

כדי ליצור חומות אש, מאזני עומסים, רשתות ורשתות VPN, צריך מכסות של רשתות ואיזון עומסים. המכסות האלה הן גלובליות ולא תלויות באזור. כל אזור יכול להשתמש במכסת שימוש גלובלית. לדוגמה, כתובות IP חיצוניות סטטיות וכתובות IP חיצוניות שנמצאות בשימוש שמוקצות למאזני עומסים ולשרתי proxy של HTTP ו-HTTPS, צורכות מכסות גלובליות.

מכונות וירטואליות

המכסה של מופעי מכונות וירטואליות היא מכסה אזורית שמגבילה את מספר מופעי המכונות הווירטואליות שיכולים להתקיים באזור נתון, בלי קשר לשאלה אם המכונה הווירטואלית פועלת. אפשר לראות את המכסה הזו במסוף Cloud de Confiance בדף Quotas. מערכת Compute Engine מגדירה את המכסה הזו באופן אוטומטי כך שתהיה גדולה פי 10 מהמכסה הרגילה שלכם ל-CPU. אין צורך לבקש את המכסה הזו. אם אתם צריכים מכסה לעוד מכונות וירטואליות, אתם יכולים לבקש עוד מעבדים, כי ככל שיש יותר מעבדים, המכסה של המכונות הווירטואליות גדולה יותר. המכסה חל על מכונות וירטואליות שפועלות ועל מכונות וירטואליות שלא פועלות, וגם על מופעים רגילים ועל מופעים שניתנים להפסקת פעולה.

1. נכנסים לדף Quotas במסוף Cloud de Confiance .

   לפתיחת הדף Quotas

2. ברשימה filter_list Filter בוחרים באפשרויות הבאות:

   • בשירות, בוחרים באפשרות Compute Engine API.
   • בקטע Type, בוחרים באפשרות Quota.
   • בשדה Name, בוחרים באפשרות VM instances.
   • אופציונלי: במדד, בוחרים שם אחר של מכסת CPU או מכסת CPU שהוקצתה שרוצים לסנן.

3. אופציונלי: כדי למיין את הטבלה לפי אזור, לוחצים על העמודה מאפיינים (למשל, מיקום).

4. בוחרים את האזורים שרוצים לשנות את המכסה שלהם.

5. לוחצים על edit עריכה.

6. ממלאים את הטופס.

7. לוחצים על Submit Request.

קבוצות של מכונות

כדי להשתמש בקבוצות של מכונות וירטואליות, צריך להקצות מכסות לכל המשאבים שבהם הקבוצה משתמשת (לדוגמה, מכסת CPU) ולמשאב הקבוצה עצמו. בהתאם לסוג הקבוצה שיוצרים, חלות מכסות השימוש הבאות במשאבי הקבוצה:

סוג השירות	מכסת שירות
קבוצה של מופעי מכונה מנוהלים (אזורית, מרובת אזורים)	Regional instance group managers
קבוצת מופעי מכונה מנוהלים של אזור (אזור יחיד)	שני התנאים הבאים צריכים להתקיים: Instance group managers Instance groups
קבוצת מופעים לא מנוהלת (אזור יחיד)	Instance groups
מידרוג אוטומטי אזורי (רב-אזורי)	Regional autoscalers
מידרוג אוטומטי אזורי (אזור יחיד)	Autoscalers

מכסות דיסק

המיכסות הבאות של Persistent Disk,‏ Hyperdisk ו-Local SSD חלות על כל אזור בנפרד:

• ‫Hyperdisk Balanced Capacity (GB). המכסה הזה הוא הגודל הכולל המשולב של דיסקים מסוג Hyperdisk Balanced שאפשר ליצור באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת HDB-TOTAL-GB.

  המיכסה הזו משותפת בין דיסקים מסוג Hyperdisk Balanced לבין דיסקים מסוג Hyperdisk Balanced High Availability. עם זאת, דיסקים מסוג Hyperdisk Balanced High Availability צורכים את המכסה בקצב כפול בהשוואה לדיסקים מסוג Hyperdisk Balanced. לדוגמה, יצירת קיבולת של 100GB של Hyperdisk Balanced High Availability נחשבת כ-200GB מתוך מגבלת HDB-TOTAL-GB.

• ‫Hyperdisk Balanced Throughput (MB/s). המכסה הזו היא כמות התפוקה הכוללת שאפשר להקצות לכל דיסקי Hyperdisk Balanced באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת HDB-TOTAL-THROUGHPUT.

• ‫Hyperdisk Balanced IOPS. המכסה הזו היא הסכום הכולל של פעולות קלט/פלט בשנייה (IOPS) שאפשר להקצות לכל הדיסקים מסוג Hyperdisk Balanced באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת HDB-TOTAL-IOPS.

• ‫Hyperdisk Extreme Capacity (GB). המכסה הזו היא הגודל הכולל של דיסקים מסוג Hyperdisk Extreme שאפשר ליצור באזור מסוים. ב-CLI של gcloud וב-API, המכסה הזו נקראת HDX-TOTAL-GB.

• ‫Hyperdisk ML Capacity (GB). המכסה הזו היא הגודל הכולל המשולב של דיסקים מסוג Hyperdisk ML שאפשר ליצור באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת HDML-TOTAL-GB.

• ‫Hyperdisk ML Throughput (MB/s). המכסה הזו היא כמות התפוקה הכוללת שאפשר להקצות לכל דיסקי ה-ML של Hyperdisk באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת HDML-TOTAL-THROUGHPUT.

• ‫Hyperdisk Throughput Capacity (GB). המכסה הזו היא הגודל הכולל של דיסקים מסוג Hyperdisk Throughput שאפשר ליצור באזור מסוים. ב-CLI של gcloud וב-API, המכסה הזו נקראת HDT-TOTAL-GB.

• ‫Persistent disk standard (GB). המכסה הזו היא הגודל הכולל של דיסק מתמיד סטנדרטי שאפשר ליצור באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת DISKS-TOTAL-GB. המכסה הזו חלה גם על:

  • Regional Standard Persistent Disk, אבל Regional Persistent Disk צורכים כמות כפולה של מכסה לכל GiB בגלל רפליקציה בשני אזורים בתוך אזור.
  • כשבוחרים לשמור את הנתונים של SSD מקומי כשמפסיקים או משעים מכונת VM, נצרכת כמות שווה של מכסת דיסק מתמיד סטנדרטי.

• ‫Persistent disk SSD (GB). המכסה הזו היא הגודל הכולל של נפחי SSD-backed Persistent Disk שאפשר ליצור באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת SSD-TOTAL-GB. המכסה הזו נפרדת מהמכסה של דיסקים מסוג Local SSD. המכסה הזו חלה על סוגי הדיסקים הבאים:

  • דיסק מתמיד שמבוסס על SSD אזורי ושל תחום מוגדר
  • דיסק אחסון מתמיד מאוזן אזורי ושל תחום מוגדר

  נפחי דיסק לאחסון מתמיד אזורי תופסים כמות כפולה של מכסה לכל GiB בגלל השכפול בשני אזורים בתוך אזור.

• ‫Persistent Disk IOPS. המכסה הזו היא המספר הכולל של פעולות קלט/פלט (I/O) לשנייה עבור נפחי Persistent Disk מסוג Extreme שאפשר ליצור באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת PD-EXTREME-TOTAL-PROVISIONED-IOPS. המכסה הזו נפרדת ממכסת ה-IOPS של Google Cloud Hyperdisk.

• ‫Local SSD per machine family (GB). המכסה הזה הוא הגודל הכולל של דיסקים מסוג Local SSD שאפשר לצרף למכונות וירטואליות באזור מסוים, על סמך סוג המכונה של כל מכונה וירטואלית. ‫SSD מקומי הוא דיסק אחסון ארעי (ephemera disk) מהיר שצריך לשמש לגירוד, למטמון מקומי או לעיבוד משימות עם סבילות גבוהה לתקלות, כי הדיסק לא מיועד לשרוד הפעלה מחדש של מכונת VM.

  דיסקים מקומיים מסוג SSD נמכרים במרווחים של ‎375 GiB או ‎3 TiB, בהתאם לסוג המכונה. יש גם מספר מקסימלי של דיסקים מסוג Local SSD שאפשר לצרף למכונה וירטואלית אחת, בהתאם לסוג המכונה. המספר המקסימלי של דיסקים מסוג Local SSD והגודל של כל דיסק כזה מגבילים את הקיבולת הכוללת של דיסקים מסוג Local SSD שאפשר להקצות למכונה וירטואלית. ב-CLI של gcloud וב-API, המגבלה הזו נקראת מכסת LOCAL_SSD_TOTAL_GB_PER_VM_FAMILY.

  בסוגי המכונות A4X,‏ A4,‏ A3 Ultra,‏ A3 Mega,‏ A3 High,‏ A3 Edge,‏ A2 ultra ו-G4, לא צריך לבקש את המכסה הזו כי כונני SSD מקומיים מתווספים אוטומטית למכונות וירטואליות שנוצרו באמצעות סוגי המכונות האלה. עם זאת, צריך לבקש LOCAL_SSD_TOTAL_GB_PER_VM_FAMILY עבור מכונות וירטואליות אחרות שעברו אופטימיזציה להאצת ביצועים.

מכסות של מאגרי אחסון

במאגרי אחסון של Hyperdisk עם הקצאת נפח אחסון מתקדמת, המכסות הבאות מוגדרות לפי נפח אחסון, ונמדדות ב-GB (או ב-‎1,000 MB):

• ‫Hyperdisk Balanced Storage Pools Advanced Capacity (GB): הכמות הכוללת של נפח האחסון בדיסק שאפשר לשריין לכל אזור במאגר אחסון מאוזן של Hyperdisk עם הקצאת קיבולת מתקדמת.

  • ה-CLI של gcloud וה-API: HDB-STORAGE-POOL-TOTAL-ADVANCED-CAPACITY
  • מדד: compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_capacity

• ‫Hyperdisk Throughput Storage Pools Advanced Capacity (GB): הכמות הכוללת של שטח הדיסק שאפשר לשריין לכל אזור במאגר אחסון של Hyperdisk Throughput עם הקצאת קיבולת מתקדמת.

  • ה-CLI של gcloud וה-API: HDT-STORAGE-POOL-TOTAL-ADVANCED-CAPACITY
  • מדד: compute.googleapis.com/hyperdisk_throughput_storage_pools_advanced_capacity

לצורך שיפור הביצועים, מאגרי אחסון של Hyperdisk עם הקצאת משאבים מתקדמת לשיפור הביצועים כוללים את המכסות הבאות:

• ‫Hyperdisk Balanced Storage Pools Advanced IOPS: סך ה-IOPS שאפשר לשריין במאגר אחסון Hyperdisk Balanced עם הקצאת ביצועים מתקדמת לאזור.

  • ה-CLI של gcloud וה-API: HDB-STORAGE-POOL-TOTAL-ADVANCED-IOPS
  • מדד: compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_iops

• ‫Hyperdisk Balanced Storage Pools Advanced Throughput (MB/s): נפח התפוקה הכולל שאפשר לשריין במאגר אחסון מסוג Hyperdisk Balanced עם הקצאת ביצועים מתקדמת לאזור.

  • ה-CLI של gcloud וה-API: HDB-STORAGE-POOL-TOTAL-ADVANCED-THROUGHPUT
  • מדד: compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_throughput

• ‫Hyperdisk Throughput Storage Pools Advanced Throughput (MB/s): נפח התפוקה הכולל שאפשר לשריין במאגר נפח תפוקה של Hyperdisk Throughput עם הקצאת ביצועים מתקדמת לאזור.

  • ה-CLI של gcloud וה-API: HDT-STORAGE-POOL-TOTAL-ADVANCED-THROUGHPUT
  • מדד: compute.googleapis.com/hyperdisk_throughput_storage_pools_advanced_throughput

מכסות של התחייבות ושל משאבים בהתחייבות

הנחות תמורת התחייבות לשימוש (CUD) עוזרות לכם לחסוך בעלויות השימוש ב-Compute Engine. כדי לקבל את ההנחות האלה, צריך לרכוש חוזה התחייבות לשימוש (שנקרא גם התחייבות). ההתחייבות יכולה להיות התחייבות לשימוש במשאבים (שבה אתם מתחייבים להשתמש בכמות מינימלית של משאבים) או התחייבות להוצאה (שבה אתם מתחייבים להוציא סכום מינימלי על מוצר או שירות).

התחייבויות להוצאה לא דורשות מכסות, אבל התחייבויות לשימוש במשאבים כן. לפני שרוכשים התחייבות לשימוש במשאבים אזוריים ספציפיים, צריך לוודא שיש מכסה זמינה באזור הזה לשני הדברים הבאים:

• התחייבויות. התחייבויות לשימוש במשאבים הן משאבים אזוריים, ולכן צריך מכסה זמינה כדי ליצור את המשאב האזורי הזה.

• משאבים שהוקצו (למעט זיכרון). אלה המשאבים שציינתם בהתחייבות. צריכה להיות לכם מכסה באזור עבור המק"טים עם התחייבות של כל ה-vCPU, יחידות ה-GPU או דיסקי ה-SSD המקומיים שאתם רוצים לציין בהתחייבות.

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

מגבלות המכסה של יחידת העיבוד המרכזית (CPU)

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

כדי להגן על מערכות Compute Engine ועל משתמשים אחרים, לחלק מהחשבונות והפרויקטים החדשים יש גם מכסה גלובלית של CPUs (All Regions). המכסה הזה חל על כל האזורים ונמדד כסכום של כל המעבדים הווירטואליים בכל האזורים.

לדוגמה, אם נותרו לכם 48 vCPU באזור יחיד כמו us-central1, אבל רק 32 vCPU נותרו במכסת CPUs (All Regions), תוכלו להפעיל רק 32 vCPU באזור us-central1, גם אם נותרה מכסה באזור. הסיבה לכך היא שהגעתם למכסת CPU (All Regions) וצריך למחוק מופעים קיימים כדי להפעיל מופעים חדשים.

סוגי המכונות E2 ו-N1 חולקים מאגר של מכסות CPU. אם לא צוין אחרת, לכל סוגי המכונות האחרים יש מאגרי מכסות נפרדים וייחודיים של מעבדים.

.

בטבלה הבאה מפורטים שמות המכסות של סוגי המכונות ב-Compute Engine. אם המכסה לא רלוונטית לסוג המכונה, מוצג הערך N/A עבור 'לא רלוונטי'.

מכסת GPU

כדי לוודא שיש לכם מספיק יחידות GPU בפרויקט, כדאי לבדוק את דף המכסות במסוף Cloud de Confiance . אם צריך, אפשר לבקש להגדיל את המכסה. בחשבונות ובפרויקטים חדשים יש מכסת GPU גלובלית שחלה על כל האזורים.

בדומה למכסת מעבדים וירטואליים, מכסת ה-GPU מתייחסת למספר הכולל של יחידות GPU וירטואליות בכל המכונות הווירטואליות באזור מסוים. מכסות ה-GPU נצרכות על ידי מכונות פעילות והזמנות. יש לכם מכסות שונות ליצירת מכונות וירטואליות רגילות, מכונות וירטואליות זמניות מסוג Spot (לדוגמה, מכונות וירטואליות שניתנות להפסקה), תחנות עבודה וירטואליות או מכונות וירטואליות שמשתמשות בהתחייבות לשימוש.

כשמבקשים מכסת GPU, צריך לבקש מכסה לדגמי ה-GPU שרוצים ליצור בכל אזור. כדאי גם לבקש מכסה גלובלית נוספת (GPUs (all regions)) למספר הכולל של מעבדי GPU מכל הסוגים בכל האזורים.

בטבלה הבאה מפורטות מכסות ה-GPU שזמינות לכל סוג מכונה.

מכסות של מופעים זמניים שניתנים להפסקה

אפשר לבקש מכסות זמניות של Preemptible CPUs,‏ Preemptible GPUs ו-Preemptible Local SSDs (GB). המכסות האלה של משאבים שניתן להפסיק את השימוש בהם חלות על המעבדים (CPU), על המעבדים הגרפיים (GPU) ועל ה-SSD המקומי של מכונות וירטואליות (VM) מהסוגים הבאים:

• מכונות וירטואליות במודל Spot ומכונות וירטואליות זמניות מדור קודם
• מכונות וירטואליות עם GPU עם זמני ריצה מוגדרים מראש
• מכונות Flex-start VM

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

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

כתובות IP חיצוניות

צריכות להיות לכם מספיק כתובות IP חיצוניות לכל מכונה וירטואלית שצריך להגיע אליה ישירות מהאינטרנט הציבורי. מכסת כתובות ה-IP האזורית היא להקצאת כתובות IPv4 או IPv6 למכונות וירטואליות באותו אזור. כתובות IP מסוג IPv6 משתמשות באותם סוגי מכסות כמו כתובות IP מסוג IPv4, למעט כתובות IPv6 סטטיות חיצוניות ופנימיות, שיש להן סוגי מכסות משלהן.

המכסה הגלובלית של כתובות IP מיועדת להקצאת כתובות IPv4 למשאבי רשת גלובליים, כמו מאזני עומסים.

‫Cloud de Confiance מציעה סוגים שונים של כתובות IP, בהתאם לצרכים שלכם. מידע על עלויות זמין במאמר בנושא תמחור של כתובות IP חיצוניות. מידע על פרטי המכסות זמין במאמר מכסות ומגבלות.

• כתובות IP סטטיות. מספר כתובות ה-IPv4 החיצוניות הסטטיות האזוריות שאפשר לשמור בכל אזור בפרויקט.
• טווחים של כתובות IPv6 חיצוניות סטטיות אזוריות: מספר הטווחים של כתובות IPv6 חיצוניות סטטיות אזוריות שאפשר לשמור בכל אזור בפרויקט.
• כתובות IP סטטיות גלובליות: כתובות IP חיצוניות ששמורות למשאבים שלכם ונשמרות גם אחרי הפעלה מחדש של המכונה. אפשר לרשום את הכתובות האלה בשירותי DNS וספקי דומיינים כדי לספק כתובת ידידותית למשתמש. לדוגמה, www.example-site.com.
• כתובות IP בשימוש. מספר כתובות ה-IP החיצוניות האזוריות הסטטיות והארעיות שאפשר להשתמש בהן בפרויקט בו-זמנית.

• כתובות IP בשימוש גלובלי. מספר כתובות ה-IP החיצוניות הסטטיות והזמניות הגלובליות שאפשר להשתמש בהן בפרויקט בו-זמנית.

השקות של מכסות

לפעמים, Cloud de Confiance by S3NS משנה את מכסת ברירת המחדל של משאבים וממשקי API. השינויים האלה מתבצעים באופן הדרגתי. במהלך ההשקה של מכסת ברירת מחדל חדשה, יכול להיות שהמכסה המקסימלית שמופיעה במסוף Cloud de Confiance לא תשקף את המכסה המקסימלית בפועל שזמינה לכם. אפשר לראות את ההשקות של המכסות באמצעות מסוף Cloud de Confiance או Cloud Quotas API.

לדוגמה, נניח ש- Cloud de Confiance by S3NS משנה את מכסת ברירת המחדל המקסימלית של כללי חומת האש מ-200 ל-300, ואתם משתמשים במסוף Cloud de Confiance כדי לראות את המכסה שלכם. יכול להיות שתראו את המכסה החדשה של 300, למרות שהמכסה בפועל היא 200 עד שההשקה תושלם.

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

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

• מידע נוסף על תמחור לפי משאבים
• מידע על תמחור של מכונות וירטואליות
• איך רואים ומנהלים את המכסה
• איך מגדירים התראות על מכסת נפח
• איך מגדילים את המכסה באופן אוטומטי על סמך השימוש במשאבים של Compute Engine