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

המאמר הזה מתאר את המכסות ואת המגבלות על הבקשות ל-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) לקריאה ולכתיבה של אובייקטים בקטגוריות עם מרחב שמות היררכי מופעל	מספר שאילתות לשנייה (QPS) גבוה עד פי 8 בהשוואה לקטגוריות שבהן לא מופעל מרחב שמות היררכי	במאמר ניהול תיקיות מוסבר איך לשפר את הביצועים כשעובדים עם תיקיות.
מספר מקסימלי של הקשרים לכל אובייקט	50
הגודל המשולב המקסימלי של כל המפתחות והערכים של הקשר האובייקט לכל אובייקט	‫25KiB (בקידוד UTF-8)
האורך המקסימלי של מפתח הקשר של אובייקט	‫256 בייטים (בקידוד UTF-8)
האורך המקסימלי של ערך הקשר של אובייקט	‫256 בייטים (בקידוד UTF-8)

Rapid Cache

הגבלה	ערך	הערות
גודל המטמון המקסימלי של Rapid Cache	‎1 PiB	גודל המטמון גדל או קטן באופן אוטומטי בהתאם לכמות הנתונים שמאוחסנים במטמון, עד למקסימום של 1PiB. גודל המטמון שווה לכמות הנתונים שהוכנסו למטמון פחות כמות הנתונים שהוסרו. לדוגמה, אם עומס עבודה מטמיע 100GiB של נתונים, גודל המטמון יגדל ל-100GiB. אם לאחר מכן יפונו 50GiB של נתונים, גודל המטמון יצטמצם ל-50GiB. יכול להיות שהמגבלה על גודל המטמון תהיה נמוכה יותר, בהתאם להיסטוריית החשבון לחיוב של הפרויקט. אם המשאבים מוגבלים, יכול להיות שיצירת המטמונים תיפסק או שהמטמונים הקיימים יפסיקו לגדול וימחקו נתונים לפי אלגוריתם של "הכי פחות בשימוש לאחרונה" (LRU) כדי לפנות מקום לנתונים חדשים. כדי לבקש להגדיל את נפח האחסון במטמון מעבר ל-‎1 PiB, אפשר לפנות למנהל החשבונות הטכני או לנציג Google.
מגבלת רוחב הפס המקסימלית לשימוש בנתונים של Rapid Cache לכל פרויקט ולכל אזור	‫20Tbps	מגבלת רוחב הפס של המטמון משתנה באופן אוטומטי בהתאם לכמות הנתונים שמאוחסנים במטמון, בקצב של 20Gbps לכל 1TiB של נתונים, עם ערך בסיס של 100Gbps. כדי להגדיל את רוחב הפס ההתחלתי או הכולל של המטמון, אפשר להגדיל את כמות הנתונים שמאוחסנים במטמון או ליצור עוד מטמונים באזור. כדי להגדיל את קצב רוחב הפס, אפשר גם לפנות למנהל החשבונות הטכני או לנציג Google. מגבלת רוחב הפס של המטמון נפרדת ממכסת רוחב הפס המקסימלית של הפרויקט. קריאת נתונים מהמטמון נספרת במגבלת רוחב הפס של המטמון עד שמגיעים למגבלה, ואז קריאות הנתונים מתחילות להיספר במכסת רוחב הפס של הפרויקט. אי מציאה במטמון לא נכללת במגבלת רוחב הפס של המטמון. מגבלת רוחב הפס של המטמון חלה על כל פרויקט ועל כל אזור, ולכן תנועה ממטמונים באותו פרויקט ובאותו אזור נספרת במסגרת מגבלת רוחב פס משותפת של המטמון, גם אם המטמונים נוצרו בשביל קטגוריות שונות. לדוגמה, נניח שנוצר מטמון א' באזור us-east1-b בשביל הקטגוריה example-bucket-1, שנמצאת בפרויקט my-project. מטמון ב' נוצר ב-us-east1-b בשביל example-bucket-2, שנמצא גם ב-my-project. מכיוון שגם מטמון א' וגם מטמון ב' נמצאים ב-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 הגדרות של דוחות מלאי.

Storage Intelligence

‫Storage Intelligence אוכף מכסות לקצב הגשת בקשות של ממצאי Intelligence.

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

מדד	שיטות API	מגבלת ברירת המחדל
storage.googleapis.com/intelligence_findings_requests	projects.locations.intelligenceFindings.get (GetIntelligenceFinding) projects.locations.intelligenceFindings.list (ListIntelligenceFindings) projects.locations.intelligenceFindings.summarize (SummarizeIntelligenceFindings) projects.locations.intelligenceFindings.revisions.get (GetIntelligenceFindingRevision) projects.locations.intelligenceFindings.revisions.list (ListIntelligenceFindingRevisions)	‫600 בקשות לדקה לכל פרויקט

משימות של פעולות רבות על פריטי אחסון

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

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

בטבלה הבאה מתוארת המגבלה על מספר הפעולות של jobs שמתבצעות בו-זמנית:

סוג המגבלה	הגבלה	חל על
משימות בו-זמניות בקטגוריה אחת	100	לכל פרויקט בכל מיקום
משימות הרצה לניסיון בו-זמניות בקטגוריה אחת	100	לכל פרויקט בכל מיקום
משימות בו-זמניות בכמה קטגוריות	5	בכל העולם, לכל פרויקט
משימות הרצה לניסיון בו-זמנית בכמה קטגוריות	5	בכל העולם, לכל פרויקט
פעולות בו-זמניות בקטגוריות	‫50 קטגוריות	לכל משימה בכמה קטגוריות לכל מיקום

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

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

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

מדד	שיטות API	מגבלות ברירת המחדל
storagebatchoperations.googleapis.com/api-requests	storagebatchoperations.jobs.create storagebatchoperations.jobs.get storagebatchoperations.jobs.list storagebatchoperations.jobs.cancel storagebatchoperations.jobs.delete storagebatchoperations.jobs.bucketOperations.get storagebatchoperations.jobs.bucketOperations.list storagebatchoperations.operations.get storagebatchoperations.operations.list storagebatchoperations.operations.cancel storagebatchoperations.operations.delete	‫1,200 בקשות לדקה לכל פרויקט

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

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

• לכל פרויקט, לדקה: עד 600 משימות בתור לכל פרויקט.
• לכל פרויקט, ליום: עד 5,000 משימות בתור לכל פרויקט.

שרת MCP של Cloud Storage

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

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

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

מכסה	ערך
בקשות ל-McpListBuckets, McpListObjects, McpReadText, McpGetObjectMetadata, McpReadObject, McpGetBucketMetadata, McpGetBucketIamPolicy ו-McpTestBucketIamPermissions	‫600 לדקה לכל פרויקט בכל אזור
בקשות ל-McpCreateBucket, McpWriteText ו-McpDeleteObject	‫300 לדקה לכל פרויקט, לכל אזור
בקשות לגבי McpDeleteBucket ו-McpSetBucketIamPolicy	‫100 לדקה לכל פרויקט בכל אזור

רוחב פס

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

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