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

מזהה אזור

REGION_ID הוא קוד מקוצר ש-Google מקצה על סמך האזור שבוחרים כשיוצרים את האפליקציה. הקוד לא תואם למדינה או למחוז, למרות שחלק ממזהי האזורים עשויים להיראות דומים לקודים נפוצים של מדינות ומחוזות. באפליקציות שנוצרו אחרי פברואר 2020, REGION_ID.r נכלל בכתובות URL של App Engine. באפליקציות קיימות שנוצרו לפני התאריך הזה, מזהה האזור הוא אופציונלי בכתובת ה-URL.

מידע נוסף על מזהי אזורים

במאמר הזה מוסבר על מכסות ומגבלות המערכת של App Engine.

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

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

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

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

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

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

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

אפליקציית App Engine יכולה לצרוך משאבים עד למכסות מסוימות. אפשר לראות את הצריכה היומית של האפליקציה בדף פרטי המכסה במסוף Google Cloud .

סוגי המכסות

סוגי המכסות הבאים חלים על אפליקציות App Engine:

  • מכסות בחינם מאפשרות לאפליקציה שלכם להשתמש בכמות מסוימת של כל משאב בחינם. פרטים על מכסות בחינם מופיעים בקטע משאבים בדף הזה. אחרי שהשימוש באפליקציה יחרוג ממכסת השימוש בחינם, תחויבו על כל שימוש נוסף במשאב הזה.

    רק בסביבה הרגילה של App Engine יש מכסות בחינם.

  • מכסות יומיות מגנות על השלמות של מערכת App Engine, כי הן מבטיחות שאף אפליקציה לא תשתמש ביותר מדי משאבים על חשבון אפליקציות אחרות. אם תחרגו מהמגבלות האלה, תוצג שגיאה. המכסות היומיות מתחדשות מדי יום בחצות לפי שעון החוף המערבי.
  • מכסות לדקה מגנות על האפליקציה שלכם מפני צריכה של כל המשאבים שלה בפרקי זמן קצרים מאוד, ומונעות מאפליקציות אחרות להשתלט על משאב מסוים. אם האפליקציה שלכם צורכת משאב מהר מדי ומנצלת את המכסה לדקה, המילה Limited (מוגבל) מופיעה לצד המכסה המתאימה בדף Quotas במסוף Google Cloud . בקשות למשאבים שמגיעות למקסימום לדקה נדחות.

בעלי הפרויקט ואדמינים לחיוב יכולים להפעיל את החיוב בפרויקט.

פרטים על מה שקורה כשחורגים ממכסה ואיך לטפל בתנאים של חריגה מהמכסה זמינים במאמר כשמקור משאבים מתרוקן.

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

אם אתם צופים רמות תנועה גבוהות במיוחד, או אם מסיבה כלשהי האפליקציה שלכם דורשת מכסות גבוהות במיוחד (למשל, בגלל השקת מוצר משמעותית או בדיקות עומס גדולות), מומלץ להירשם לחבילת תמיכה.

איך המשאבים מתחדשים

ב-App Engine מתבצע מעקב אחרי השימוש במשאבים של האפליקציה ביחס למכסות המערכת. ‫App Engine מאפס את כל המדידות של המשאבים בתחילת כל יום קלנדרי (חוץ מנתונים מאוחסנים, שתמיד מייצגים את כמות האחסון במאגר הנתונים שנמצא בשימוש).

המכסות היומיות מתחדשות כל יום בחצות לפי שעון החוף המערבי. מכסות לדקה מתעדכנות כל 60 שניות.

כשמשאב מתרוקן

כשאפליקציה צורכת את כל המשאב שהוקצה לה, המשאב לא זמין עד שהמכסה מתחדשת. יכול להיות שהאפליקציה לא תפעל עד שהמכסה יתחדש.

למשאבים שנדרשים כדי ליזום בקשה, כשמכסת המשאבים מוצתה, App Engine מחזיר כברירת מחדל קוד שגיאת HTTP 403 או 503 לבקשה במקום לקרוא ל-request handler. ההתנהגות הזו רלוונטית למשאב Instance hours.

