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

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

המכסות והמגבלות עשויות להשתנות.

קטגוריות

מגבלה	ערך	הערות
הגודל המקסימלי של שם הקטגוריה	63 תווים	אם השם מכיל נקודה (.), המגבלה היא 222 תווים.
הקצב המקסימלי ליצירה ולמחיקה של קטגוריות בכל פרויקט	בערך בקשה אחת כל שתי שניות	ברוב המקרים, כדאי לתכנן פחות קטגוריות ויותר אובייקטים. לדוגמה, אפשרות מקובלת בתחום היא להשתמש בקטגוריה אחת לכל משתמש בפרויקט. עם זאת, במקרה שמתכננים מערכת שמוסיפה משתמשים רבים בשנייה, צריך לתכנן למשתמשים רבים בקטגוריה אחת (עם הרשאות מתאימות) כדי שהגבלת הקצב של יצירת הבקשות בקטגוריה לא תהפוך לצוואר בקבוק. אפליקציות עם זמינות גבוהה לא צריכות להיות תלויות ביצירת קטגוריות, במחיקה או בפעולות של רשימות בנתיב הקריטי של האפליקציה. שמות הקטגוריות הם חלק ממרחב שמות גלובלי מרוכז: כל תלות במרחב השמות הזה יוצרת נקודת כשל בודדת באפליקציה. אם מיקום מסוים לא זמין באופן זמני, יכול להיות שהפעולה של רשימת הקטגוריות תחזיר רק רשימה חלקית של קטגוריות. בעקבות זאת ומגבלת היצירה/מחיקה של קטגוריות, השיטה המומלצת בשירותים עם זמינות גבוהה ב-Cloud Storage, היא ליצור מראש את כל הקטגוריות הנדרשות.
מספר הבייטים המקסימלי של נתונים שאפשר לאחסן בכל הקטגוריות האזוריות בכל פרויקט, בכל אזור המגבלה הזו חלה רק על קטגוריות שמשתמשות ב-Rapid Bucket.	מגבלת ברירת המחדל היא 1TB, אבל יכול להיות שהיא תהיה נמוכה או גבוהה יותר בהתאם להיסטוריית החיוב של הפרויקט	מידע נוסף על קטגוריות אזוריות זמין במאמר Rapid Bucket.
הקצב המקסימלי של שחזור קטגוריות בכל פרויקט	בערך בקשה אחת כל שתי שניות
הקצב המקסימלי של עדכוני מטא-נתונים של קטגוריה בכל קטגוריה	עדכון אחד בשנייה	עדכונים מהירים לקטגוריה אחת (למשל, שינוי הגדרות CORS) עלולים לגרום לשגיאות של ויסות נתונים (throttle).
המספר המקסימלי של חשבונות משתמשים שאפשר להעניק להם תפקידי IAM לכל קטגוריה	1,500 חשבונות משתמשים לכל תפקידי ה-IAM 100 חשבונות משתמשים לתפקידי IAM מדור קודם	למידע נוסף, ראו סוגי חשבון משתמש.
מספר מקסימלי של הגדרות התראות ב-Pub/Sub לכל קטגוריה	100 הגדרות להתראות
מספר מקסימלי של העברות קטגוריות בו-זמניות שנתמכות מאותו מיקום בפרויקט	5 קטגוריות	מידע נוסף זמין במאמר העברת קטגוריות.
המספר המקסימלי של הגדרות התראות ב-Pub/Sub שיופעלו לאירוע ספציפי	10 הגדרות להתראות
המספר המקסימלי של מאפיינים מותאמים אישית בהגדרת התראות ב-Pub/Sub	10 מאפיינים מותאמים אישית
תקופת השמירה המקסימלית שאפשר להגדיר לנעילת קטגוריות	‫3,155,760,000 שניות (100 שנים)
משך הזמן המקסימלי לשמירת נתונים שנמחקו עם אפשרות שחזור	90 ימים
המספר המקסימלי של קידומות וסיומות בסך הכול כשמשתמשים בתנאי מחזור החיים matchesPrefix ו-matchesSuffix בכל הכללים בקטגוריה.	1,000	מידע על ניהול מחזור חיים של אובייקטים זמין במאמר ניהול מחזור חיים של אובייקטים.

Objects

