בדף הזה מפורטות המכסות והמגבלות שחלות על השימוש ב-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 | הקצאת מעבד בסיסית למופעי מעבד משותפים מחוץ לתקציב של שימוש חורג | 6.25% | לכל מכונה | לא |
| ביצוע של משימה | מספר מקסימלי של הפעלות של משימות | 1000 | לכל פרויקט ואזור | כן |
| גרסה קודמת | מספר הגרסאות שאחריהן כל הגרסאות שלא ניתן להגיע אליהן נמחקות אוטומטית בסדר היסטורי | 1000 | לכל שירות | לא |
| גרסה קודמת | המספר המקסימלי של גרסאות שמוצגות למשתמשים | 4000 | לכל פרויקט ואזור | כן |
| תג גרסה | המספר המקסימלי של תגי גרסה. אם חורגים מהמגבלה של תגי הגרסה, Cloud Run מבצע ניקוי של התגים בשירות. בשירות שעבורו נוצר תג חדש, תגים שלא צוין עבורם אחוז תנועה נמחקים אוטומטית לפי סדר היסטורי. | 2000 | לכל פרויקט ואזור | כן |
| ביצוע של משימה | מגבלת השמירה של ביצועים של משימות שהושלמו. כ שמספר ההרצות שהושלמו של משימה מגיע למגבלה הזו, ההרצות נמחקות באופן אוטומטי לפי סדר היסטורי. | 1,000 | לכל עבודה | לא |
| משימת ביצוע1 | המספר המקסימלי של משימות שפועלות במקביל | תלוי באזור שנבחר ובהגדרות של המעבד והזיכרון. יכול להיות שהמגבלה הזו תהיה גבוהה יותר באזורים עם קיבולת גבוהה, או נמוכה יותר באזורים שנפתחו לאחרונה. אפשר לראות את המכסה בדף Quotas and system limits במסוף. | לכל ביצוע של משימה | כן |
| משימת ביצוע של משימה | ערך הזמן הקצוב לתפוגה המקסימלי של משימות | 168 שעות (7 ימים), או שעה אחת אם משתמשים ב-GPU | לכל ביצוע של משימה | לא |
| משימת ביצוע של משימה | מספר המשימות המקסימלי בעבודה אחת | 10,000 | לכל ביצוע של משימה | לא |
| משימת ביצוע של משימה | המספר המקסימלי של ניסיונות חוזרים למשימה בעבודה | 10 | לכל ביצוע של משימה | לא |
| משתני סביבה | מספר משתני הסביבה המקסימלי לכל קונטיינר | 1000 | לכל משרה או לכל שירות | לא |
| ארגומנטים של פקודות | מספר ארגומנטים מקסימלי לפקודה לכל מאגר | 1000 | לכל משרה או לכל שירות | לא |
| מופע של מאגר תגים3 | מספר מקסימלי של מופעי קונטיינרים באמצעות Direct VPC egress | 100-200, בהתאם להגדרות של האזור שנבחר. | לפי גרסה ואזור | כן |
| מופע של מאגר | הזמן הקצוב (בדקות) להפעלה של Startup | 4 | לכל מופע של קונטיינר | לא |
| זיכרון | גודל הזיכרון המקסימלי ב-GiB | 32 | לכל מופע של קונטיינר | לא |
| CPU | מספר ליבות ה-vCPU המקסימלי | 8 | לכל מופע של קונטיינר | לא |
| מעבד (CPU)1 | השימוש המקסימלי הכולל במעבד, במילי-מעבד וירטואלי, שהוקצה לכל המופעים במשך תקופה של דקה אחת. | תלוי באזור שנבחר. יכול להיות שהמגבלה הזו תהיה גבוהה יותר באזורים עם קיבולת גבוהה, או נמוכה יותר באזורים שנפתחו לאחרונה. | לכל פרויקט ואזור | כן |
| זיכרון1 | הזיכרון הכולל המקסימלי, בבייטים, שהוקצה לכל המופעים במהלך תקופה של דקה אחת. | תלוי באזור שנבחר. יכול להיות שהמגבלה הזו תהיה גבוהה יותר באזורים עם קיבולת גבוהה, או נמוכה יותר באזורים שנפתחו לאחרונה. אפשר לראות את המכסה בדף Quotas and system limits במסוף. | לכל פרויקט ואזור | כן |
| מופע GPU ללא הבטחה של יתירות אזורית1, 4 | מספר מקסימלי של מופעי קונטיינר עם GPU | 04 | לכל פרויקט לכל אזור | כן |
| מופע GPU עם הבטחה ליתירות אזורית1, 4 | מספר מקסימלי של מופעי קונטיינר עם GPU | 04 | לכל פרויקט לכל אזור | כן |
| דיסק | הגודל המקסימלי של מערכת קבצים בזיכרון שאפשר לכתוב בה, מוגבל על ידי זיכרון המופע, ב-GiB | 32 | לכל מופע של קונטיינר | לא |
| משתנה הסביבה | אורך משתנה מקסימלי, ב-Kb | 32 | לכל משתנה | לא |
| מיפוי דומיינים | מספר אישורי ה-SSL המקסימלי | 50 | לכל דומיין מוביל ולכל שבוע | לא |
| מיפוי דומיינים | מספר מקסימלי של אישורי SSL כפולים | 5 | לכל דומיין מוביל ולכל שבוע | לא |
| טוקן גישה | מספר מקסימלי של טוקני גישה ייחודיים שנוצרו | 50 | לכל מופע של קונטיינר בכל שנייה | לא |
| טוקן זהות | מספר מקסימלי של אסימוני זהות ייחודיים שנוצרו | 50 | לכל מופע של קונטיינר בכל שנייה | לא |
| קבצים שנפתחו | המספר המקסימלי של קבצים שאפשר לפתוח בו-זמנית. תואם ל-/proc/sys/fs/file-max. |
25000 | לכל מופע של קונטיינר | לא |
1המכסות האזוריות האלה משמשות בכמה מקרים שבהם כל אחת מהן שולטת ב:
הערך המקסימלי שאפשר לבחור למאפיין המופע המקסימלי של גרסה. אחרי שהיא מאושרת באזור מסוים, כל השינויים באזור הזה יכולים להגיע למגבלה שאושרה.
המקביליות המקסימלית של משימה. אחרי שההרשאה ניתנת באזור מסוים, כל העבודות באותו אזור יכולות להגיע למגבלה שהוגדרה.
מספר מופעי הקונטיינרים הכולל להרצת ביצועי משימות באזור מסוים.
3המכסה האזורית הזו משמשת בכמה מקרים:
הוא קובע את הערך המקסימלי שאפשר לבחור למאפיין maximum instance של גרסה באמצעות Direct VPC egress. אחרי שהיא מאושרת באזור מסוים, כל השינויים באזור הזה יכולים להגיע למגבלה שאושרה.
הוא שולט במקביליות המקסימלית של משימה באמצעות יציאה ישירה מ-VPC. אחרי שהמכסה אושרה באזור מסוים, כל המשימות באזור הזה יכולות להגיע למגבלה שאושרה.
4 בפרויקטים חדשים שיוצרים שירות עם יחידות GPU מסוג L4, תקבלו אוטומטית 3 NvidiaL4GpuAllocNoZonalRedundancyPerProjectRegion. אפשר גם לבקש מכסה של NvidiaL4GpuAllocPerProjectRegion או של NvidiaL4GpuAllocNoZonalRedundancyPerProjectRegion. אם השימוש המקסימלי שלכם במעבד ה-GPU לא קרוב למכסה, יכול להיות ש-Google תקטין את המכסה.
מגבלות של Cloud Run בנושא רשת
מגבלות של בקשות ל-Cloud Run
| משאב | תיאור | הגבלה | היקף | הערות |
|---|---|---|---|---|
| שירותים | מספר מקסימלי של בקשות בו-זמנית | 1,000 | לכל מכונה | |
| מכונות | מספר מקסימלי של בקשות בו-זמנית | 80 | לכל מכונה | |
| שירותים ומופעים | מספר מקסימלי של שידורי סטרימינג בו-זמנית | 100 | לכל חיבור לקוח HTTP/2 | |
| שירותים | הזמן המקסימלי לפני פסק זמן | 60 דקות | לכל בקשה | |
| שירותים ומופעים | הגודל המקסימלי של בקשת HTTP/1 | 32MiB | לכל בקשה | המגבלה חלה אם משתמשים בשרת HTTP/1. אין הגבלה אם משתמשים בשרת HTTP/2. |
| שירותים ומופעים | גודל מקסימלי של תגובת HTTP/1 | 32MiB | לכל תשובה | המגבלה חלה אם לא משתמשים ב-Transfer-Encoding: chunked או בסטרימינג. |
| שירותים ומופעים | מספר החיבורים הפתוחים המקסימלי | 50,000 | לכל מופע לכל סוג תעבורת נתונים יוצאת | לא חל על תנועת יציאה ישירה מ-VPC. |
| שירותים ומופעים | חיבורים יוצאים | 700 | לשנייה לכל מכונה | לא חל על תעבורת יציאה ישירה מ-VPC שנשלחת לרשת ה-VPC. |
| שירותים ומופעים | חיבורים יוצאים | 5,000 | לדקה לכל מופע | לא חל על תעבורת יציאה ישירה מ-VPC שנשלחת לרשת ה-VPC. |
| שירותים ומופעים | רזולוציות DNS יוצאות | 1,000 | לשנייה לכל מכונה | |
| שירותים ומופעים | בקשות נכנסות | 800 | לשנייה ליציאת קונטיינר HTTP/1 לכל מופע | ההגדרה לא חלה על יציאות של מאגרי HTTP/2. |
מגבלות רוחב הפס ב-Cloud Run
מגבלות רוחב הפס הבאות חלות על שירותים ועל אינסטנסים של Cloud Run:
| משאב | תיאור | הגבלה | היקף | הערות |
|---|---|---|---|---|
| שירותים ומופעים | מספר הביטים המקסימלי לתעבורת נתונים יוצאת (egress) דרך Direct VPC | 1 Gbps | לכל מכונה | תעבורה יוצאת (egress) דרך Direct VPC ליעדים ברשת ה-VPC. |
| שירותים ומופעים | מספר הביטים המקסימלי, לא כולל תעבורת נתונים יוצאת (egress) דרך Direct VPC | 600 Mbps | לכל מכונה | מבוסס על סכום הסיביות של תעבורה נכנסת (ingress) ותעבורה יוצאת (egress), לא כולל תעבורה יוצאת (egress) דרך Direct VPC ליעדים ברשת ה-VPC. |
| שירותים ומופעים | קצב החבילות הכולל המקסימלי, לא כולל תעבורת נתונים יוצאת (egress) דרך 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, המשמעות היא שאם תשנו את ערך המכסה למספר ששווה לערך ברירת המחדל או גדול ממנו, ערך ברירת המחדל הקודם יוסר. אם זה מה שרוצים, מסמנים את התיבה וממשיכים.כדי להגדיל את ערך המכסה מעבר למספר שמופיע בתיבת הדו-שיח, בוחרים באפשרות בקשה להגדלת המכסה.
בטופס Quota changes, בשדה New value כותבים את ערך המכסה המעודכן שרוצים להגדיר. אם מופיע השדה Request description, מזינים תיאור. לוחצים על סיום.
אם מופיע לחצן הבא, לוחצים עליו וממלאים את הפרטים ליצירת קשר במסך הבא.
לוחצים על Submit request.
אם אי אפשר לבקש לשנות מכסה במסוף, תוכלו לשלוח את הבקשה ל-Cloud Customer Care.
במאמר מידע על שינוי מכסות מוסבר בהרחבה על התהליך של הגדלת מכסות.
איך שולחים בקשות בקבוצות כדי להגדיל את ערכי המכסות
כדי לשלוח בקשות בכמות גדולה להגדלת המכסה, מסמנים את התיבה לצד כל מכסה שרוצים לכלול. עם זאת, אם תשלחו בקשות באצווה, יכול להיות שיעבור יותר זמן עד שצוות Google Cloud יבדוק את הבקשה שלכם.
כדי לקצר את זמן הבדיקה, כדאי לקבץ את הבקשות לשינוי המכסות לפי מוצר ואזור. לדוגמה, אם רוצים לבקש שינויים במכסות של רשתות ובמכסות של מכונות וירטואליות ב-Compute Engine, צריך ליצור בקשה אחת למכסות של רשתות ובקשה נוספת למכסות של מכונות וירטואליות ב-Compute Engine.