טיפ: אתם יכולים להגדיר שהאפליקציה תציג דף שגיאה בהתאמה אישית אם היא חורגת מהמכסה. לפרטים נוספים, ראו את קובץ התצורה ל-Python‏ (2.7,‏ 3),‏ Java,‏ Go,‏ PHP‏ (5.5,‏ 7) או Node.js .

בכל שאר המשאבים, כשממצים את המשאב, ניסיון להשתמש במשאב באפליקציה גורם לחריגה. האפליקציה יכולה לזהות את החריגה הזו ולטפל בה, למשל להציג למשתמש הודעת שגיאה ידידותית. ב-API בשפת Python, החריגה הזו היא apiproxy_errors.OverQuotaError. ב-API for Java, החריג הזה הוא com.google.apphosting.api.ApiProxy.OverQuotaException. ב-Go API, הפונקציה appengine.IsOverQuota מדווחת אם שגיאה מייצגת כשל בקריאה ל-API בגלל מכסה זמין לא מספיק.

בדוגמה הבאה מוסבר איך לזהות את השגיאה OverQuotaError, שיכולה להופיע בשיטה SendMessage() אם חרגתם ממכסת השימוש שקשורה לאימייל:

try:
    mail.SendMessage(to='test@example.com', from='admin@example.com',
            subject='Test Email', body='Testing')
except apiproxy_errors.OverQuotaError, message:
    # Log the error. logging.error(message)
    # Display an informative message to the user.
    self.response.out.write('The email could not be sent. '
            'Please try again later.')

האם האפליקציה חורגת ממגבלות ברירת המחדל? אפשר לפנות ל-Cloud Customer Care כדי לבקש להגדיל את מגבלות התפוקה. אם אתם צריכים מכסת אימייל גבוהה יותר, אתם יכולים להשתמש ב-SendGrid כדי לשלוח אימייל.

משאבים

אפליקציה יכולה להשתמש במשאבים הבאים, בכפוף למכסות. משאבים שנמדדים ביחס למגבלות שחלות עליהם חיובים מסומנים בתווית (billable). כמויות המשאבים מייצגות הקצאה על פני תקופה של 24 שעות.

העלות של משאבים נוספים מפורטת בדף תמחור.

שירותים, גרסאות ומופעים

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

הגבלה אפליקציה חינמית אפליקציה בתשלום
מספר השירותים המקסימלי לכל אפליקציה 5 210
מספר הגרסאות המקסימלי לכל אפליקציה 15 210

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

מספר המופעים המקסימלי לכל גרסה של קנה מידה ידני או בסיסי
אפליקציה חינמית אפליקציה בתשלום בארה"ב אפליקציה בתשלום באיחוד האירופי
20 ‫25 (200 עבור us-central) 25

יש גם הגבלה על מספר המופעים בגרסאות רגילות שיכולים לפעול לכל פרויקט ואזור. סוג המופע של השירות קובע איזו מגבלה חלה ומה התרומה של מופע של השירות הזה לשימוש במכסה. לדוגמה, מכונת F4 אחת נחשבת ל-4 מכונות קצה נורמליות.

אפשר לראות את נפח האחסון שנוצל מתוך המכסה שלכם בדף IAM Quotas.

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

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

יש גם מגבלה על מספר התווים בכתובת ה-URL של האפליקציה.
תיאור הגבלה
מספר התווים המקסימלי בכתובת ה-URL של הפרויקט עבור VERSION-dot-SERVICE-dot-PROJECT_ID כתובת URL 63

קטגוריית ברירת המחדל של Cloud Storage

ל-Cloud Storage bucket שמוגדר כברירת מחדל יש מכסת שימוש יומי בחינם, כמו שמוצג בהמשך. אתם יוצרים את דלי ברירת המחדל הזה בחינם בדף App Engine settings במסוף Google Cloud של הפרויקט.

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

משאב מכסת ברירת מחדל
נתונים מאוחסנים בקטגוריה של Cloud Storage שמוגדרת כברירת מחדל ‫5GB ראשונים בחינם, ללא נפח מקסימלי
פעולות מסוג Class A בקטגוריית Cloud Storage שמוגדרת כברירת מחדל ‫20,000 הפעולות הראשונות ביום הן בחינם, ללא מגבלה מקסימלית
דלירת מחדל של Cloud Storage פעולות Class B ‫50,000 הפעולות הראשונות ביום הן בחינם, ללא הגבלה
יציאה מרשת של קטגוריה ב-Cloud Storage שמוגדרת כברירת מחדל ‫1GB ראשון בחינם, ללא נפח מקסימלי