מגבלה	ערך	הערות
גודל אובייקט מקסימלי	‎5 TiB	המגבלה הזו חלה ללא קשר לשיטת הכתיבה, כולל הרכבת אובייקט, העלאות שניתן להמשיך והעלאות מרובות חלקים.
הגודל המשולב המקסימלי של כל המפתחות והערכים של המטא-נתונים המותאמים אישית לכל אובייקט	‎8 KiB
הגודל המקסימלי של שם אובייקט לאובייקטים בקטגוריה עם מרחב שמות שטוח	1,024 בייטים (בקידוד UTF-8)
הגודל המקסימלי של שם אובייקט לאובייקטים בקטגוריה שמופעל בה מרחב שמות היררכי	שם התיקייה: 512 בייטים (בקידוד UTF-8) שם הבסיס: 512 בייטים (בקידוד UTF-8) .
קצב הכתיבה המקסימלי לאותו שם אובייקט	כתיבה אחת בשנייה	כתיבה לאותו שם אובייקט בקצב גבוה מהמגבלה עלולה לגרום לשגיאות של ויסות נתונים. למידע נוסף, ראו אובייקטים שאינם ניתנים לשינוי.
הקצב המקסימלי של עדכוני מטא-נתונים של אובייקט לאובייקט יחיד	עדכון אחד בשנייה	עדכון המטא-נתונים של אובייקטים בקצב גבוה מהמגבלה עלול לגרום לשגיאות של ויסות נתונים.
הקצב המקסימלי של כתיבת אובייקטים בקטגוריה	ללא הגבלה	כולל העלאה, עדכון ומחיקה של אובייקטים. קטגוריות תומכות בהתחלה בכ-1,000 כתיבות בשנייה, ואז מבצעות התאמה לפי הצורך.
הקצב המקסימלי של קריאת אובייקטים בקטגוריה	ללא הגבלה	כולל קריאת נתוני אובייקטים, קריאת מטא-נתונים של אובייקטים והצגת אובייקטים. קטגוריות תומכות בהתחלה בכ-5,000 קריאות של אובייקטים בשנייה, ואז מבצעות התאמה לפי הצורך. עם זאת, חשוב לשים לב שיש מגבלות רוחב פס.
המספר המקסימלי של רשימות של בקרת גישה (ACLs)	100 רשימות ACL לכל אובייקט	למידע נוסף על היקפים של רשימות ACL
המספר המקסימלי של אובייקטי מקור בהרכבת אובייקט	32 אובייקטים בבקשת הרכבה אחת
מספר הרכיבים המקסימלי שמרכיבים אובייקט מורכב	ללא הגבלה	אין מגבלה על מספר הרכיבים שמרכיבים אובייקט מורכב, אבל המטא-נתונים של componentCount המשויכים לאובייקט מורכב יגיעו לניצול מלא ב-2,147,483,647 והאובייקט המורכב הסופי חייב לעמוד בדרישות מגבלת הגודל של ‎5 TiB שחלה על כל האובייקטים ב-Cloud Storage.
זמן השמירה המקסימלי שאפשר להגדיר לנעילת שמירת אובייקטים	‫3,155,760,000 שניות (100 שנים) מהתאריך והשעה הנוכחיים
המגבלות המקסימליות של שאילתות ראשוניות לשנייה (QPS) לקריאה ולכתיבה של אובייקטים בקטגוריות עם מרחב שמות היררכי מופעל	עד פי 8 יותר QPS בהשוואה לקטגוריות ללא מרחב שמות היררכי	מידע על אופטימיזציה של הביצועים כשעובדים עם תיקיות זמין במאמר ניהול תיקיות.
מספר ההקשרים המקסימלי לכל אובייקט	50
הגודל המשולב המקסימלי של כל המפתחות והערכים של הקשר האובייקט לכל אובייקט	‫25KiB (בקידוד UTF-8)
האורך המקסימלי של מפתח הקשר של אובייקט	‫256 בייטים (בקידוד UTF-8)
האורך המקסימלי של ערך בהקשר של אובייקט	‫256 בייטים (בקידוד UTF-8)

Rapid Cache

