מכסות ומגבלות ב-Cloud Monitoring

במאמר הזה מפורטות המכסות והמגבלות של המערכת שחלות על Cloud Monitoring.

• המכסות נקבעות כברירת מחדל, אבל בדרך כלל אפשר לבקש לשנות אותן.
• מגבלות המערכת קבועות ואי אפשר לשנות אותן.

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

מערכת המכסות ב-Cloud:

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

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

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

לסקירה כללית על מכסות ב-Cloud

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

יש גם מגבלות מערכת על משאבי Monitoring. שאי אפשר לשנות.

מדדים שהמשתמש מגדיר

בדף Metrics Management ב-Cloud Monitoring מופיע מידע שיכול לעזור לכם לשלוט בסכום שאתם מוציאים על מדדים שניתנים לחיוב, בלי להשפיע על יכולת הצפייה. בדף Metrics Management מופיע המידע הבא:

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

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

קטגוריה	ערך מקסימלי
תיאורי מדדים מותאמים אישית לכל פרויקט^1	10,000
תוויות לכל תיאור של מדד מותאם אישית, חיצוני ומדד של עומס עבודה	30
תוויות לכל תיאור מדד של Prometheus	200
אורך המחרוזת של מפתח התווית	100
אורך המחרוזת של ערך התווית	1024
סדרות זמן שכלולות בבקשת כתיבה^2	200
הקצב שבו אפשר לכתוב נתונים לסדרת זמן אחת^3	נקודה אחת כל 5 שניות
קטגוריות בהיסטוגרמה לכל מדד הפצה מותאם אישית	200
עומס עבודה, Prometheus ותיאורי מדדים ^4 חיצוניים לכל פרויקט	25,000
סדרות זמן פעילות ממדדים מותאמים אישית לכל משאב שבמעקב^5	200,000
סדרות זמן פעילות ממדדי עומס עבודה לכל משאב בפיקוח^5	200,000
סדרות זמן פעילות מ-Prometheus לכל משאב במעקב^5	1,000,000
סדרות זמן פעילות ממדדים חיצוניים לכל משאב בפיקוח^5	200,000
הקצב שבו אפשר ליצור מתארים של מדדים	‫6,000 לדקה לכל פרויקט

^‫1 המגבלה הזו מוטלת על ידי Cloud Monitoring. יכול להיות שבשירותים אחרים יהיו ערכים מקסימליים נמוכים יותר. מדדים מותאמים אישית הם מדדים שנכתבים אל custom.googleapis.com.
² אפשר לכתוב רק נקודה על הגרף אחת לכל סדרת זמנים בבקשה, כך שהמגבלה הזו משמשת גם כמספר המקסימלי של נקודות שאפשר לכתוב לכל בקשה.
^‫3 ב-Cloud Monitoring API, הפרש הזמן בין נקודות שמוזנות לסדרת זמן חייב להיות לפחות 5 שניות. אפשר לכתוב נקודות על הגרף בקבוצות לסדרת זמן, בתנאי שנקודות הנתונים נכתבות לפי הסדר.
^‫4 מדדים חיצוניים הם מדדים שנכתבים אל external.googleapis.com.
⁵ סדרת זמן פעילה אם כתבתם בה נקודות נתונים ב-24 השעות האחרונות. המגבלה שצוינה בשורה היא המספר הכולל של סדרות זמן פעילות עבור משאב יחיד שנמצא במעקב (לדוגמה, מכונה וירטואלית אחת gce_instance או קונטיינר אחד k8s_container) בכל המדדים שהוגדרו על ידי המשתמש באותה שורה (מותאמים אישית, עומס עבודה, Prometheus או חיצוניים). יוצא מן הכלל הוא global משאב במעקב, שעבורו המגבלה חלה על כל מדד שהוגדר על ידי המשתמש בנפרד. זוהי מגבלת בטיחות ברמת המערכת ואי אפשר להתאים אותה אישית.

מעקב אחר מכסות ומגבלות של API

