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

בדף הזה מפורטות המגבלות שחלות על השימוש ב-Cloud Logging.

מכסות רישום ביומן ומגבלות שימוש

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

חלק מהערכים מופיעים כערכים לכל פרויקט, אבל בהערה מצוין שהערך חל גם על חשבונות לחיוב, תיקיות וארגונים, ולא מדובר בהיררכיה. לדוגמה, אם יש לכם כמה Google Cloud פרויקטים בארגון, תוכלו להגדיר עד 200 יעדים לכל Google Cloud פרויקט. באותו ארגון, תוכלו גם להגדיר עד 200 יעדים ברמת הארגון.

קטגוריה הערך המקסימלי של המגבלה או
ערך המכסה הראשוני		 הערות
גודל של LogEntry ‫256 KB המגבלה הזו היא משוערת ומבוססת על גדלי נתונים פנימיים, ולא על הגודל בפועל של בקשת API בארכיטקטורת REST. אי אפשר להגדיל את המכסה הזו.
הגודל של רשומה ביומן הביקורת ‎512 KiB אי אפשר להגדיל את המכסה הזו.
מספר התוויות ‫64 לכל LogEntry אי אפשר להגדיל את המכסה הזו.
אורך של מפתח תווית LogEntry ‫512 B ‫Cloud Logging חותך מפתחות של תוויות גדולות מדי כשנכתבת רשומת היומן שמשויכת אליהן. אי אפשר להגדיל את המכסה הזו.
אורך של ערך תווית LogEntry ‫64 KB כשערכי תוויות גדולים מדי נכתבים ברשומת יומן, הם נחתכים ב-Cloud Logging. אי אפשר להגדיל את המכסה הזו.
אורך של שאילתה בשפת השאילתות של רישום ביומן ‫20,000 תווים אי אפשר להגדיל את המכסה הזו.
פיצול שאילתה 200 קטגוריות

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

מטעמי ביצועים, מומלץ לצמצם את מספר דלי המידע של היומנים וליצור אותם באזור אחד. אם אתם צריכים לעיתים קרובות לשלוח שאילתות לרשומות ביומן שמקורן במשאבים שונים, כדאי להפנות את הרשומות ביומן לכמה מאגרי יומנים מרכזיים.
מספר הכיורים ‫200 לכל Google Cloud פרויקט אפשר להגדיל את המספר ל-4,000. המכסה הזו חלה גם על חשבונות לחיוב, תיקיות וארגונים, והיא לא היררכית.
האורך של מסנן הכללה של אובייקט sink ‫20,000 תווים אי אפשר להגדיל את המכסה הזו.
אורך של מסנן החרגה של אובייקט sink ‫20,000 תווים אי אפשר להגדיל את המכסה הזו.
מספר מסנני ההחרגה ‫50 לכל כיור

אי אפשר להגדיל את המכסה הזו.

אם אתם צריכים יותר מ-50 מסנני החרגה, כדאי לצמצם את מסנן ההכללה.
מספר המאגרי לוגים ‫100 לכל Google Cloud פרויקט

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

המכסה הזו חלה גם על חשבונות לחיוב, תיקיות וארגונים, והיא לא היררכית.

אם תגדילו את המספר המקסימלי של קטגוריות ביומן, יכול להיות שתחוו חוויית משתמש פחות טובה, כי אוסף תצוגות יומן (log scope) שמוגדר כברירת מחדל לא יכול לכלול את כל קטגוריות ביומן בפרויקט.
מספר השדות המותאמים אישית שנוספו לאינדקס ‫20 לכל קטגוריה ביומן

אי אפשר להגדיל את המכסה הזו.

‫Cloud Logging תומך באינדוקס טקסט מלא. לכן לא מומלץ להגדיר אינדוקס מותאם אישית.
מספר תצוגות היומן ‫30 לכל קטגוריה ביומן

אפשר להגדיל את המכסה ל-1,000 תצוגות של יומנים בקטגוריה ביומן יחידה.

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

בקטגוריית יומנים בהתאמה אישית עם תקופת השמירה שמוגדרת כברירת מחדל, הערך הזה הוא 30 ימים אחורה.

