מכסות הקצאה

במאמר הזה מפורטות מכסות ההקצאה שחלות על 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, צורכות מכסות גלובליות.

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

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

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

    לפתיחת הדף Quotas

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

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

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

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

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

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

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

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

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

מכסות לדיסקים

המכסות הבאות של דיסקים לאחסון מתמיד (persistent disks),‏ 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). המכסה הזו היא הגודל הכולל של דיסק מתמיד סטנדרטי שאפשר ליצור באזור. ב-CLI של gcloud וב-API, המכסה הזו נקראת DISKS-TOTAL-GB. המכסה הזו חלה גם על:

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

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

    דיסקים של SSD מקומי נמכרים במרווחים של 375 GiB או 3 TiB, בהתאם לסוג המכונה. יש גם מספר מקסימלי של דיסקים מסוג Local SSD שאפשר לצרף למכונה וירטואלית אחת, בהתאם לסוג המכונה. המספר המקסימלי של דיסקים מסוג 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,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 Storage Pools עם הקצאת משאבים מתקדמת לשיפור הביצועים הן:

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

מכסת המעבדים (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 (לא רלוונטי).

סוג המכונה מאגר מכסות שם המכסה של המעבד (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
 vm_family="N4" Committed_N4_CPUS
N4A בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="N4A" Committed_N4A_CPUS
N4D בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="N4D" Committed_N4D_CPUS
T2D בריכה נפרדת T2D_CPUS לא רלוונטי Committed_T2D_CPUS
T2A בריכה נפרדת T2A_CPUS לא רלוונטי לא זמין ב-T2A
Z3 בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="Z3" Committed_Z3_CPUS
Z4D בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="Z4D" Committed_Z4D_CPUS
Z4M בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="Z4M" Committed_Z4M_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 vm_family="M4" Committed_M4_CPUS
M4N בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="M4N" Committed_M4N_CPUS
X5 בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="X5" Committed_X5_CPUS
X4 בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="X4" Committed_X4_CPUS
H4D בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="H4D" Committed_H4D_CPUS
H3 בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="H3" 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 vm_family="C3D" Committed_C3D_CPUS
C4 בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="C4" Committed_C4_CPUS
C4A בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="C4A" Committed_C4A_CPUS
C4D בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="C4D" Committed_C4D_CPUS
C4N בריכה נפרדת CPUS_PER_VM_FAMILY vm_family="C4N" Committed_C4N_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, בהתאם לסוג המכונה הווירטואלית. אין צורך לבקש מכסות למעבדים.

מכסת GPU

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

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

מכסת ה-TPU מתייחסת למספר הכולל של שבבי TPU שהפרויקט יכול להשתמש בהם באזור מסוים. מכונות פעילות והזמנות צורכות מכסות TPU. יש מכסות שונות ליצירת מכונות רגילות (לפי דרישה) או VM במודל 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). המכסות האלה חלות על המעבדים (CPU), המעבדים הגרפיים (GPU) וכונני ה-SSD המקומיים של המכונות הווירטואליות הבאות:

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

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

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

צריכות להיות לכם מספיק כתובות IP חיצוניות לכל מכונה וירטואלית שצריכה להיות נגישה ישירות מהאינטרנט הציבורי. המכסה האזורית של כתובות IP מיועדת להקצאת כתובות IPv4 או IPv6 למכונות וירטואליות באותו אזור. כתובות IPv6 IP משתמשות באותם סוגי מכסות כמו כתובות IPv4 IP, למעט כתובות 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 כדי לבדוק את המכסה. אם אתם צריכים מכסה גדולה יותר מזו שיש לכם גישה אליה, אתם יכולים לשלוח בקשה לשינוי המכסה.

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