קטגוריה	ערך מקסימלי
מגבלות על השימוש בממשקי API	כדי למצוא את המכסות והמגבלות של ה-API, מבצעים אחת מהפעולות הבאות: נכנסים אל לוח הבקרה של המכסות במסוף Google Cloud . ב-Cloud Shell, מריצים את הפקודה gcloud alpha services quota list.
משך החיים של טוקנים של דפים ב-API	24 שעות

מידע על מכסות ל-Monitoring API

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

כדי לצמצם את מספר בקשות ה-API שאתם שולחים כששירותים כותבים נתונים של סדרות עיתיות, אתם יכולים להשתמש בבקשת API אחת כדי לכתוב נתונים של כמה סדרות עיתיות. מומלץ לכתוב לפחות 10 אובייקטים לכל בקשה. מידע נוסף על שליחת בקשות API בקבוצות זמין במאמר בנושא timeSeries.create.

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

ההגבלות האחרות הן קבועות ומתוארות במסמך הזה.

מידע נוסף זמין במאמרי העזרה בנושא מכסות ב-Cloud.

מכסות ומגבלות של Telemetry API להעברת מדדים

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

בקטע הזה מתוארות המכסות והמגבלות שחלות על Telemetry (OTLP) API כשמשתמשים בו להוספת מדדים. ‫Telemetry API מיישם את המפרט של OpenTelemetry OTLP.

תיאור	ערך	נתונים
המספר המקסימלי של נקודות נתונים לכל בקשה	200	הגבלה
מספר המדדים המקסימלי של משאבים לכל בקשה	200	הגבלה
מספר הקוונטילים המקסימלי לכל מדד סיכום	10	הגבלה
מספר הבקשות להוספת מדדים לדקה לכל אזור (מכסה)	60,000	מכסה

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

שמירת נתונים

נקודות נתונים של מדדים שהן ישנות יותר מתקופת השמירה נמחקות מסדרות הזמן.

קטגוריה	ערך
שמירה של נקודות נתונים מסוגי מדדים מותאמים אישית, חיצוניים ומדדי סוכנים, כולל: מדדים מותאמים אישית, קידומת custom.googleapis.com מדדים מ-השירות המנוהל של Google Cloud ל-Prometheus ומ-OpenTelemetry's OTLP exporter, הקידומת prometheus.googleapis.com^2 מדדים של סוכנים, עם הקידומת agent.googleapis.com, כולל כל המדדים של processes. מדדים חיצוניים, תחילית external.googleapis.com מדדים אחרים של עומסי עבודה שנשלחים על ידי כלי ייצוא של OpenTelemetry שאינם OTLP, קידומת workload.googleapis.com	‫24 חודשים^1
שמירה של נקודות נתונים בחלק מהשירותים, כולל רוב המדדים בקטגוריות הבאות: Google Cloud מדדים של Compute Engine, הקידומת compute.googleapis.com מדדים של GKE ו-GKE Enterprise, הקידומת kubernetes.io מדדים של Cloud Storage, קידומת storage.googleapis.com מדדים של BigQuery, קידומת bigquery.googleapis.com מדדים של Cloud SQL, קידומת cloudsql.googleapis.com מדדים של מאזן עומסים פנימי, מסוג HTTPS ורמה 7, הקידומת loadbalancing.googleapis.com	‫24 חודשים^1
שמירת נקודות נתונים מכל שאר סוגי המדדים, כולל: כל שאר Google Cloud המדדים מדדים של Istio מדדים של AWS מדדים מבוססי-יומנים	6 שבועות
משך החיים של טוקנים של דפים ב-API	24 שעות

^‫1 נתונים של מדדים מאוחסנים למשך 6 שבועות בתדירות הדגימה המקורית שלהם, ואז הם עוברים דגימת חסר במרווחי זמן של 10 דקות לצורך אחסון ממושך.
² נתוני מדדים של השירות המנוהל של Google Cloud ל-Prometheus ושל OTLP מאוחסנים למשך שבוע בתדירות הדגימה המקורית שלהם, ואז הם עוברים דגימת חסר למרווחי זמן של דקה אחת למשך 5 השבועות הבאים, ואז הם עוברים דגימת חסר למרווחי זמן של 10 דקות לאחסון מורחב.