‫Logging API מקבל רשומות ביומן עם חותמות זמן ישנות יותר, והרשומות האלה מנותבות ליעדי sink. עם זאת, אם רשומות ביומן עם חותמות זמן ישנים יותר מנותבות לקטגוריה ביומן, הן לא מאוחסנות.
חותמת זמן עתידית שאפשר לשמור בקטגוריות של יומנים עד יום אחד בעתיד ה-API של Logging דוחה רשומות עם חותמות זמן שחלפו יותר מיום אחד בעתיד ומחזיר שגיאה INVALID_ARGUMENT. אי אפשר להגדיל את המכסה הזו.
מספר היקפי היומן לכל משאב 100 אפשר להגדיל את המספר ל-10,000.
מספר התצוגות של היומן והפרויקטים שנכללים באוסף תצוגות יומן (log scope) 100 מומלץ שבאוסף תצוגות יומן (log scope) יופיעו תצוגות של יומנים במקום פרויקטים, כשהדבר אפשרי. הצגת יומן הדפים העסקיים מובילה לקיצור זמן השאילתה ולשיפור הבהירות לגבי רשומות היומן שנכללות בשאילתה.
מספר הפרויקטים שכלולים באוסף תצוגות יומן (log scope) 5 מומלץ שבאוסף תצוגות יומן (log scope) יופיעו תצוגות של יומנים במקום פרויקטים, כשהדבר אפשרי. תצוגות היומן יכולות להיות בפרויקטים שונים.
המספר המקסימלי של תצוגות ניתוח נתונים לכל Google Cloud פרויקט 100 אי אפשר להגדיל את המכסה הזו.

התכונה הזו זמינה בתוכנית Public Preview.
לכל Google Cloud פרויקט, המספר המקסימלי של תצוגות ניתוח נתונים לכל אזור 50 אי אפשר להגדיל את המכסה הזו.

התכונה הזו זמינה בתוכנית Public Preview.
בכל Google Cloud פרויקט, המספר המקסימלי של אזורים שאפשר לאחסן בהם תצוגות ניתוח 10 אי אפשר להגדיל את המכסה הזו.

התכונה הזו זמינה בתוכנית Public Preview.

מכסות ומגבלות של Logging API

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

כדי לראות את המכסות של ה-API, עוברים אל מרכז הבקרה של ה-API, בוחרים API ואז בוחרים באפשרות Quotas (מכסות).

קטגוריה ערך מקסימלי של המגבלה או
ערך מכסת ההתחלה		 הערות
משך החיים של טוקנים של דפים ב-API 24 שעות אי אפשר להגדיל את המכסה הזו.
מספר הסשנים הפתוחים של מעקב בזמן אמת ‫10 לכל Google Cloud פרויקט

אי אפשר להגדיל את המכסה הזו.

המגבלה הזו חלה גם על חשבונות לחיוב, תיקיות וארגונים, והיא לא היררכית.
מספר הרשומות שמוחזרות ממעקב בזמן אמת ‫60,000 לדקה אי אפשר להגדיל את המכסה הזו.
מספר השדות המוגבלים ‫20 לכל bucket אי אפשר להגדיל את המכסה הזו.
גודל של שדה מוגבל ‫800 B אי אפשר להגדיל את המכסה הזו.
גודל הבקשה של entries.write ‫10 MB אי אפשר להגדיל את המכסה הזו.
שיעור הבקשות של entries.write, לפי אזור ‫4.8 GB לדקה, לכל Google Cloud פרויקט, באזורים asia-east1, asia-northeast1, asia-southeast1, asia-south1, europe-west1, europe-west2, europe-west3, europe-west4, us-central1, us-east4, us-west1

‫300 MB לדקה, לכל Google Cloud פרויקט, בכל האזורים הנותרים

אפשר לבקש להגדיל את המכסה.

המכסה הזו חלה גם על חשבונות לחיוב, תיקיות וארגונים, והיא לא היררכית.

מידע נוסף על המכסות האלה זמין במאמר מכסות להעברת נתונים לפי אזור.

שימוש במסנני החרגה לא מפחית את קצב בקשות הכתיבה, כי רשומות היומן מוחרגות אחרי שליחת בקשת entries.write.
מספר הבקשות של entries.list ‫60 לדקה, לכל Google Cloud פרויקט