הגבלה	ערך	הערות
הגודל המקסימלי של מטמון Rapid Cache	‫1PiB	גודל המטמון גדל או קטן באופן אוטומטי בהתאם לכמות הנתונים שמאוחסנים במטמון, עד למקסימום של 1PiB. גודל המטמון שווה לכמות הנתונים שנקלטים במטמון פחות כמות הנתונים שמוצאים מהמטמון. לדוגמה, אם עומס עבודה קולט 100GB של נתונים, גודל המטמון יגדל ל-100GB. אם בהמשך יפונה נפח של 50GiB של נתונים, גודל המטמון יצטמצם ל-50GiB. יכול להיות שמגבלת גודל המטמון תהיה נמוכה יותר בהתאם להיסטוריית החיובים של חשבון לחיוב של הפרויקט. אם המשאבים מוגבלים, יצירת מטמון יכולה להיעצר או שמטמון קיים יכול להפסיק לגדול ולפנות נתונים באמצעות אלגוריתם של שימוש אחרון (LRU) כדי לפנות מקום לנתונים חדשים. כדי לבקש הגדלה של נפח האחסון במטמון מעבר ל-‎1 PiB, אפשר לפנות למנהל החשבונות הטכני או לנציג Google.
המגבלה המקסימלית של רוחב הפס לשימוש בנתונים ב-Rapid Cache לכל פרויקט ולכל אזור	‫20 Tbps	מגבלת רוחב הפס של המטמון משתנה באופן אוטומטי בהתאם לכמות הנתונים שמאוחסנים במטמון, בקצב של 20Gbps לכל 1TiB של נתונים, עם ערך בסיסי של 100Gbps. כדי להגדיל את כמות רוחב הפס של המטמון, אפשר להגדיל את כמות הנתונים שמאוחסנים במטמון או ליצור עוד מטמונים באזור. אפשר גם לפנות למנהל החשבונות הטכני או לנציג Google כדי לבקש להגדיל את קצב רוחב הפס. מגבלת רוחב הפס של המטמון היא נפרדת ממכסת רוחב הפס המקסימלית של הפרויקט. קריאת נתונים מהמטמון נספרת במגבלת רוחב הפס של המטמון עד שמגיעים למגבלה. בשלב הזה, קריאות הנתונים מתחילות להיספר במכסת רוחב הפס של הפרויקט. החמצות במטמון לא נכללות במגבלת רוחב הפס של המטמון. מגבלת רוחב הפס של המטמון חלה על בסיס כל פרויקט וכל אזור, לכן התנועה ממטמונים באותו פרויקט ואזור נספרת במסגרת מגבלת רוחב פס משותפת של המטמון, גם אם המטמונים נוצרו עבור קטגוריות שונות. לדוגמה, נניח שמטמון A נוצר באזור us-east1-b עבור הקטגוריה example-bucket-1, שנמצאת בפרויקט my-project. מטמון B נוצר ב-us-east1-b עבור example-bucket-2, שנמצא גם ב-my-project. מכיוון שהמטמון A והמטמון B ממוקמים גם ב-us-east1-b וגם ב-my-project, תנועת הגולשים בשני המטמונים נספרת במסגרת אותה מגבלת רוחב פס של המטמון. הערה: מטמונים שנוצרו לקטגוריות בסוגי מיקום שונים לא נספרים במסגרת אותה מגבלת רוחב פס של מטמון, גם אם המטמונים נוצרו באותו אזור. לדוגמה, נניח שגם מטמון א' וגם מטמון ב' נוצרו באזור us-east1-b, אבל מטמון א' שייך לקטגוריה באזור us-east1 ומטמון ב' שייך לקטגוריה במספר אזורים US. למטמונים יהיו מגבלות רוחב פס נפרדות כי הקטגוריות המשויכות להם הן מסוגי מיקום שונים. קטגוריה אחת מאוחסנת באזור וקטגוריה אחרת מאוחסנת במספר אזורים.
המספר המקסימלי של מטמוני Rapid Cache שנוצרים בו-זמנית בכל פרויקט ובכל אזור	‫20 מטמונים	המספר המקסימלי של מטמונים שיכולים להיות במצב creating בזמן נתון.

תיקיות מנוהלות

הגבלה	ערך	הערות
הגודל המקסימלי של שם תיקייה מנוהלת	1,024 בייטים (בקידוד UTF-8)
מספר התיקיות המנוהלות המקסימלי בקטגוריה של Cloud Storage	ללא הגבלה
המגבלה המקסימלית של קינון תיקיות מנוהלות	15
הקצב המקסימלי של עדכוני מדיניות IAM לכל תיקייה מנוהלת	עדכון אחד בשנייה
המספר המקסימלי של חשבונות משתמשים שאפשר להעניק להם תפקידי IAM לכל תיקייה מנוהלת	1,500 חשבונות משתמשים לכל תפקידי ה-IAM	המספר של חשבונות משתמשים שקיבלו תפקיד IAM בתיקייה מנוהלת לא נכלל במספר המקסימלי של חשבונות משתמשים שאפשר להעניק להם תפקיד IAM בקטגוריה שמכילה את התיקייה המנוהלת, תיקיות מנוהלות הורה או תיקיות מנוהלות צאצא.