קבוצות משאבים

קטגוריה	ערך
מספר קבוצות המשאבים לכל היקף מדדים	500
המספר המקסימלי של קבוצות שכלולות בדוח אימייל^1	10

¹ כשמגדירים דוחות באימייל של Cloud Monitoring, אפשר לבקש מידע על השימוש בקבוצות המשאבים. בגלל מגבלה בכלי ליצירת דוחות באימייל, הדוחות שנוצרים כוללים מידע רק על 10 קבוצות.

מגבלות הפרויקטים במעקב

‫Cloud Monitoring תומך רשמית בעד 375 Google Cloud פרויקטיםלכל היקף למעקב אחרי מדדים .

אפשר להוסיף עד 3,500 Google Cloud פרויקטים לכל היקף מדדים, אבל יכול להיות שתיתקלו בבעיות בביצועים, במיוחד כשמבצעים שאילתות לגבי מדדים מותאמים אישית או נתונים היסטוריים. מערכת Cloud Monitoring מבטיחה ביצועים טובים של שאילתות ותרשימים רק ל-375 Google Cloud פרויקטים לכל היקף מדדים .

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

מגבלות על יצירה ועדכון של מתארי מדדים

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

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

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

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

• מדד: רלוונטי למדיניות התראות שעוקבת אחרי נתוני מדדים, כולל מדדים שמבוססים על יומנים.
• ‫LBA: חל על מדיניות התראות שעוקבת אחרי רשומות ביומן. המדיניות הזו נקראת מדיניות התראות מבוססת-יומן.
• ‫SQL: רלוונטי למדיניות התראות שעוקבת אחרי תוצאה של שאילתת SQL.
• הכול: חל על כל מדיניות ההתראות.

קטגוריה	ערך	סוג המדיניות
מדיניות התראות (סכום המדדים והיומנים) לכל היקף המדדים בפרויקט ^1	2,000	מדד, LBA
תנאים לכל מדיניות התראות שמבוססת על מדדים	6	מדד
תנאים לכל מדיניות התראות שמבוססת על SQL (Public Preview)	1	SQL
זמן הביצוע המקסימלי של שאילתה עבור מדיניות התראות מבוססת-SQL (גרסת Public Preview)	‫5 דקות	SQL
תקופת הזמן המקסימלית שבה מתבצעת הערכה של תנאי של היעדר מדד^2	יום אחד	מדד
תקופת הזמן המקסימלית שבה תנאי של סף מדד מוערך^2	‫23 שעות ו-30 דקות	מדד
האורך המקסימלי של המסנן שמשמש בתנאי של סף מדד	‫2,048 תווים ב-Unicode	מדד
המספר המקסימלי של סדרות זמן שמנוטרות על ידי תנאי תחזית	64	מדד
חלון זמן מינימלי לתחזית	שעה אחת (3,600 שניות)	מדד
חלון התחזית המקסימלי	‫2.5 ימים (216,000 שניות)	מדד
ערוצי התראות לכל מדיניות התראות	16	הכול
מספר האירועים החדשים המקסימלי לכל מדיניות התראות שמבוססת על יומן	‫20 אירועים ביום	LBA
מספר מקסימלי של התראות^3 לכל מדיניות התראות שמבוססת על יומן	‫20 התראות ביום	LBA
הקצב המקסימלי של אירועים חדשים לכל מדיניות התראות שמבוססת על יומן	2 אירועים חדשים בדקה	LBA
מרווח הזמן המינימלי בין התראות על אירוע פתוח^4 לכל מדיניות התראות מבוססת-יומן	‫5 דקות	LBA
המספר המקסימלי של מדיניות התראות שמופעלת בו-זמנית בכל פרויקט	80,000	הכול
מספר האירועים הפתוחים המקסימלי בו-זמנית לכל מדיניות התראות	1,000	הכול
התקופה שלאחריה תקרית ללא נתונים חדשים תיסגר באופן אוטומטי	7 ימים	מדד, SQL
משך הזמן המקסימלי של אירוע שלא נסגר באופן ידני	7 ימים	LBA
שמירה של אירועים סגורים	‫13 חודשים	לא רלוונטי
שמירה של אירועים פתוחים	ללא הגבלת זמן	לא רלוונטי
ערוצי התראות לכל היקף המדדים בפרויקט	4,000	לא רלוונטי
המספר המקסימלי של מדיניות התראות לכל השהיה	16	הכול
שמירת מצב נודניק	‫13 חודשים	לא רלוונטי

