בדף הזה מפורטות מכסות השימוש והמגבלות שחלות על השימוש ב-Cloud Run.
מספר המשאבים של Cloud Run מוגבל. המכסות של Cloud Run כוללות מגבלות קצב של יצירת בקשות ל-API, שמשפיעות על הקצב שבו אפשר לשלוח קריאות ל-Cloud Run Admin API.
אין מגבלה ישירה על:
- גודל קובצי האימג' של הקונטיינרים שאפשר לפרוס.
- מספר הבקשות המקבילות שמטופלות על ידי שירות Cloud Run.
מגבלות על משאבים ב-Cloud Run
המגבלות הבאות קובעות את מספר המשאבים המקסימלי שאפשר ליצור באזור. עם זאת, מכסה זמינה לא מבטיחה זמינות של משאבים. אם משאב מסוים לא זמין, או אם האזור שבחרתם מוגבל במשאב, יכול להיות שלא תוכלו ליצור או לשנות את קנה המידה של משאבים מהסוג הזה, גם אם נשארה לכם מכסה באזור או בפרויקט. לדוגמה, יכול להיות שעדיין יש לכם מכסה ליצירת משימות ב-us-central1, אבל אין משאבים זמינים באזור הזה.
כדי לחרוג מהמגבלות שאפשר להגדיל, צריך לבקש להגדיל את המכסה. כדי לחרוג מהמגבלות לכל פרויקט שאי אפשר להגדיל, צריך ליצור משאבים חדשים בפרויקט או באזור אחרים ב- Google Cloud .
| משאב | תיאור | הגבלה | היקף | אפשר להגדיל את המכסה |
|---|---|---|---|---|
| שירות | מספר השירותים המקסימלי | 1000 | לכל פרויקט ואזור | כן |
| משימה | מספר המשימות המקסימלי | 1000 | לכל פרויקט ואזור | כן |
| מאגר של וורקרים | מספר מקסימלי של מאגרי עובדים | 1000 | לכל פרויקט ואזור | כן |
| Instance | מספר המופעים המקסימלי | 100 | לכל פרויקט ואזור | כן |
| Instance | משך הזמן המקסימלי של הפעלה רציפה לפני הפעלה מחדש אוטומטית (נדרשת מדיניות הפעלה מחדש של always או on-failure) |
7 ימים | לכל מופע | לא |
| Instance | הקצאת מעבד (CPU) בסיסית למכונות של מעבד משותף מחוץ לתקציב ה-burst | 6.25% | לכל מופע | לא |
| ביצוע משימות | המספר המקסימלי של משימות שפועלות | 1000 | לכל פרויקט ואזור | כן |
| גרסה קודמת | מספר הגרסאות שאחריו כל הגרסאות שלא ניתן לגשת אליהן נמחקות באופן אוטומטי לפי סדר היסטורי | 1000 | לכל שירות | לא |
| גרסה קודמת | המספר המקסימלי של גרסאות שמקבלות תנועה | 4000 | לכל פרויקט ואזור | כן |
| תג גרסה | מספר מקסימלי של תגי גרסאות. כשחורגים ממגבלת התגים של הגרסאות, Cloud Run מנקה את התגים בשירות. בשירות שבו נוצר תג חדש, תגים שלא צוין בהם אחוז תנועה נמחקים באופן אוטומטי לפי הסדר ההיסטורי. | 2000 | לכל פרויקט ואזור | כן |
| ביצוע משימות | מגבלת השמירה של הרצות משימות שהושלמו. כשהמספר של ההפעלות שהושלמו במשימה מגיע למגבלה הזו, ההפעלות נמחקות באופן אוטומטי לפי הסדר ההיסטורי | 1,000 | לכל משרה | לא |
| משימת ביצוע של משימה1 | מספר מקסימלי של משימות שפועלות במקביל | תלוי באזור שנבחר ובהגדרות של המעבד והזיכרון. המגבלה הזו עשויה להיות גבוהה יותר באזורים עם קיבולת גבוהה, או נמוכה יותר באזורים שנפתחו לאחרונה. אפשר לראות את המכסה בדף Quotas and system limits במסוף. | לכל ביצוע של משימה | כן |
| משימה להרצת ג'וב | ערך הזמן הקצוב המקסימלי למשימות | 168 שעות (7 ימים), או 12 שעות אם משתמשים ב-GPU | לכל ביצוע של משימה | לא |
| משימה להרצת ג'וב | מספר המשימות המקסימלי במשימה אחת | 10,000 | לכל ביצוע של משימה | לא |
| משימה להרצת ג'וב | המספר המקסימלי של ניסיונות חוזרים לביצוע משימה בעבודה | 10 | לכל ביצוע של משימה | לא |
| משתני סביבה | מספר מקסימלי של משתני סביבה לכל קונטיינר | 1000 | לפי עבודה או לפי שירות | לא |
| ארגומנטים של פקודות | מספר הארגומנטים המקסימלי של פקודות לכל קונטיינר | 1000 | לפי עבודה או לפי שירות | לא |
| מופע של מאגר תגים3 | מספר המכונות המקסימלי של קונטיינרים שמשתמשים ב-Direct VPC egress | 100-200, בהתאם להגדרות האזור שנבחר. | לכל גרסה ואזור | כן |
| מופע של קונטיינר | זמן קצוב (בדקות) להפעלה | 4 | לכל מופע של קונטיינר | לא |
| זיכרון | גודל הזיכרון המקסימלי, ב-GiB | 32 | לכל מופע של קונטיינר | לא |
| CPU | מספר מקסימלי של מעבדי vCPU | 8 | לכל מופע של קונטיינר | לא |
| מעבד (CPU)1 | המעבד (CPU) הכולל המקסימלי, ב-milli vCPU, שהוקצה לכל המכונות במשך דקה אחת. | תלוי באזור שנבחר. המגבלה הזו עשויה להיות גבוהה יותר באזורים עם קיבולת גבוהה, או נמוכה יותר באזורים שנפתחו לאחרונה. | לכל פרויקט ואזור | כן |
| זיכרון1 | הנפח הכולל המקסימלי של הזיכרון (בבייטים) שהוקצה לכל המכונות בפרק זמן של דקה. | תלוי באזור שנבחר. המגבלה הזו עשויה להיות גבוהה יותר באזורים עם קיבולת גבוהה, או נמוכה יותר באזורים שנפתחו לאחרונה. אפשר לראות את המכסה בדף Quotas and system limits במסוף. | לכל פרויקט ואזור | כן |
| מכונה של GPU בלי הבטחה ליתירות אזורית1, 4 | מספר מקסימלי של מכונות קונטיינר עם GPU | 04 | לכל פרויקט בכל אזור | כן |
| מכונה של GPU עם הבטחה ליתירות אזורית1, 4 | מספר מקסימלי של מכונות קונטיינר עם GPU | 04 | לכל פרויקט בכל אזור | כן |
| דיסק | מערכת קבצים מקסימלית בזיכרון שניתן לכתוב בה, מוגבלת על ידי זיכרון המכונה, ב-GiB | 32 | לכל מופע של קונטיינר | לא |
| משתנה הסביבה | האורך המקסימלי של המשתנה, בקילו-בייט | 32 | לכל משתנה | לא |
| מיפוי דומיינים | מספר מקסימלי של אישורי SSL | 50 | לכל דומיין ראשי ולכל שבוע | לא |
| מיפוי דומיינים | המספר המקסימלי של אישורי SSL כפולים | 5 | לכל דומיין ראשי ולכל שבוע | לא |
| טוקן גישה | המספר המקסימלי של טוקני גישה ייחודיים שנוצרו | 50 | לכל מכונה של מאגר לשנייה | לא |
| טוקן זהות | המספר המקסימלי של אסימוני זהות ייחודיים שנוצרו | 50 | לכל מכונה של מאגר לשנייה | לא |
| הקבצים נפתחו | המספר המקסימלי של קבצים שאפשר לפתוח בו-זמנית. תואם ל-/proc/sys/fs/file-max. |
25000 | לכל מופע של קונטיינר | לא |
1המכסות האזוריות האלה משמשות בכמה מקרים, שבהם כל אחת מהן שולטת על:
הערך המקסימלי שאפשר לבחור למאפיין maximum instance של גרסה. אחרי שהיא ניתנת באזור מסוים, כל הגרסאות באותו אזור יכולות להגיע למגבלה שניתנה.
ההתאמה המקסימלית של משימה. אחרי שהמכסה מוגדלת באזור מסוים, כל המשימות באותו אזור יכולות להגיע עד למגבלה החדשה.
המספר הכולל של מכונות קונטיינרים להרצת משימות באזור.
3המכסה האזורית הזו משמשת בכמה מקרים:
הוא קובע את הערך המקסימלי שאפשר לבחור למאפיין maximum instance של גרסה שמשתמשת ב-Direct VPC egress. אחרי שהבקשה תאושר באזור מסוים, כל הגרסאות באותו אזור יוכלו להגיע למגבלה שאושרה.
הוא שולט במקביליות המקסימלית של משימה שמשתמשת ב-Direct VPC egress. אחרי שהבקשה תאושר באזור מסוים, כל המשימות באותו אזור יוכלו להגיע למגבלה שאושרה.
4 בפרויקטים חדשים שיוצרים שירות עם מעבדי GPU מסוג L4, יוקצו באופן אוטומטי 3 יחידות של NvidiaL4GpuAllocNoZonalRedundancyPerProjectRegion. אפשר גם לבקש מכסה של NvidiaL4GpuAllocPerProjectRegion או NvidiaL4GpuAllocNoZonalRedundancyPerProjectRegion. אם השימוש ב-GPU בשיא לא קרוב למכסה, Google עשויה להקטין את המכסה.
מגבלות הרשת ב-Cloud Run
מגבלות על בקשות ב-Cloud Run
| משאב | תיאור | הגבלה | היקף | הערות |
|---|---|---|---|---|
| שירותים | המספר המקסימלי של בקשות בו-זמניות | 1,000 | לכל מופע | |
| מכונות | המספר המקסימלי של בקשות מקבילות | 80 | לכל מופע | |
| שירותים ומכונות | מספר מקסימלי של שידורי סטרימינג בו-זמנית | 100 | לכל חיבור של לקוח HTTP/2 | |
| שירותים | הזמן המקסימלי לפני פסק זמן | 60 דקות | לכל בקשה | |
| שירותים ומכונות | הגודל המקסימלי של בקשת HTTP/1 | 32 MiB | לכל בקשה | המגבלה חלה אם משתמשים בשרת HTTP/1. אין מגבלה אם משתמשים בשרת HTTP/2. |
| שירותים ומכונות | הגודל המקסימלי של תגובת HTTP/1 | 32 MiB | לכל תשובה | המגבלה חלה אם לא משתמשים ב-Transfer-Encoding: chunked או בסטרימינג. |
| שירותים ומכונות | מספר מקסימלי של חיבורים פתוחים | 50,000 | לכל מכונה, לכל סוג של תעבורת נתונים יוצאת (egress) | לא חל על תעבורת נתונים יוצאת של Direct VPC. |
| שירותים ומכונות | חיבורים יוצאים | 700 | לשנייה לכל מכונה | לא חל על תעבורת נתונים יוצאת של Direct VPC שנשלחת לרשת ה-VPC. |
| שירותים ומכונות | חיבורים יוצאים | 5,000 | לדקה לכל מכונה | לא חל על תעבורת נתונים יוצאת של Direct VPC שנשלחת לרשת ה-VPC. |
| שירותים ומכונות | פענוחי DNS יוצאים | 1,000 | לשנייה לכל מכונה | |
| שירותים ומכונות | בקשות נכנסות | 800 | לשנייה ליציאת קונטיינר HTTP/1 לכל מכונה | לא רלוונטי ליציאות של קונטיינרים מסוג HTTP/2. |
מגבלות רוחב הפס ב-Cloud Run
מגבלות רוחב הפס הבאות חלות על שירותים ומכונות של Cloud Run:
| משאב | תיאור | הגבלה | היקף | הערות |
|---|---|---|---|---|
| שירותים ומכונות | מספר הביטים המקסימלי לתעבורת נתונים יוצאת דרך Direct VPC | 1 Gbps | לכל מופע | תעבורת נתונים יוצאת (egress) דרך Direct VPC ליעדים ברשת ה-VPC. |
| שירותים ומכונות | מספר הביטים המקסימלי, לא כולל תעבורת נתונים יוצאת דרך Direct VPC | 600 Mbps | לכל מופע | מבוסס על סכום הביטים של תעבורת הנתונים הנכנסת והיוצאת, לא כולל תעבורת נתונים יוצאת דרך Direct VPC ליעדים ברשת ה-VPC. |
| שירותים ומכונות | קצב החבילות הכולל המקסימלי, לא כולל תעבורת נתונים יוצאת דרך Direct VPC | 64,000 חבילות לשנייה | לכל מופע | מבוסס על סכום החבילות של תעבורת הנתונים הנכנסת והיוצאת, לא כולל תעבורת נתונים יוצאת דרך Direct VPC ליעדים ברשת ה-VPC. |
אם מגיעים לאחת מהמגבלות האלה, למכונה של Cloud Run יהיה רוחב פס מוגבל.
מגבלות קצב של Cloud Run Admin API
מגבלות הקצב הבאות חלות על Cloud Run Admin API. הם לא חלים על הבקשות שמגיעות לשירותי Cloud Run שנפרסו.
| מכסה | תיאור | הגבלה | אפשר להגדיל את המכסה | היקף |
|---|---|---|---|---|
| בקשות קריאה של Cloud Run Admin API | מספר פעולות הקריאה ב-API לכל 60 שניות בכל אזור. זה לא מספר בקשות הקריאה לשירותי Cloud Run, שאינו מוגבל. | 3,000 ל-60 שניות | כן | לכל פרויקט ואזור |
| בקשות כתיבה ב-Cloud Run Admin API | מספר פעולות הכתיבה ב-API לכל 60 שניות בכל אזור. זה לא מספר בקשות הכתיבה לשירותי Cloud Run, שאינו מוגבל. | 180 ל-60 שניות | כן | לכל פרויקט ואזור |
| הרצת משימה | המספר המקסימלי של פעמים שאפשר להריץ משימה בכל 60 שניות בכל אזור. | 180 ל-60 שניות | כן | לכל פרויקט ואזור |
איך מגדילים את המכסה
בקשות לשינוי מכסות ב-Cloud כפופות לבדיקה. אם הבקשה לשינוי המכסה דורשת בדיקה, תקבלו אימייל עם אישור על קבלת הבקשה. אם דרושה לך עזרה נוספת, אפשר להשיב לאימייל. אחרי בדיקת הבקשה, תקבלו התראה באימייל אם הבקשה אושרה או לא.
המסוף
כדי לשנות ערך של מכסה:
במסוף Google Cloud , נכנסים לדף IAM & Admin > Quotas & System Limits:
אם מתבקשים לבחור פרויקט, בוחרים את הפרויקט שרוצים לשנות.בעמודה Quota, מחפשים את ערך המכסה שרוצים לעדכן ומסמנים את התיבה שליד המכסה שרוצים לעדכן.
אם צריך, אפשר להשתמש בתיבת החיפוש Filter כדי לחפש את המכסה.
לוחצים על Edit. תיבת הדו-שיח Quota changes תיפתח.
מקלידים את המכסה החדשה הרצויה בשדה New value. חלק מהמכסות מבוססות על יחידת מידה. במקרה כזה, בוחרים את היחידה מהרשימה שליד. לוחצים על סיום.
אופציונלי: אם מופיעה תיבת סימון עם הטקסט
I understand that this request will remove any overrides, זה אומר שאם תגדילו את המכסה למספר ששווה או גדול מברירת המחדל, ערך ברירת המחדל הקודם יוסר. אם זה מה שאתם רוצים, סמנו את התיבה והמשיכו.כדי להגדיל את ערך המכסה מעבר למספר שמופיע בתיבת הדו-שיח, בוחרים באפשרות Apply for higher quota.
בטופס Quota changes, בשדה New value כותבים את ערך המכסה המעודכן שרוצים להגדיר. אם מופיע השדה Request description, כותבים תיאור. לוחצים על סיום.
אם מופיע הכפתור הבא, לוחצים עליו וממלאים את הפרטים ליצירת קשר במסך הבא.
לוחצים על Submit request.
אם אי אפשר לבקש לשנות מכסה במסוף, תוכלו לשלוח את הבקשה ל-Cloud Customer Care.
שליחת בקשות Batch להגדלת ערכי המכסות
אפשר לשלוח בקשות להגדלת מכסות באצווה, על ידי סימון התיבה לצד כל מכסה שרוצים לכלול. עם זאת, שליחת בקשות Batch יכולה להגדיל את משך הזמן שייקח ל- Google Cloud לבדוק את הבקשה.
כדי לקצר את זמן הבדיקה, כדאי לקבץ את הבקשות לשינוי מכסות לפי מוצר ואזור. לדוגמה, אם אתם רוצים לבקש שינויים במכסות של רשתות ושל מכונות וירטואליות ב-Compute Engine, צרו בקשה אחת למכסות של רשתות ובקשה נוספת למכסות של מכונות וירטואליות ב-Compute Engine.