Blobstore

המכסות הבאות חלות באופן ספציפי על השימוש ב-blobstore.

נתונים שמאוחסנים ב-Blobstore
הכמות הכוללת של הנתונים שמאוחסנים ב-blobstore. האפשרות הזו זמינה גם לאפליקציות בתשלום וגם לאפליקציות בחינם.
משאב מכסת ברירת מחדל
נתונים מאוחסנים ב-Blobstore ‫5GB ראשונים בחינם, ללא נפח מקסימלי

אחסון של קוד ונתונים סטטיים

מגבלת נתונים סטטיים
בכל השפות חוץ מ-Go, גודל קובץ הנתונים הסטטי המקסימלי הוא 32MB. המגבלה ב-Go היא 64MB.
סה"כ נפח אחסון
מכסת האחסון חלה על הכמות הכוללת של קוד ונתונים סטטיים שמאוחסנים בכל הגרסאות של האפליקציה. הגודל הכולל של הקוד והקבצים הסטטיים שמאוחסנים מופיע בטבלה בלוח הבקרה הראשי. הגדלים של כל אחד מהם מוצגים במסכים Versions (גרסאות) ו-Backends (בק-אנד), בהתאמה. האפליקציות יחויבו ב-0.026 $ ל-GB לחודש על כל אחסון של קוד ונתונים סטטיים מעל 1GB.
ארה"ב/אירופה
משאב עלות
אחסון קוד ונתונים סטטיים – ה-1GB הראשון חינם
אחסון קוד ונתונים סטטיים – חריגה מ-1GB ‫0.026$‎ ל-GB לחודש
אסיה (יפן)
משאב עלות
אחסון קוד ונתונים סטטיים – ה-1GB הראשון חינם
אחסון קוד ונתונים סטטיים – חריגה מ-1GB ‪0.023/GB/month">

‫Firestore במצב Datastore ‏ (Datastore)

המכסה Stored Data (billable) מתייחסת לכל הנתונים שאוחסנו עבור האפליקציה ב-Datastore וב-Blobstore. מכסות אחרות בקטע Datastore במסך פרטי המכסות במסוף Google Cloud מתייחסות ספציפית לשירות Datastore.

נתונים מאוחסנים (לחיוב)

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

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

  • מפתח הישות, כולל הסוג, המזהה או שם המפתח והמפתחות של ישויות האב של הישות.
  • השם והערך של כל מאפיין. מכיוון שמאגר הנתונים הוא חסר סכימה, השם של כל מאפיין צריך להישמר עם ערך המאפיין עבור כל ישות נתונה.
  • כל השורות באינדקס המובנה ובהתאמה אישית שמפנות לישות הזו. כל שורה מכילה את סוג הישות, מספר כלשהו של ערכי מאפיינים בהתאם להגדרת האינדקס ואת מפתח הישות.
מספר האינדקסים
מספר האינדקסים של Datastore שקיימים עבור האפליקציה. זה כולל אינדקסים שנוצרו בעבר וכבר לא מופיעים בהגדרות של האפליקציה, אבל לא נמחקו. פרטים נוספים על המגבלות מופיעים בדף המגבלות של Datastore.
פעולות כתיבה
המספר הכולל של פעולות כתיבה ב-Datastore.
פעולות קריאה
המספר הכולל של פעולות קריאה ב-Datastore.
פעולות קטנות
המספר הכולל של פעולות קטנות ב-Datastore. פעולות קטנות כוללות קריאות להקצאת מזהים או מפתחות של Datastore, או שאילתות של מפתחות בלבד.
משאב מכסת ברירת מחדל
נתונים מאוחסנים (לחיוב) נפח של ‎1 GiB פנוי; אין נפח מקסימלי.
מעבר למכסה בחינם, יחולו תעריפי חיוב.
מספר המדדים 200
קריאות של ישויות ‫50,000 בחינם; אין מקסימום.
מעבר למכסה בחינם, יחולו תעריפי חיוב.
כתיבה של ישויות ‫20,000 בחינם; אין מקסימום.
מעבר למכסה בחינם, יחולו תעריפי חיוב.
מחיקות של ישויות 20,000 בחינם; אין מקסימום.
מעבר למכסה בחינם, יחולו תעריפי חיוב.
פעולות קטנות ללא הגבלה

