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

מזהה אזור

הערך 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 יכולה לצרוך משאבים עד למכסות מסוימות. אפשר לראות את הצריכה היומית של האפליקציה בדף Quota Details במסוף Google Cloud .

סוגי המכסות

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

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

    רק סביבת ברירת המחדל ב-App Engine מספקת מכסות בחינם.

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

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

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

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

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

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

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

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

כשמשאב מסוים נגמר

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

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

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

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

בדוגמה הבאה מוסבר איך לתפוס את OverQuotaError, שעשוי להופיע ב-method‏ 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

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

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

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

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

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

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

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

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

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

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

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

Blobstore

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

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

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

מגבלת נתונים סטטית
בכל השפות חוץ מ-Go, הגודל של קובץ נתונים סטטיים לא יכול להיות גדול מ-32MB. המגבלה ב-Go היא 64MB.
סה"כ נפח אחסון
מכסת האחסון חלה על הכמות הכוללת של הקוד והנתונים הסטטיים שמאוחסנים בכל הגרסאות של האפליקציה. הגודל הכולל של הקוד והקבצים הסטטיים שמאוחסנים מופיע בטבלה בלוח הבקרה הראשי. הגדלים של כל אחד מהם מוצגים במסכים "גרסאות" ו"קצוות עורפיים" בהתאמה. האפליקציות יחויבו ב-0.026 $ ל-GB לחודש על כל קוד ואחסון נתונים סטטיים שחורגים מ-1GB.
ארה"ב או אירופה
משאב עלות
אחסון קוד ונתונים סטטיים – 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 או שאילתות של מפתחות בלבד.
משאב מגבלת ברירת המחדל
נתונים מאוחסנים (ניתנים לחיוב) ‫1GiB בחינם, ללא הגבלה.
מעבר למכסה בחינם, חלים תעריפי חיוב.
מספר האינדקסים 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 (שנקראות גם מחלקות של מכונות קצה קדמי וקצה עורפי). שימו לב: כשמשתמשים בשירותים של App Engine, מחלקת המכונה של השירות קובעת איזו מכסה חלה.

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

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

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

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

יומנים

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

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

שליחת אימייל

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

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

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

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

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

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

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

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

Memcache

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

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

Requests

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

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

למשל:

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

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

למשל:

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

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

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

משאב או קריאה ל-API מכסה בחינם
נפח האחסון הכולל (מסמכים ואינדקסים) 0.25 GB
שאילתות ‫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 לא רלוונטי
משאב מגבלת ברירת המחדל
מספר התורים המקסימלי (כולל תורי דחיפה ותורי משיכה, אבל לא את תור ברירת המחדל) ‫100 תורים.

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

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

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

Cron

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

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

אחזור כתובת URL

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

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

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