¹ אפשר לבקש להגדיל את המגבלה הזו מברירת המחדל של 2,000 כללי מדיניות לכל היקף המדדים בפרויקט, עד 10,000 כללי מדיניות לכל היקף המדדים בפרויקט.
²תקופת הזמן המקסימלית שבה מתבצעת הערכה של תנאי היא סכום הערכים של תקופת ההתאמה וחלון משך הזמן. לדוגמה, אם תקופת ההתאמה מוגדרת ל-15 שעות, וחלון משך הזמן מוגדר ל-15 שעות, נדרשים 30 שעות של נתונים כדי להעריך את התנאי.
³ המערכת יוצרת התראות לגבי אירוע פתוח כשחלף הזמן המינימלי בין ההתראות ורשומה ביומן תואמת לתוויות של האירוע. אם מדיניות התראות שמבוססת על יומן מושהית כש-Monitoring יוצר התראה, ההתראה נמחקת ולא נשלחת לערוצי ההתראות של המדיניות. אחרת, Monitoring שולח את ההתראה לערוצי ההתראות של מדיניות ההתראות. כל ההתראות שנוצרות על ידי Monitoring נספרות במסגרת המגבלה של מדיניות ההתראות, שעומדת על 20 התראות ביום.
^‫4אם השאילתה של מדיניות ההתראות שמבוססת על יומנים מחלצת תוויות, אז כל שילוב של ערכי תוויות שחולצו מייצג ציר זמן משלו של אירוע. לכן, יכול להיות שתקבלו כמה התראות תוך 5 דקות.

מגבלות על הודעות SMS

מגבלות ההודעות ב-SMS חלות על חלון זמן מצטבר של 24 שעות.

קטגוריה	ערך
מספר קודי האימות ב-SMS	40
מספר קודי האימות ב-SMS לכל מספר טלפון	5
מספר ההודעות של התראות ב-SMS	2,500
מספר הודעות ההתראה ב-SMS לכל מספר טלפון	200

מגבלות של בדיקות סינתטיות

קטגוריה	ערך
בדיקות זמינות לכל היקף מדדים ^*	100
מספר הפינגים של ICMP המקסימלי לכל בדיקת זמינות ציבורית	3
‫Synthetic monitors per metrics scope	100^†

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

מגבלות על יצירת תרשימים

קטגוריה	ערך
מרכזי בקרה לכל היקף המדדים בפרויקט	1000
תרשימים במרכז בקרה	100
שמירה של היסטוריית הגרסאות של מרכז הבקרה	90 ימים
קווים בתרשים	‫50^*
שורות בטבלה	300

^*המגבלה הזו חלה מסיבות שקשורות לביצועים. אם יש יותר מ-50 סדרות זמן לתרשים, סמל עם נקודה אדומה מתווסף לסרגל הכלים. בהסבר הקצר של הסמל מוצגת ההודעה To improve performance, we've limited the time series displayed in this chart. כדי להציג את כל סדרות הזמנים, מרחיבים את תיאור הכלי ולוחצים על הלחצן הצגת כל סדרות הזמנים.

יעדים למדידת רמת השירות (SLO)

קטגוריה	ערך
מספר יעדי ה-SLO לכל שירות	500

מגבלות על תגים

קטגוריה	ערך
המספר המקסימלי של צוותים לכל פרויקט כשמשתמשים בתגים לבקרת גישה	250