הערה: פעולות ב-Datastore שנוצרו על ידי Datastore Admin ו-Datastore Viewer נספרות במכסת האפליקציה.

פריסות

בכל אפליקציית App Engine אפשר לבצע פריסה עד 10,000 פעמים ביום.

כשפורסים, Cloud Build יוצר קובץ אימג' של קונטיינר ושומר אותו ב-Artifact Registry. אם נפח האחסון הכולל שנדרש לתמונות חורג מהתוכנית ללא תשלום, יחויב תשלום.

קבצים

המכסה הבאה חלה על המספר הכולל של קובצי פריסת אפליקציות.

קבצים מקסימום
קבצים שמוגדרים כברירת מחדל לכל אפליקציה ‫10,000 קבצים
כדי לבקש הגדלה, צריך לפנות לתמיכה.

שעות מכונה

השימוש במופע מחויב לפי זמן הפעולה של המופע, בתעריף שעתי נתון.

יש מכסות נפרדות בחינם לסוגי אינסטנסים מסוג F ו-B (שנקראים גם סוגי אינסטנסים של frontend ו-backend). שימו לב: כשמשתמשים בServices של App Engine, מכסת השימוש שחלה נקבעת לפי סוג האינסטנס של השירות.

משאב מכסה ללא תשלום
‫F1 instances ‫28 שעות מכונה בחינם ליום
מופעי B1 ‫9 שעות מכונה בחינם ליום

הצבירה של שעות השימוש במופע מתחילה כשהמופע מתחיל ומסתיימת כמו שמתואר בהמשך, בהתאם לסוג ההרחבה שציינתם למופע:

  • שינוי גודל בסיסי או התאמה אוטומטית לעומס: הצבירה מסתיימת 15 דקות אחרי שמופע סיים לעבד את הבקשה האחרונה שלו.
  • שינוי גודל ידני: הצבירה מסתיימת 15 דקות אחרי שמכונה מושבתת.

אם מספר המופעים הלא פעילים שנוצרו על ידי App Engine חורג מהמספר המקסימלי שציינתם בכרטיסייה 'הגדרות ביצועים' במסוף Google Cloud , לא יצטברו שעות שימוש במופעים העודפים.

יומנים

השימוש ב-Logs API נמדד כשמאחזרים נתוני יומן.

הקצאת המקום להעלאת יומנים מתייחסת לנתונים של יומני בקשות ויומנים של אפליקציות עבור אפליקציה. רישום ביומן לאפליקציות App Engine מתבצע באמצעות Google Cloud Observability. מידע נוסף על תעריפים ומגבלות זמין במחירון של Google Cloud Observability.

שליחת אימייל

אפשר לראות את השימוש ב-Mail API בדף מכסות של IAM.

הערה: כדי לראות את ניצול המכסה של אפליקציה בדף 'מכסות IAM', צריך לוודא ששירות הדיווח של App Engine מופעל בפרויקט. אם לא הצלחתם להפעיל את השירות, כדאי לבדוק את ההרשאות שלכם ואת אילוץ מדיניות הארגון constraints/serviceuser.services.

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

החיוב ב-App Engine על שימוש באימייל הוא 'לפי הודעה', כלומר כל אימייל נספר לכל נמען. לדוגמה, שליחת אימייל אחד לעשרה נמענים נחשבת ל-10 הודעות.

