מכסות הקצאה

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

מכסות הקצאה

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

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

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

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

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

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

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

מכסות הקצאה

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

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

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

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

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

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

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

    לפתיחת הדף Quotas

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

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

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

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

  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). המכסה הזו היא כמות התפוקה הכוללת שאפשר להקצות לכל דיסקי ה-Hyperdisk ML באזור. ב-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 אזורי ושל תחום מוגדר
    • דיסק אחסון מתמיד מאוזן אזורי ושל תחום מוגדר

    נפחי Regional Persistent Disk תופסים כמות כפולה של מכסה לכל 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 מקומי הוא דיסק מהיר וזמני שצריך לשמש לגיבוי, למטמון מקומי או לעיבוד משימות עם סבילות גבוהה לתקלות, כי הדיסק לא מיועד לשרוד הפעלה מחדש של מכונת VM.

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

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

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

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

  • ‫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 Storage Pools עם הקצאת משאבים מתקדמת לביצועים הן:

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

    • ה-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)

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

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

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

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

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

סוג המכונה מאגר מכסות שם המכסה של ה-CPU שם מכסת CPU שהוקצתה
N1 בריכה משותפת CPUS Committed_CPUS
E2 בריכה משותפת CPUS Committed_CPUS
N2 בריכה נפרדת N2_CPUS Committed_N2_CPUS
N2D בריכה נפרדת N2D_CPUS Committed_N2D_CPUS
N4 בריכה נפרדת CPUS_PER_VM_FAMILY Committed_N4_CPUS
N4A בריכה נפרדת CPUS_PER_VM_FAMILY Committed_N4A_CPUS
N4D בריכה נפרדת CPUS_PER_VM_FAMILY Committed_N4D_CPUS
T2D בריכה נפרדת T2D_CPUS Committed_T2D_CPUS
T2A בריכה נפרדת T2A_CPUS לא זמין ל-T2A
Z3 בריכה נפרדת CPUS_PER_VM_FAMILY Committed_Z3_CPUS
M1 בריכה נפרדת M1_CPUS Committed_MEMORY-OPTIMIZED_CPUS
M2 בריכה נפרדת M2_CPUS Committed_MEMORY-OPTIMIZED_CPUS
M3 בריכה נפרדת M3_CPUS Committed_M3_CPUS
M4 בריכה נפרדת CPUS_PER_VM_FAMILY Committed_M4_CPUS
X4 בריכה נפרדת CPUS_PER_VM_FAMILY Committed_X4_CPUS
H4D בריכה נפרדת CPUS_PER_VM_FAMILY Committed_H4D_CPUS
H3 בריכה נפרדת CPUS_PER_VM_FAMILY Committed_H3_CPUS
C2 בריכה נפרדת C2_CPUS Committed_C2_CPUS
C2D בריכה נפרדת C2D_CPUS Committed_C2D_CPUS
C3 בריכה נפרדת C3_CPUS Committed_C3_CPUS
C3D בריכה נפרדת CPUS_PER_VM_FAMILY Committed_C3D_CPUS
C4 בריכה נפרדת CPUS_PER_VM_FAMILY Committed_C4_CPUS
C4A בריכה נפרדת CPUS_PER_VM_FAMILY Committed_C4A_CPUS
‫A2* בריכה נפרדת A2_CPUS Committed_A2_CPUS
A4X Max† לא רלוונטי ל-A4X Max לא רלוונטי ל-A4X Max לא רלוונטי ל-A4X Max
A4X† לא רלוונטי ל-A4X לא רלוונטי ל-A4X לא רלוונטי ל-A4X
A4† לא רלוונטי ל-A4 לא רלוונטי ל-A4 לא רלוונטי ל-A4
A3† לא רלוונטי ל-A3 לא רלוונטי ל-A3 לא רלוונטי ל-A3
‫G4† לא רלוונטי ל-G4 לא רלוונטי ל-G4 לא רלוונטי ל-G4
G2† לא רלוונטי ל-G2 לא רלוונטי ל-G2 לא רלוונטי ל-G2
מכונות וירטואליות זמניות בריכה משותפת PREEMPTIBLE_CPUS לא זמין למכונות וירטואליות שניתן להפסיק את הפעולה שלהן

*כדי ליצור מכונות וירטואליות מסוג A2, צריך רק את מכסות ה-GPU הנדרשות של NVIDIA A100. אין צורך לבקש מכסות של CPU.

† כדי ליצור מכונות וירטואליות מסוג A4X Max,‏ A4X,‏ A4,‏ A3,‏ G4 ו-G2, צריך רק מכסות GPU מסוג NVIDIA GB300,‏ GB200,‏ B200,‏ H200,‏ H100,‏ RTX PRO 6000 או L4, בהתאם לסוג המכונה הווירטואלית. אין צורך לבקש מכסות של CPU.