אי אפשר להגדיל את המכסה הזו.

המגבלה הזו חלה גם על חשבונות לחיוב, תיקיות וארגונים, והיא לא היררכית.

כדי לשלוח שאילתות על נפחים גדולים של יומנים, כדאי להשתמש ב-BigQuery APIs. כדי להעביר כמויות גדולות של יומנים, כדאי להשתמש ב-sink ביומן או בהעתקת רשומות ביומן.
מספר שמות המשאבים השונים בפקודה אחת של entries.write 1000

אי אפשר להגדיל את המכסה הזו.

השדה logName של רשומה ביומן מציין את שם המשאב של הרשומה ביומן.
בקשות שליטה לדקה 600

אי אפשר להגדיל את המכסה הזו.

המכסה הזו חלה על כל מה שנכלל גם במכסת הבקשות היומית לשליטה, וגם על בקשות API למחיקת יומנים ולניהול מדדים שמבוססים על יומנים.
שליטה בבקשות ביום ‫1,000 לכל Google Cloud פרויקט

אי אפשר להגדיל את המכסה הזו.

המכסה הזו חלה על בקשות ל-API ליצירה ולעדכון של החרגות ומאגרי נתונים.
מספר הפרויקטים או שמות המשאבים האחרים בבקשה אחת של entries.list Google Cloud
100 אי אפשר להגדיל את המכסה הזו.
מספר פעולות ההעתקה שמתבצעות בו-זמנית ‫1 לכל פרויקט Google Cloud

אי אפשר להגדיל את המכסה הזו.

המגבלה הזו חלה גם על חשבונות לחיוב, תיקיות וארגונים, והיא לא היררכית.
קצב הייצוא לנושאים ב-Pub/Sub ‫60GB לדקה לכל Google Cloud פרויקט, תיקייה או ארגון שבהם מוגדרת יעד ההעברה

אפשר לשלוח בקשת תמיכה כדי להגדיל את המכסה. הגדלת המכסה מתבצעת על סמך הזמינות של Pub/Sub.

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

מכסות להעברת נתונים לפי אזור

כדי לשפר את הבידוד ולהגן על משאבים אזוריים מפני עומס יתר של הטמעה, המכסות של Cloud Logging מגבילות את נפח הנתונים שנכתבים לאזור הטמעה, על בסיסGoogle Cloud פרויקט.

בטבלה הבאה מוצגת מכסת ברירת המחדל לכל אזור:

אזור הטמעת הנתונים ערך ברירת המחדל
‫asia-east1, asia-northeast1, asia-southeast1, asia-south1, europe-west1, europe-west2, europe-west3, europe-west4, us-central1, us-east4, us-west1 ‫4.8 GB לדקה, לכל Google Cloud פרויקט
כל האזורים הנותרים ‫300 MB לדקה, לכל Google Cloud פרויקט

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

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

בדיקת המכסות של Cloud Logging API

כדי לבדוק את המכסות של Cloud Logging API:

  1. במסוף Google Cloud , נכנסים לדף Quotas & System Limits:

    כניסה לדף Quotas & System Limits

    אם משתמשים בסרגל החיפוש כדי למצוא את הדף הזה, בוחרים בתוצאה שכותרת המשנה שלה היא IAM & Admin.

  2. מסננים את רשימת המכסות של שירות Cloud Logging API.

בקשת שינויים במכסה של Cloud Logging API

אפשר לבקש להגדיל או להקטין את המגבלות של Logging API באמצעות מסוףGoogle Cloud . למידע נוסף, אפשר לעיין במאמר בנושא איך רואים ומנהלים את המכסות.

אם מופיעה שגיאה Edit is not allowed for this quota, אפשר לפנות לתמיכה כדי לבקש שינויים במכסת השימוש. חשוב גם לזכור שצריך להפעיל את החיוב בפרויקטGoogle Cloud כדי לסמן את תיבות הסימון.

ניהול ומעקב אחרי המכסות של Cloud Logging API

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

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