בקשות API בפורמט JSON

מגבלה	ערך	הערות
המקסימום הכולל של בקשת מטען ייעודי (payload) של בקשת Batch	פחות מ-‎10 MiB	אסור לכלול יותר מ-100 קריאות בבקשה אחת.
הגודל המקסימלי של תבנית glob של רשימת אובייקטים	‫1,024 בייטים בקידוד UTF-8

בקשות API בפורמט XML

מגבלה	ערך	הערות
הגודל המשולב המקסימלי של כתובת URL של הבקשה וכותרות HTTP	‎16 KiB
המספר המקסימלי של קטגוריות שאפשר להחזיר כשמציגים קטגוריות	1,000 קטגוריות	API בפורמט XML מחזיר קטגוריות באופן לקסיקוגרפי לפי שם.
מספר החלקים המקסימלי בהעלאה מרובת חלקים	10,000 חלקים	האובייקט שהורכב מהחלקים האלו צריך לעמוד במגבלת הגודל של ‎5 TiB שחלה על כל האובייקטים ב-Cloud Storage.
הגודל המקסימלי של חלק בודד בהעלאה מרובת חלקים	‎5 GiB
הגודל המינימלי של חלק ספציפי בהעלאה מרובת חלקים	‎5 MiB	אין מגבלת גודל מינימלי על החלק האחרון בהעלאה מרובת חלקים. לכן, המגבלה הזו לא נאכפת בזמן העלאת החלק, אלא בזמן הניסיון להשלים את ההעלאה.
הזמן המקסימלי שהעלאה מרובת חלקים והחלקים שהועלו ממנה יכולים להישאר לא גמורים או לא פעילים בקטגוריה	ללא הגבלה
המספר המקסימלי של העלאות מרובות חלקים שיכולות להתרחש בו-זמנית עבור אובייקט	ללא הגבלה
משך הזמן המקסימלי עד להשלמה של סשן העלאה שניתן להמשיך	7 ימים	משך הזמן נמדד החל מהתחלת ההעלאה שניתן להמשיך.

מפתחות HMAC לחשבונות שירות

אפשר להוסיף עד 10 מפתחות HMAC לכל חשבון שירות. מפתחות שנמחקו לא נחשבים במגבלה הזו.

דוחות מלאי

לכל קטגוריית מקור יש מגבלה של לכל היותר 100 הגדרות של דוחות מלאי.

משרות של פעולות אצווה באחסון

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

משרות של מקבץ פעולות בו-זמניות באחסון

בטבלה הבאה מפורטת המגבלה על מספר התהליכים המקבילים שמתבצעים ב-jobs:

מספר מקסימלי של משימות בתהליך	חל על
100	לכל פרויקט, לכל מיקום של קטגוריה

מכסות לקצב שליחת בקשות

בפעולות אצווה של אחסון, מכסות קצב נאכפות על כל הבקשות שנשלחות.

בטבלה הזו מפורטים המדד, שיטות ה-API והמגבלות שמוגדרות כברירת מחדל לכל מכסה:

מדד	שיטות API	מגבלות ברירת מחדל
storagebatchoperations.googleapis.com/create_requests	storagebatchoperations.jobs.create	‫1,200 בקשות לדקה לכל פרויקט
storagebatchoperations.googleapis.com/read_requests	storagebatchoperations.jobs.get storagebatchoperations.jobs.list	‫1,200 בקשות לדקה לכל פרויקט
storagebatchoperations.googleapis.com/cancel_requests	storagebatchoperations.jobs.cancel	‫1,200 בקשות לדקה לכל פרויקט
storagebatchoperations.googleapis.com/delete_requests	storagebatchoperations.jobs.delete	‫1,200 בקשות לדקה לכל פרויקט

שרת MCP של Cloud Storage

בקטע הזה מתוארות המגבלות והמכסות של שרת Cloud Storage MCP. הוראות לשימוש בשרת MCP של Cloud Storage מופיעות במאמר שימוש בשרת MCP של Cloud Storage.

הגבלה	ערך
גודל קובץ מקסימלי	‎8 MiB
נקודות קצה נתמכות	גלובלי בלבד

בטבלה הבאה מפורטות מגבלות הקצב לכל כלי:

מכסה	ערך
בקשות ל-McpListBuckets,‏ McpListObjects,‏ McpReadText,‏ McpGetObjectMetadata ו-McpReadObject	600/min/project/region
בקשות לMcpCreateBucket ולMcpWriteText	300/min/project/region

רוחב פס

מכסה	ערך	הערות
רוחב פס מקסימלי לכל אזור שבו יש תעבורת נתונים יוצאת (egress) של נתונים מ-Cloud Storage לשירותי Google לכל פרויקט, לכל אזור האפשרות זמינה רק ב-Rapid Bucket.	מכסת ברירת המחדל היא 1Tbps לכל פרויקט ולכל אזור, אבל יכול להיות שהיא תהיה נמוכה או גבוהה יותר בהתאם להיסטוריית החיוב של הפרויקט.	אפשר לבקש להגדיל את המכסות באמצעות Google Cloud המסוף לכל פרויקט ולכל אזור בנפרד. אפשר גם לפנות למנהל החשבונות הטכני או לנציג Google כדי לבקש הגדלה של המכסה. כדי ללמוד איך להציג את מגבלות תעבורת הנתונים היוצאת (egress) של Google בפרויקט, אפשר לעיין במאמר בנושא הצגה וניהול של מכסות. במאמר מעקב אחרי רוחב פס מוסבר איך לראות את השימוש ברוחב פס של תעבורת נתונים יוצאת (egress) ב-Google בפרויקט. מידע נוסף על קטגוריות אזוריות זמין במאמר Rapid Bucket.
רוחב פס מקסימלי לכל אזור שבו יש תעבורת נתונים יוצאת (egress) של נתונים מ-Cloud Storage לשירותי Google	‫‎200 Gbps לכל אזור, מכסת ברירת המחדל לרוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית החשבון לחיוב של הפרויקט	המכסה הזו לא חלה על תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN. אפשר לבקש להגדיל את המכסות לכל פרויקט בנפרד. כדי ללמוד איך להציג את מגבלות תעבורת הנתונים היוצאת (egress) של Google בפרויקט, אפשר לעיין במאמר בנושא הצגה וניהול של מכסות. במאמר מעקב אחרי רוחב פס מוסבר איך לראות את השימוש ברוחב פס של תעבורת נתונים יוצאת (egress) ב-Google בפרויקט.
רוחב פס מקסימלי לכל בשני אזורים שבו יש תעבורת נתונים יוצאת (egress) של נתונים מ-Cloud Storage לשירותי Google	מכסת ברירת המחדל היא ‎200 Gbps לכל אזור בשני אזורים ברוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית חשבון החיוב של הפרויקט	המכסה הזו לא חלה על תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN. אפשר לבקש להגדיל את המכסות לכל פרויקט בנפרד. כדי ללמוד איך להציג את מגבלות תעבורת הנתונים היוצאת (egress) של Google בפרויקט, אפשר לעיין במאמר בנושא הצגה וניהול של מכסות. במאמר מעקב אחרי רוחב פס מוסבר איך לראות את השימוש ברוחב פס של תעבורת נתונים יוצאת (egress) ב-Google בפרויקט.
רוחב פס מקסימלי לכל אזור עם כמה אזורים שבהם יש תעבורת נתונים יוצאת (egress) של נתונים מ-Cloud Storage לשירותי Google	‫‎200 Gbps לכל אזור, מכסת ברירת המחדל לרוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית החשבון לחיוב של הפרויקט	המכסה הזו לא חלה על תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN. לכל אזור באזור הרב-אזורי הנתון יש מכסה נפרדת. לדוגמה, נניח שלפרויקט my-project יש מכסת רוחב פס של ‎200 Gbps לתעבורת נתונים יוצאת (egress) של Google במספר אזורים, לכל האזורים שבו. בתרחיש הזה, לאזור us-east1 יש רוחב פס של ‎200 Gbps כשהוא תומך בתעבורת נתונים יוצאת (egress) לשירותי Google מקטגוריות במספר אזורים של us, ולאזור us-west1 יש רוחב פס של ‎200 Gbps כשהוא תומך בתעבורת נתונים יוצאת (egress) לשירותי Google מקטגוריות במספר אזורים של us. כדי ללמוד איך להציג את מגבלות תעבורת הנתונים היוצאת (egress) של Google בפרויקט, אפשר לעיין במאמר בנושא הצגה וניהול של מכסות. במאמר מעקב אחרי רוחב פס מוסבר איך לראות את השימוש ברוחב פס של תעבורת נתונים יוצאת (egress) ב-Google בפרויקט. אפשר לבקש להגדיל את המכסות לכל פרויקט בנפרד. הערה: בדרך כלל מומלץ להשתמש בקטגוריות שממוקמות באזורים או בשני אזורים בשביל עומסי עבודה עם קצב גבוה של תעבורת נתונים יוצאת (egress) אל שירותי Google. בקטגוריות קיימות במספר אזורים שמריצות עומסי עבודה גדולים בשירותי Google, אפשר להשתמש ב-Storage Transfer Service כדי להעביר את הנתונים לקטגוריה באזור או בשני אזורים.
רוחב הפס המקסימלי לתעבורת נתונים יוצאת (egress) לבקשות באינטרנט שמתבצעות כדי לגשת לנתונים מקטגוריות באזור	‫‎200 Gbps לכל אזור, מכסת ברירת המחדל לרוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית החשבון לחיוב של הפרויקט	המכסה הזו כוללת תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN עקב החמצות במטמון. כדי ללמוד איך לראות את מגבלות תעבורת הנתונים היוצאת (egress) לאינטרנט של פרויקט, ראו איך רואים ומנהלים את המכסות. כדי ללמוד איך לראות את השימוש בתעבורת נתונים יוצאת (egress) לאינטרנט בפרויקט, ראו מעקב אחרי רוחב פס. אפשר לבקש להגדיל את המכסות לכל פרויקט בנפרד.
רוחב הפס המקסימלי לתעבורת נתונים יוצאת (egress) לבקשות באינטרנט שמתבצעת גישה לנתונים מקטגוריות באזור כפול	מכסת ברירת המחדל היא ‎200 Gbps לכל אזור בשני אזורים ברוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית חשבון החיוב של הפרויקט	המכסה הזו כוללת תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN עקב החמצות במטמון. כדי ללמוד איך לראות את מגבלות תעבורת הנתונים היוצאת (egress) לאינטרנט של פרויקט, ראו איך רואים ומנהלים את המכסות. כדי ללמוד איך לראות את השימוש בתעבורת נתונים יוצאת (egress) של פרויקט לפי אזור, אפשר לעיין במאמר בנושא מעקב אחרי רוחב פס. אפשר לבקש להגדיל את המכסות לכל פרויקט בנפרד.
רוחב הפס המקסימלי לתעבורת נתונים יוצאת (egress) לבקשות באינטרנט שמתבצעת גישה לנתונים מקטגוריות במספר אזורים נתון	‫‎200 Gbps לכל אזור, מכסת ברירת המחדל לרוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית החשבון לחיוב של הפרויקט	המכסה הזו כוללת תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN עקב החמצות במטמון. לאזורים בתוך מספר אזורים יש מכסות נפרדות של תעבורת נתונים יוצאת (egress) באינטרנט. לדוגמה, נניח ש-my-project שולח נתונים מקטגוריה שנמצאת באזור us בשני אזורים ללקוחות ברחבי העולם. בתרחיש הזה, אזורים שונים בתוך us אזור מרובה משתמשים במכסת תעבורת הנתונים היוצאת שלהם מהאינטרנט, כי הנתונים נשלחים מהקטגוריה לחלקים שונים בעולם. בדרך כלל, מכסת תעבורת הנתונים היוצאת (egress) מהאינטרנט נספרת מול האזור שהכי קרוב מבחינה גיאוגרפית ליעד של הנתונים. כדי ללמוד איך לראות את מגבלות תעבורת הנתונים היוצאת (egress) לאינטרנט של פרויקט, ראו איך רואים ומנהלים את המכסות. כדי ללמוד איך לראות את השימוש בתעבורת נתונים יוצאת (egress) של פרויקט לפי אזור, אפשר לעיין במאמר בנושא מעקב אחרי רוחב פס. אפשר לבקש להגדיל את המכסות לכל פרויקט בנפרד.

כשרוחב הפס של הפרויקט חורג ממכסה מסוימת, יכול להיות שבקשות לקטגוריות המושפעות מכך יעברו ויסות נתונים (throttle) או יידחו עם שגיאה 429 - rateLimitExceeded שאפשר לנסות שוב, שכוללת פרטים על החריגה מהמכסה. למידע על מעקב אחר רוחב הפס, ראו שימוש ברוחב פס.