מכסת GPU

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

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

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

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

סוג המכונה סוג ה-GPU מכסה רגילה מכסה מחויבת מכסת תחנות עבודה וירטואליות מכסה של מכונות שאפשר להפסיק לפני הזמן מכסת תחנות עבודה וירטואליות זמניות
A4X Max GB300 לא זמין COMMITTED_NVIDIA_GB300_GPUS לא זמין PREEMPTIBLE_NVIDIA_GB300_GPUS לא זמין
A4X GB200 לא זמין COMMITTED_NVIDIA_GB200_GPUS לא זמין PREEMPTIBLE_NVIDIA_GB200_GPUS לא זמין
A4 B200 לא זמין COMMITTED_NVIDIA_B200_GPUS לא זמין PREEMPTIBLE_NVIDIA_B200_GPUS לא זמין
A3 Ultra H200 לא זמין COMMITTED_NVIDIA_H200_GPUS לא זמין PREEMPTIBLE_NVIDIA_H200_GPUS לא זמין
A3 Mega H100 GPU_FAMILY:NVIDIA_H100_MEGA COMMITTED_NVIDIA_H100_MEGA_GPUS לא זמין PREEMPTIBLE_NVIDIA_H100_MEGA_GPUS לא זמין
‫A3 Edge ו-A3 High H100 GPU_FAMILY:NVIDIA_H100 COMMITTED_NVIDIA_H100_GPUS לא זמין PREEMPTIBLE_NVIDIA_H100_GPUS לא זמין
A2 Ultra A100 80GB NVIDIA_A100_80GB_GPUS COMMITTED_NVIDIA_A100_80GB_GPUS לא זמין PREEMPTIBLE_NVIDIA_A100_80GB_GPUS לא זמין
A2 Standard A100 40GB NVIDIA_A100_GPUS COMMITTED_NVIDIA_A100_GPUS לא זמין PREEMPTIBLE_NVIDIA_A100_GPUS לא זמין
G4 RTX PRO 6000 GPU_FAMILY:NVIDIA_RTX_PRO_6000 COMMITTED_NVIDIA_RTX_PRO_6000_GPUS NVIDIA_RTX_PRO_6000_VWS_GPUS PREEMPTIBLE_NVIDIA_RTX_PRO_6000_GPUS PREEMPTIBLE_NVIDIA_RTX_PRO_6000_VWS_GPUS
G2 L4 GPU_FAMILY:NVIDIA_L4 COMMITTED_NVIDIA_L4_GPUS NVIDIA_L4_VWS_GPUS PREEMPTIBLE_NVIDIA_L4_GPUS PREEMPTIBLE_NVIDIA_L4_VWS_GPUS
N1 T4 NVIDIA_T4_GPUS COMMITTED_NVIDIA_T4_GPUS NVIDIA_T4_VWS_GPUS PREEMPTIBLE_NVIDIA_T4_GPUS PREEMPTIBLE_NVIDIA_T4_VWS_GPUS
N1 V100 NVIDIA_V100_GPUS COMMITTED_NVIDIA_V100_GPUS לא זמין PREEMPTIBLE_NVIDIA_V100_GPUS לא זמין
N1 P100 NVIDIA_P100_GPUS COMMITTED_NVIDIA_P100_GPUS NVIDIA_P100_VWS_GPUS PREEMPTIBLE_NVIDIA_P100_GPUS PREEMPTIBLE_NVIDIA_P100_VWS_GPUS
N1 P4 NVIDIA_P4_GPUS COMMITTED_NVIDIA_P4_GPUS NVIDIA_P4_VWS_GPUS PREEMPTIBLE_NVIDIA_P4_GPUS PREEMPTIBLE_NVIDIA_P4_VWS_GPUS

מכסת TPU

כדי לוודא שיש לכם מספיק יחידות TPU זמינות בפרויקט, בודקים את Quotas & System Limits (מכסות ומגבלות מערכת) בGoogle Cloud console. אם אתם צריכים מכסה גדולה יותר, אתם יכולים לבקש להגדיל את המכסה.

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

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

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

גרסת TPU מכסה רגילה מכסה של מכונות שאפשר להפסיק לפני הזמן
TPU7x TPUs per TPU family
מאפיין: tpu_family:tpu7x		 Preemptible TPU slices tpu7x
v6e TPUs per TPU family
מאפיין: tpu_family:CT6E		 Preemptible TPU slices v6e
v5p TPU v5p chips Preemptible TPU v5p chips

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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