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

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

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

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

מכסות

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

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

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

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

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

בטבלה הבאה מתוארות המכסות למשאבים של Cloud Tasks.

משאב שם המכסה במסוף ערך ברירת המחדל תיאור
מספר התורים המקסימלי מספר התורים בכל אזור ‫1,000 לכל אזור

המספר הכולל של תורים (גם ליעדי HTTP וגם ליעדי App Engine) שיכולים להיות בפרויקט בכל אזור, כולל התור שמוגדר כברירת מחדל.

תורים שמעבדים משימות ליעדים של App Engine חייבים להיות באותו אזור שבו נמצאת אפליקציית App Engine. זו המכסה לתורים שנוצרו באמצעות שיטות של Cloud Tasks API. עם זאת, כל התורים שנוצרו באמצעות queue.yaml מבוססים על השיטה הישנה של תורי משימות. התורים האלה ממשיכים לקבל מכסה ראשונית של 100.
בקשות API בקשות לדקה לכל אזור ‫6,000,000 לדקה

המספר הכולל של בקשות API שאפשר לשלוח בכל דקה.

שימו לב שכשיוצרים קבוצה של משימות (batchCreate) או מוחקים קבוצה של משימות (batchDelete), צריכת המכסה מבוססת על מספר המשימות בקבוצה. כל משימה נפרדת באצווה נספרת כבקשה אחת במגבלת המכסה של בקשות ה-API.
בקשות להרצה מאולצת של משימות בקשות להרצת משימות לדקה לכל אזור ‫60 לדקה המספר הכולל של בקשות run task בדקה. ה-API הזה מיועד לניפוי באגים ידני ולא קשור להפעלה רגילה של משימות.
בקשות לרשימות בקשות של קבוצה של כרטיסי מוצר לדקה לכל אזור ‫600 לדקה מספר הבקשות הכולל של list tasks,‏ list queues ו-list locations לדקה.

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

מגבלות המערכת

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

בטבלה הבאה מתוארות מגבלות המערכת של Cloud Tasks.

משאב ערך תיאור
קצב השליחה של התור ‫500 משימות לשנייה לכל תור הקצב המקסימלי שבו אפשר לשלוח משימות מתור. כדי לשלוח בקצב גבוה יותר, צריך להשתמש בכמה תורים.
גודל מקסימלי של משימה ‎1 MiB הגודל המקסימלי של משימה שאפשר להוסיף לתור.
גודל אצווה מקסימלי ‎10 MiB הגודל המקסימלי של קבוצת משימות שאפשר להוסיף לתור.
המספר המקסימלי של משימות שנוצרו באצווה ‫100 משימות המספר המקסימלי של משימות שאפשר ליצור בבקשת batchCreate אחת.
המספר המקסימלי של משימות שאפשר למחוק בבת אחת ‫1,000 משימות המספר המקסימלי של משימות שאפשר למחוק בבקשת batchDelete אחת.
חלון ביטול כפילויות של משימות עד 24 שעות פרק הזמן שבו הוספת משימה עם שם זהה לשם של משימה שנמחקה לאחרונה תגרום לשירות לדחות אותה ולהחזיר שגיאה. זה משך הזמן שבו ביטול הכפילויות של המשימות נשאר בתוקף אחרי שמשימה נמחקת.
חלון ביטול כפילויות של פעולות באצווה 7 ימים פרק הזמן שבו מזהי פעולות באצווה והתוצאות שלהם נשמרים לצורך ביטול כפילויות.
תורים לא פעילים לא פעיל אחרי 30 ימים תור נחשב לINACTIVE אם לא בוצעו אליו הפעלות method מאף API, ולא נשלחו אליו משימות במהלך התקופה הזו.
המועד האחרון לשליחת המשימה (הזמן הקצוב לבקשה)
  • יעדי HTTP‏: 30 דקות (1,800 שניות)
  • יעדי App Engine: עד 24 שעות

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

  • ביעדי HTTP, ברירת המחדל של המועד האחרון היא 10 דקות, ואפשר להגדיר dispatchDeadline מ-15 שניות עד 30 דקות (1,800 שניות).
  • ביעדים של App Engine, ברירת המחדל והמועד האחרון המקסימלי תלויים בסוג ההתאמה לעומס (scaling) של השירות: 10 דקות להתאמה אוטומטית לעומס בסביבה רגילה, 24 שעות להתאמה בסיסית או ידנית לעומס בסביבה רגילה, ו-60 דקות לסביבה גמישה (ניתן להגדרה מ-15 שניות ועד לזמן הקצוב המקסימלי של סוג ההתאמה לעומס).
משך הזמן המקסימלי לשמירת משימות 31 ימים פרק הזמן שעובר מרגע שהמשימה נוספת לתור ועד שהיא נמחקת באופן אוטומטי.
הזמן המקסימלי לתזמון משימה ‫30 ימים מהתאריך והשעה הנוכחיים משך הזמן המקסימלי בעתיד שאפשר לתזמן בו משימה.
יצירה מחדש של התור 3 ימים משך הזמן שצריך להמתין אחרי שמוחקים תור כדי ליצור מחדש תור עם אותו שם.