מכסות ומגבלות

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

מכסות ומגבלות מערכת דומות, אבל יש ביניהן את ההבדלים הבאים:

  • המכסות נקבעות כברירת מחדל, אבל בדרך כלל אפשר לבקש לשנות אותן.
  • מגבלות המערכת קבועות ואי אפשר לשנות אותן.

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

מערכת המכסות ב-Cloud:

ברוב המקרים, כשאתם מנסים להשתמש ביותר משאבים מהמכסה, הגישה למשאב נחסמת ומה שאתם מנסים לעשות נכשל.

בדרך כלל, המכסות ב- Google Cloud הן ברמת הפרויקט. כלומר, השימוש במשאב מסוים בפרויקט כלשהו לא משפיע על המכסה שלכם בפרויקטים אחרים. ברמת הפרויקט ב- Google Cloud , המכסות משותפות לכל האפליקציות וכתובות ה-IP.

לסקירה כללית על מכסות ב-Cloud

כדי לשנות את רוב המכסות, משתמשים במסוף Google Cloud . איך שולחים בקשה לשינוי המכסות

למשאבי Cloud Build יש גם מגבלות מערכת. שאי אפשר לשנות.

מכסות

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

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

מאגר של מכונות worker משאב תיאור מגבלת ברירת המחדל אפשר להגדיל את המכסה היקף
בריכה פרטית מעבד (CPU) מסוג C3 מספר המעבדים (CPU) מסוג C3 שפועלים בו-זמנית ‫0* עד 300 כן. כשהמכסה הזו מתמלאת, בקשות למעבדי CPU נוספים נכנסות לתור ומעובדות באופן סדרתי. לפי אזור
בריכה פרטית מעבד (CPU) מסוג E2 מספר המעבדים (CPU) מסוג E2 שפועלים בו-זמנית ‫0* עד 2,400 כן. כשהמכסה הזו מתמלאת, בקשות למעבדי CPU נוספים נכנסות לתור ומעובדות באופן סדרתי. לפי אזור
בריכה פרטית מעבד (CPU) מסוג N2D מספר המעבדים (CPU) מסוג N2D שפועלים בו-זמנית ‫0* עד 2,400 כן. כשהמכסה הזו מתמלאת, בקשות למעבדי CPU נוספים נכנסות לתור ומעובדות באופן סדרתי. לפי אזור
מאגר ברירת המחדל מעבד (CPU) מסוג E2 מספר המעבדים (CPU) מסוג E2 שפועלים בו-זמנית 5 - 100 לא. אם אתם צריכים יותר מ-100 מעבדים בו-זמנית, אתם יכולים להשתמש במאגרים פרטיים. לפי אזור
מאגר ברירת המחדל פיתוח פתרונות מספר ה-builds בו-זמנית 10 - 30 לא. אם אתם רוצים להריץ יותר מ-30 גרסאות build בו-זמנית, כדאי לעבור לאזור אחר. אזור גלובלי

* בהתאם לפרויקט ולשימוש שלכם, יכול להיות שלא יהיו לכם מכסות לשימוש במאגרים פרטיים. במקרה כזה, אפשר להשתמש במאגרים שמוגדרים כברירת מחדל.

מגבלות קצב של יצירת בקשות ל-API

מגבלות הקצב של ה-API משפיעות על הקצב שבו אפשר לשלוח קריאות ל-Cloud Build API. אפשר לראות ולערוך את מגבלות הקצב של ה-API בדף Quotas.

הגבלות על משאבים

‫Cloud Build אוכף את המגבלות הבאות על משאבים:

מגבלות
ערכי args לכל שלב ב-build 100
שלבי build לכל build 300
תמונות שנוצרו בכל גרסה 700
ערכי env לכל שלב ב-build 100
אורך הערך של arg 10,000 תווים
אורך השם של שלב ה-build 1,000 תווים
אורך הערך של dir 1,000 תווים
אורך הערך של env ‫65,536 תווים
אורך רשימת התגים לכל גרסה 64
מספר נתיבי פריטי המידע לכל גרסה 100
מספר הטריגרים לפיתוח גרסת Build 600
מספר הפרמטרים של החלפה 200
גודל של secret ‫65,536 תווים
ערכי secretEnv ייחודיים לכל גרסה 100

הגדלת המכסה

  1. פותחים את הדף Cloud Build Quotas.

    לפתיחת הדף Quotas

  2. בוחרים את המכסות שרוצים לשנות ולוחצים על Edit quotas.

  3. מזינים את המכסה החדשה.

  4. לוחצים על Submit request.