הודעות שנשלחו למשתמשים שאינם אדמינים
המספר הכולל של ההודעות שנשלחו מהאפליקציה לאדמינים שאינם אדמינים של האפליקציה.
הודעות שנשלחו לאדמינים
המספר הכולל של הודעות לאדמינים של האפליקציה שנשלחו על ידי האפליקציה. המגבלה על הגודל הכולל של כל אימייל לאדמין, כולל כותרות, קבצים מצורפים וגוף ההודעה, היא 16KB.
נתונים של גוף ההודעה שנשלחו
כמות הנתונים שנשלחים בגוף הודעות האימייל.
קבצים מצורפים שנשלחו
המספר הכולל של קבצים מצורפים שנשלחו עם הודעות אימייל.
נתוני הקובץ המצורף נשלחו
כמות הנתונים שנשלחים כקבצים מצורפים להודעות אימייל.
משאב מגבלה יומית שמוגדרת כברירת מחדל שיעור מקסימלי
נמענים שנשלח אליהם אימייל ‫100 הודעות 8 הודעות בדקה
האדמינים שקיבלו אימייל ‫5,000 אימיילים ‫24 הודעות אימייל לדקה
נתונים של גוף ההודעה שנשלחו ‫60MB ‫340KB לדקה
קבצים מצורפים שנשלחו 2,000 קבצים מצורפים ‫8 קבצים מצורפים לדקה
נתוני הקובץ המצורף נשלחו ‫100MB ‫10MB לדקה

אפשר להוסיף עד 50 שולחים מורשים ל-Mail API.

שליחת אימייל מעבר למכסת האימיילים היומית

אם האפליקציה שלכם צריכה מכסות גבוהות יותר לשליחת אימייל, אתם יכולים להשתמש בספק אימייל מצד שלישי, כמו SendGrid,‏ Mailjet או Mailgun.

Memcache

אפשר לראות את השימוש ב-Memcache API בדף המכסות של IAM. השימוש ב-Memcache API מצוין ביחידות חישוב של Memcache‏ (MCU), שהן 1/100 של MCU. אפשר להשתמש בעד מיליוני יחידות centi-MCU.

משאב או קריאה ל-API תיאור מגבלת המערכת
יחידות מחשוב משותפות של Centi Memcache לכל אזור ולכל דקה לכל פרויקט בכל אזור ובכל דקה, יחידות ה-cMCU הזמינות הן 1/100 של יחידת Memcache Compute. רלוונטי רק ל-Shared Memcache. ‫90,000,000 יחידות cMCU לדקה לכל פרויקט או אזור

Requests

רוחב הפס לנתונים יוצאים (לחיוב)

כמות הנתונים שנשלחת מהאפליקציה בתגובה לבקשות.

למשל:

  • נתונים שמוצגים בתגובה לבקשות מאובטחות ולבקשות לא מאובטחות על ידי שרתי אפליקציות, שרתי קבצים סטטיים או Blobstore
  • נתונים שנשלחים בהודעות אימייל
  • נתונים בבקשות HTTP יוצאות שנשלחות על ידי שירות אחזור של כתובות אתרים.
רוחב הפס לנתונים נכנסים

כמות הנתונים שהתקבלה באפליקציה מהבקשות. הגודל המקסימלי של כל בקשת HTTP נכנסת הוא 32MB.

למשל:

  • נתונים שהתקבלו על ידי האפליקציה בבקשות מאובטחות ובבקשות לא מאובטחות
  • העלאות ל-Blobstore
  • נתונים שהתקבלו בתגובה לבקשות HTTP על ידי שירות אחזור של כתובות אתרים
אבטחת רוחב הפס לנתונים יוצאים
כמות הנתונים שנשלחו על ידי האפליקציה דרך חיבור מאובטח בתגובה לבקשות.
רוחב פס מאובטח לנתונים נכנסים
כמות הנתונים שהתקבלה באפליקציה דרך חיבור מאובטח מבקשות.

בטבלה שלמטה מפורטות מכסות חינמיות לחיפוש. לתיאור מפורט של כל סוג של קריאה לחיפוש, אפשר לעיין במסמכי התיעוד של Java, ‏ Python ו-Go.

החיוב על משאבי Search API מתבצע בהתאם לתעריפים שמפורטים בתוכנית התמחור.

משאב או קריאה ל-API מכסה ללא תשלום
נפח האחסון הכולל (מסמכים ואינדקסים) ‫0.25GB
שאילתות ‫1,000 שאילתות ביום
הוספת מסמכים לאינדקסים ‫0.01GB ביום

בקטע המכסה במסוף האפליקציה מוצג מספר גולמי של בקשות API. שימו לב: כשמבצעים אינדוקס של כמה מסמכים בקריאה אחת, מספר הקריאות גדל במספר המסמכים.

