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

מזהה אזור

‫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 settings במסוף 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, או שאילתות של מפתחות בלבד.
משאב הגבלה שמוגדרת כברירת מחדל
נתונים מאוחסנים (לחיוב) נפח של ‎1 GiB פנוי; אין נפח מקסימלי.
מעבר למכסה בחינם, יחולו תעריפי חיוב.
מספר המדדים 200
קריאות של ישויות ‫50,000 בחינם; אין מקסימום.
מעבר למכסה בחינם, יחולו תעריפי חיוב.
כתיבה של ישויות ‫20,000 בחינם; אין מקסימום.
מעבר למכסה בחינם, יחולו תעריפי חיוב.
מחיקות של ישויות ‫20,000 בחינם; אין מקסימום.
מעבר למכסה בחינם, יחולו תעריפי חיוב.
עסקים קטנים ללא הגבלה

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

פריסות

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

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

קבצים

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

קבצים מקסימום
קבצים שמוגדרים כברירת מחדל לכל אפליקציה ‫10,000 קבצים
כדי לבקש הגדלה, צריך לפנות לתמיכה.
קבצים לכל ספרייה ‫1,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 בדף 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 של יחידת חישוב של Memcache. אפשר להשתמש בעד מיליוני יחידות centi-MCU.

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

תור משימות

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

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

משאב מגבלה יומית שיעור מקסימלי
קריאות לניהול תור המשימות (באמצעות מסוף 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