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

מזהה אזור

‫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.

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

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

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

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

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

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

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

Blobstore

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

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

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

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

‫Firestore במצב Datastore ‏ (Datastore)

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

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

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

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

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

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

פריסות

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

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

קבצים

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

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

שעות מכונה

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

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

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

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

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

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

יומנים

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

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

שליחת אימייל

אפשר לראות את השימוש ב-Mail API בדף Quotas ב-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 לכל אזור ולכל דקה לכל פרויקט בכל אזור ובכל דקה, יחידות ה-centi-MCU הזמינות, שהן 1/100 של יחידת Memcache Compute. רלוונטי רק ל-Shared Memcache. ‫90,000,000 יחידות cMCU לדקה לכל פרויקט ואזור

Requests

רוחב פס יוצא (לחיוב)

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

למשל:

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

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

למשל:

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

בטבלה שלמטה מפורטות מכסות חינמיות לחיפוש. לתיאור מפורט של כל סוג של קריאה ל-Search, אפשר לעיין במסמכי התיעוד של 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 Support,‏ Enhanced Support או Premium Support יכולים לפנות לנציג התמיכה שלהם כדי לבקש מגבלות גבוהות יותר של קצב העברת נתונים.

תור משימות

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

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

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

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

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

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

Cron

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

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

URL Fetch

קריאות ל-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