אופטימיזציה של השימוש ב-entries.list

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

  • חשוב לוודא שאתם משתמשים ב-Cloud Logging API בצורה יעילה. מידע נוסף זמין במאמר בנושא אופטימיזציה של השימוש ב-API.

  • אם אתם יודעים מראש שרשומות היומן שאתם רוצים לנתח חורגות מהמכסה של entries.list, אתם יכולים להגדיר sink ביומן כדי לייצא את היומנים ליעד נתמך.

  • כדי לנתח רשומות ביומן מחוץ ל-Logging, אפשר להעתיק רשומות ביומן שכבר קיימות ב-Logging לקטגוריות של Cloud Storage. כשמעתיקים יומנים לקטגוריה של Cloud Storage, אפשר לשתף רשומות ביומן עם מבקרים מחוץ ל-Logging ולהריץ סקריפטים ב-Cloud Storage.

  • כדי לצבור ולנתח את רשומות היומן ב-Logging, צריך לאחסן את רשומות היומן בקטגוריה ביומן ואז לשדרג את הקטגוריה ביומן הזו לשימוש ב-Log Analytics. מידע על השלבים האלה זמין במאמר בנושא הגדרת מאגרי יומנים.

    ב-Log Analytics אפשר להריץ שאילתות על רשומות ביומן באמצעות SQL סטנדרטי של BigQuery.

מדדים מבוססי-יומנים

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

קטגוריה ערך מקסימלי
מספר התוויות ‫10 לכל מדד
אורך הערך של label ‫1,024 B
אורך התיאור של התווית ‫800 B
אורך המסנן1 ‫20,000 תווים
אורך של תיאורי מדדים ‫8,000 B
מספר מתארי המדדים ‫500 לכל Google Cloud פרויקט2
מספר סדרות הזמן3 הפעילות ‫30,000 לכל מדד4
מספר הקטגוריות בהיסטוגרמה ‫200 לכל מדד הפצה מותאם אישית
שמירת נתונים מידע נוסף זמין במאמר Cloud Monitoring: שמירת נתונים

‫1 כל מדד שמבוסס על יומן מכיל מסנן. כשערך ביומן תואם למסנן, הערך נספר. המסננים מוגדרים באמצעות שפת השאילתות של היומן.
2 המגבלה הזו חלה גם על חשבונות לחיוב, תיקיות וארגונים, והיא לא היררכית.‫
3 סדרת זמן פעילה אם נכתבו בה נקודות נתונים ב-24 השעות האחרונות.
‫4המערכת מגבילה את מספר סדרות הזמן הפעילות לכל משאב במעקב ל-1,000,000. במדדים מבוססי-יומן ברמת הפרויקט, המשאב מוגדר על ידי המשאב ברשומה ביומן. במדדים מבוססי-יומן ברמת מאגר, המשאב הוא logging_bucket. כשמגיעים למגבלה הזו, המערכת מגבילה את נתוני המדדים של המשאב. אפשר לצמצם את מספר סדרות הזמן של מדד שמבוסס על יומן על ידי הקטנת העוצמה שלו.

רישום ביומן ביקורת

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

סוג יומן הביקורת גודל מקסימלי
פעילות האדמין ‎512 KiB
גישה לנתונים ‎512 KiB
אירוע מערכת ‎512 KiB
הבקשה נדחתה בגלל מדיניות ‎512 KiB

תקופות שמירה של היומנים

תקופות השמירה הבאות של Cloud Logging חלות על קטגוריות של יומנים, ללא קשר לסוגי היומנים שנכללים בקטגוריה או אם הם הועתקו ממיקום אחר. פרטי השמירה הם:

קטגוריה תקופת השמירה שמוגדרת כברירת מחדל שמירה מותאמת אישית
_Required ‫400 ימים לא ניתן להגדרה
_Default 30 ימים ניתן להגדרה
בהגדרת המשתמש 30 ימים ניתן להגדרה

במאגרי יומנים _Default ובמאגרי יומנים שהוגדרו על ידי המשתמש, אפשר להגדיר את Cloud Logging כך שהיומנים יישמרו למשך יום אחד עד 3,650 ימים. מידע על הגדרת כללי שמירה זמין במאמר הגדרת שמירה מותאמת אישית.

תמחור

למידע על מחירים, אפשר לעיין בדף תמחור של Google Cloud Observability. אם אתם מעבירים נתוני יומן לשירותים אחרים, כדאי לעיין במסמכים הבאים: Google Cloud