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

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

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

קטגוריות

מגבלה	ערך	הערות
הגודל המקסימלי של שם הקטגוריה	63 תווים	אם השם מכיל נקודה (.), המגבלה היא 222 תווים.
הקצב המקסימלי ליצירה ולמחיקה של קטגוריות בכל פרויקט	בערך בקשה אחת כל שתי שניות	ברוב המקרים, כדאי לתכנן פחות קטגוריות ויותר אובייקטים. לדוגמה, אפשרות מקובלת בתחום היא להשתמש בקטגוריה אחת לכל משתמש בפרויקט. עם זאת, במקרה שמתכננים מערכת שמוסיפה משתמשים רבים בשנייה, צריך לתכנן למשתמשים רבים בקטגוריה אחת (עם הרשאות מתאימות) כדי שהגבלת הקצב של יצירת הבקשות בקטגוריה לא תהפוך לצוואר בקבוק. אפליקציות עם זמינות גבוהה לא צריכות להיות תלויות ביצירת קטגוריות, במחיקה או בפעולות של רשימות בנתיב הקריטי של האפליקציה. שמות הקטגוריות הם חלק ממרחב שמות גלובלי מרוכז: כל תלות במרחב השמות הזה יוצרת נקודת כשל בודדת באפליקציה. אם מיקום מסוים לא זמין באופן זמני, יכול להיות שהפעולה של רשימת הקטגוריות תחזיר רק רשימה חלקית של קטגוריות. בעקבות זאת ומגבלת היצירה/מחיקה של קטגוריות, השיטה המומלצת בשירותים עם זמינות גבוהה ב-Cloud Storage, היא ליצור מראש את כל הקטגוריות הנדרשות.
הקצב המקסימלי של שחזור קטגוריות בכל פרויקט	בערך בקשה אחת כל שתי שניות
הקצב המקסימלי של עדכוני מטא-נתונים של קטגוריה בכל קטגוריה	עדכון אחד בשנייה	עדכונים מהירים לקטגוריה אחת (למשל, שינוי הגדרות 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
האורך המקסימלי של מפתח הקשר של אובייקט	‫256 בייטים (בקידוד UTF-8)
האורך המקסימלי של ערך הקשר של אובייקט	‫256 בייטים (בקידוד UTF-8)

מטמון בכל מקום

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

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

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

בקשות JSON API

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

בקשות XML API

מגבלה	ערך	הערות
הגודל המשולב המקסימלי של כתובת URL של הבקשה וכותרות HTTP	‎16 KiB
המספר המקסימלי של קטגוריות שאפשר להחזיר כשמציגים קטגוריות	1,000 קטגוריות	XML API מחזיר קטגוריות באופן לקסיקוגרפי לפי שם.
מספר החלקים המקסימלי בהעלאה מרובת חלקים	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 בקשות לדקה לכל פרויקט

רוחב פס

מכסה	ערך	הערות
רוחב פס מקסימלי לכל אזור שבו יש תעבורת נתונים יוצאת (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 כשהוא תומך בתעבורת נתונים יוצאת לשירותי Google מקטגוריות במספר אזורים של us, ולאזור us-west1 יש רוחב פס של ‎200 Gbps כשהוא תומך בתעבורת נתונים יוצאת לשירותי Google מקטגוריות במספר אזורים של us. כדי ללמוד איך להציג את מגבלות תעבורת הנתונים היוצאת (egress) של Google בפרויקט, אפשר לעיין במאמר בנושא הצגה וניהול של מכסות. במאמר מעקב אחרי רוחב פס מוסבר איך לראות את השימוש ברוחב פס של תעבורת נתונים יוצאת (egress) ב-Google בפרויקט. אפשר לבקש להגדיל את המכסה לכל פרויקט בנפרד. שימו לב שבדרך כלל מומלץ להשתמש בקטגוריות שממוקמות באזורים או בשני אזורים בשביל עומסי עבודה עם קצב גבוה של תעבורת נתונים יוצאת (egress) אל שירותי Google. בקטגוריות קיימות במספר אזורים שמריצות עומסי עבודה גדולים בשירותי Google, אפשר להשתמש ב-Storage Transfer Service כדי להעביר את הנתונים לקטגוריה באזור או בשני אזורים.
רוחב הפס המקסימלי לתעבורת נתונים יוצאת (egress) לבקשות באינטרנט שמתבצעת גישה לנתונים מקטגוריות באזור	מכסת ברירת המחדל היא ‎200 Gbps לכל אזור ברוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית חשבון החיוב של הפרויקט	המכסה הזו כוללת תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN עקב החמצות במטמון. כדי ללמוד איך לראות את מגבלות היציאה של פרויקט לאינטרנט, ראו איך רואים ומנהלים את המכסות. במאמר מעקב אחרי רוחב פס מוסבר איך לראות את השימוש בתעבורת נתונים יוצאת (egress) מהאינטרנט בפרויקט. אפשר לבקש להגדיל את המכסות לכל פרויקט בנפרד.
רוחב הפס המקסימלי לתעבורת נתונים יוצאת (egress) לבקשות באינטרנט שמתבצעות גישה לנתונים מקטגוריות בשני אזורים	מכסת ברירת המחדל היא ‎200 Gbps לכל אזור באזור כפול ברוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית חשבון החיוב של הפרויקט	המכסה הזו כוללת תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN עקב החמצות במטמון. כדי ללמוד איך לראות את מגבלות היציאה של פרויקט לאינטרנט, ראו איך רואים ומנהלים את המכסות. כדי ללמוד איך לראות את השימוש בתעבורת נתונים יוצאת (egress) מהאינטרנט בפרויקט לפי אזור, אפשר לעיין במאמר בנושא מעקב אחרי רוחב פס. אפשר לבקש להגדיל את המכסה לכל פרויקט בנפרד.
רוחב הפס המקסימלי לתעבורת נתונים יוצאת (egress) לבקשות באינטרנט שמתבצעת גישה לנתונים מקטגוריות במספר אזורים נתון	מכסת ברירת המחדל היא ‎200 Gbps לכל אזור ברוב הפרויקטים, אבל יכול להיות שהיא תהיה נמוכה יותר בהתאם להיסטוריית חשבון החיוב של הפרויקט	המכסה הזו כוללת תעבורת נתונים יוצאת (egress) ל-Cloud CDN ול-Media CDN עקב החמצות במטמון. לאזורים בתוך האזור במספר אזורים יש מכסות נפרדות של תעבורת נתונים יוצאת (egress) לאינטרנט. לדוגמה, נניח שחברה my-project שולחת נתונים מקטגוריה שנמצאת באזור us במספר אזורים ללקוחות ברחבי העולם. בתרחיש הזה, אזורים שונים בתוך us אזור במספר אזורים משתמשים במכסת היציאה שלהם מהאינטרנט, כי הנתונים נשלחים מהקטגוריה לחלקים שונים בעולם. בדרך כלל, מכסת היציאה מהאינטרנט נספרת לפי האזור שהכי קרוב גיאוגרפית ליעד של הנתונים. כדי ללמוד איך לראות את מגבלות היציאה של פרויקט לאינטרנט, ראו איך רואים ומנהלים את המכסות. כדי ללמוד איך לראות את השימוש בתעבורת נתונים יוצאת (egress) מהאינטרנט בפרויקט לפי אזור, אפשר לעיין במאמר בנושא מעקב אחרי רוחב פס. אפשר לבקש להגדיל את המכסה לכל פרויקט בנפרד.

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