מכסות הקצאה

במאמר הזה מפורטות מכסות ההקצאה שחלות על 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), בלי קשר לתחום. לדוגמה, מכסת המעבד (CPU) היא מכסה אזורית, ולכן יש מגבלה וספירת שימוש שונות לכל אזור. כדי להפעיל מכונה מסוג n2-standard-16 בכל אזור (zone) באזור (region) us-central1, אתם צריכים מכסה מספיקה ל-16 מעבדים לפחות ב-us-central1.

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

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

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

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

   לפתיחת הדף Quotas

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

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

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

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

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

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

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

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

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

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

מכסות דיסק

המכסות הבאות של Persistent Disk,‏ Hyperdisk ו-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). המכסה הזו היא הנפח הכולל של קצב העברת הנתונים שאפשר להקצות לכל הדיסקים של Hyperdisk ML באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת HDML-TOTAL-THROUGHPUT.

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

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

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

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

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

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

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

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

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

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

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

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

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

  • ה-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 Storage Pool עם הקצאת קיבולת מתקדמת.

  • ה-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 Storage Pool עם הקצאת ביצועים מתקדמת.

  • ה-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 Storage Pool עם הקצאת ביצועים מתקדמת.

  • ה-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 Storage Pool עם הקצאת ביצועים מתקדמת.

  • ה-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 זמינים בפרויקט, בודקים את הדף Quotas במסוף Cloud de Confiance . אם צריך, אתם יכולים לבקש להגדיל את המכסה. בחשבונות ובפרויקטים חדשים יש מכסת GPU גלובלית שחלה על כל האזורים.

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

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

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

מכסת TPU

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

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

כשמבקשים מכסת TPU, צריך לבקש מכסה לגרסת ה-TPU שרוצים ליצור בכל אזור.

בטבלה הבאה מפורטים שמות המכסות לכל גרסת TPU. כדי לראות את המכסה של גרסה מסוימת, מסננים לפי שם המכסה, ואם רלוונטי, לפי המאפיין הנתון.

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

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

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

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

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

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

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

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

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

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

• In-use IP addresses global. מספר כתובות ה-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