הגבלות המכסה האלה נקבעו ב-Search API כדי להבטיח את המהימנות של השירות:

  • 100 דקות מצטברות של זמן ביצוע שאילתות בכל דקה, בתוך אפליקציה ואינדקס.
  • ‫15,000 מסמכים נוספו או נמחקו בדקה
בנוסף, יש מגבלה של 10GB אחסון לכל אינדקס. אם אפליקציה מנסה לחרוג מהסכום הזה, מוחזרת שגיאה של מכסה לא מספיקה. אפשר להגדיל את המכסה הזו עד 200GB על ידי שליחת בקשה מGoogle Cloud דף App Engine Search במסוף.

הערה: למרות שההגבלות האלה נאכפות ברמת הדקה, במסוף Google Cloud מוצגים הסכומים היומיים של כל אחת מהן. לקוחות עם תמיכה ברמת Standard,‏ Enhanced או Premium יכולים לפנות לנציג התמיכה שלהם כדי לבקש הגדלה של מגבלות התפוקה.

תור משימות

כשמשימה מופעלת, הבקשות שמשויכות אליה נספרות במסגרת מכסות הבקשות של האפליקציה

המגבלות האלה חלות על כל תורי המשימות:

משאב מגבלה יומית שיעור מקסימלי
קריאות לניהול תורי משימות (באמצעות מסוף Google Cloud ) 10,000 לא רלוונטי
משאב מכסת ברירת מחדל
מספר התורים המקסימלי (כולל תורי push ו-pull, אבל לא תור ברירת המחדל) 100 תורים.

הערה: אחרי שמבצעים משימה או מוחקים אותה, נפח האחסון שהיא תופסת מתפנה. מכסת האחסון שלך מתעדכנת במרווחי זמן קבועים, ולכן ייתכן שלא תראו את השטח שהתפנה מיד. פרטים נוספים מופיעים במסמכי התיעוד של Python,‏ Java,‏ Go או PHP.

ההגבלות הבאות חלות על תורי משימות בהתאם לסוג שלהם:

מגבלות על תור הדחיפה
גודל משימה מקסימלי‫100KB
קצב הביצוע של התור‫500 הפעלות של משימות לשנייה לכל תור
הספירה לאחור או הזמן המשוער להשלמת המשימה (ETA) המקסימליים‫30 ימים מהתאריך והשעה הנוכחיים
המספר המקסימלי של משימות שאפשר להוסיף באצווה‫100 משימות
המספר המקסימלי של משימות שאפשר להוסיף לעסקה5 משימות
מספר תורי המשימות המקסימלי שמוגדר כברירת מחדל100 תורים. כדי לבקש הגדלה, צריך לפנות לתמיכה.

Cron

המכסות הבאות חלות ספציפית על משימות Cron.

משימות Cron
מספר משימות ה-Cron.
משאב מכסת ברירת מחדל
משימת Cron ‫250 משימות cron

אחזור כתובת URL

קריאות ל-API של אחזור כתובות URL
המספר הכולל של הפעמים שבהן האפליקציה ניגשה לשירות אחזור של כתובות אתרים כדי לבצע בקשת HTTP או HTTPS.
נתוני URL Fetch נשלחו
כמות הנתונים שנשלחים לשירות אחזור של כתובות אתרים בבקשות.
נתוני URL Fetch שהתקבלו
כמות הנתונים שהתקבלה משירות אחזור של כתובות אתרים בתגובות. השימוש הזה נספר גם במכסת רוחב הפס לנתונים נכנסים.
משאב מגבלה יומית שיעור מקסימלי
קריאות ל-UrlFetch API ‫860,000,000 שיחות ‫660,000 שיחות לדקה
נתוני UrlFetch שנשלחו ‫4.5TB ‫3,600 מגה-בייט לדקה
נתוני UrlFetch שהתקבלו ‫4.5TB ‫3,600 מגה-בייט לדקה

מגבלות רישות

המגבלות הבאות שקשורות לרשת חלות על App Engine:
  • חיבורים יוצאים לשנייה לכל מופע: 500 (אי אפשר להגדיל את המספר הזה)
  • רזולוציות DNS יוצאות לשנייה לכל מופע: 100 (אי אפשר להגדיל את המספר הזה)
  • מספר החבילות המקסימלי לשנייה לכל מופע: 80,000
  • מספר הביטים המקסימלי לשנייה לכל מופע: 100,000,000