במאמר הזה מפורטות המכסות והמגבלות של המערכת שחלות על Cloud Build.
- המכסות נקבעות כברירת מחדל, אבל בדרך כלל אפשר לבקש לשנות אותן.
- מגבלות המערכת קבועות ואי אפשר לשנות אותן.
המכסות שלGoogle Cloud עוזרות לשמור על הוגנות ולצמצם עליות חדות בשימוש במשאבים ובזמינות שלהם. הן מגבילות את כמות המשאבים שלGoogle Cloud שאפשר להשתמש בהם בפרויקט ב- Google Cloud . המכסות רלוונטיות למגוון רחב של סוגי משאבים, כולל רכיבי חומרה, תוכנה ורשתות. לדוגמה, המכסות יכולות להגביל את מספר הקריאות ל-API בשירות מסוים, את מספר מאזני העומסים שאפשר להשתמש בהם בו-זמנית בפרויקט או את מספר הפרויקטים שאפשר ליצור. בשורה התחתונה, המכסות מגינות על משתמשיGoogle Cloud בכך שהן מונעות עומס יתר על השירותים, אבל גם עוזרות לשלוט על השימוש במשאבי Google Cloud .
מערכת המכסות ב-Cloud:
- עוקבת אחרי השימוש במוצרים ובשירותים של Google Cloud
- מגבילה את השימוש במשאבים האלה
- כוללת כלי שבאמצעותו אפשר לשלוח בקשות לשינוי המכסות ולשנות אותן אוטומטית
ברוב המקרים, כשאתם מנסים להשתמש ביותר משאבים מהמכסה, הגישה למשאב נחסמת ומה שאתם מנסים לעשות נכשל.
בדרך כלל, המכסות ב- Google Cloud הן ברמת הפרויקט. כלומר, השימוש במשאב מסוים בפרויקט כלשהו לא משפיע על המכסה שלכם בפרויקטים אחרים. ברמת הפרויקט ב- Google Cloud , המכסות משותפות לכל האפליקציות וכתובות ה-IP.
כדי לשנות את רוב המכסות, משתמשים במסוף Google Cloud . מידע נוסף זמין במאמר בנושא שליחת בקשה לשינוי המכסות.
למשאבי Cloud Build יש גם מגבלות מערכת. שאי אפשר לשנות.
מכסות
מערכת Cloud Build אוכפת מכסות על גרסאות build שפועלות מסיבות שונות. לדוגמה, המכסות עוזרות להגן על קהילת משתמשי Google Cloudעל ידי מניעת קפיצות בלתי צפויות בשימוש.
Google Cloud מציע גם מכסות לתקופת ניסיון בחינם שמאפשרות גישה מוגבלת לפרויקטים כדי לעזור לכם להתנסות ב- Google Cloud במסגרת תקופת ניסיון בחינם.כברירת מחדל, המכסות הבאות של Cloud Build חלות על כלGoogle Cloud פרויקט. עם זאת, המכסות לכל פרויקט תלויות בשימוש ועשויות להשתנות עם הזמן.
| מאגר עובדים | משאב | תיאור | מגבלת ברירת מחדל | אפשר להגדיל את המכסה | היקף |
|---|---|---|---|---|---|
| בריכה פרטית | מעבד C3 | מספר מעבדי C3 בו-זמניים | 0* – 300 | כן. כשמכסת הליבות הזו מתמלאת, בקשות לליבות נוספות מועברות לתור ומעובדות באופן סדרתי. | לפי אזור |
| בריכה פרטית | מעבד E2 | מספר מעבדי E2 בו-זמניים | 0* – 2400 | כן. כשמכסת הליבות הזו מתמלאת, בקשות לליבות נוספות מועברות לתור ומעובדות באופן סדרתי. | לפי אזור |
| בריכה פרטית | מעבד N2D | מספר המעבדים הווירטואליים של N2D בו-זמנית | 0* – 2400 | כן. כשמכסת הליבות הזו מתמלאת, בקשות לליבות נוספות מועברות לתור ומעובדות באופן סדרתי. | לפי אזור |
| מאגר ברירת המחדל | מעבד E2 | מספר מעבדי E2 בו-זמניים | 5 עד 100 | לא. אם אתם צריכים יותר מ-100 מעבדים מרכזיים בו-זמנית, אתם צריכים להשתמש במאגרי משאבים פרטיים. | לפי אזור |
| מאגר ברירת המחדל | פיתוח פתרונות | מספר הבנייה המקבילות | 10-30 | לא. אם רוצים להריץ יותר מ-30 בנייה בו-זמנית, כדאי לעבור לאזור אחר. | אזור גלובלי |
* בהתאם לפרויקט ולשימוש שלכם, יכול להיות שלא יהיו לכם מכסות לשימוש במאגרי כתובות פרטיים. במקרה כזה, אפשר להשתמש במאגרי ברירת מחדל.
מגבלות קצב של ממשקי API
מגבלות הקצב של ממשקי API משפיעות על הקצב שבו אפשר לקרוא ל-Cloud Build API. כדי לראות ולערוך את מגבלות הקצב של ה-API, עוברים לדף Quotas.
מגבלות על משאבים
ב-Cloud Build, המגבלות הבאות חלות על משאבים:
| מגבלות | |
|---|---|
ערכים של args לכל שלב בנייה |
100 |
| שלבי בנייה לכל בנייה | 300 |
| תמונות שנוצרו לכל גרסת build | 700 |
ערכים של env לכל שלב בנייה |
100 |
אורך הערך של arg |
10,000 תווים |
| אורך השם של שלב ה-build | 1,000 תווים |
אורך הערך של dir |
1,000 תווים |
אורך הערך של env |
65,536 תווים |
| אורך רשימת התגים לכל בנייה | 64 |
| מספר נתיבי הארטיפקטים לכל בנייה | 100 |
| מספר הטריגרים של ה-build | 600 |
| מספר הפרמטרים של החלפה | 200 |
גודל של secret |
65,536 תווים |
ערכים ייחודיים של secretEnv לכל גרסת Build |
100 |
הגדלת המכסה
פותחים את הדף מכסות Cloud Build.
בוחרים את המכסות שרוצים לשנות ולוחצים על עריכת מכסות.
מזינים את מכסת השימוש החדשה למכסה שבחרתם.
לוחצים על Submit request.