מכסות ומגבלות ב-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 השעות האחרונות. המגבלה שצוינה בשורה היא המספר הכולל של סדרות זמן פעילות עבור משאב יחיד שנמצא במעקב (לדוגמה, מכונה וירטואלית אחת או קונטיינר אחד) בכל המדדים שהוגדרו על ידי המשתמש באותה שורה (מדדים מותאמים אישית, מדדי עומס עבודה, מדדי Prometheus או מדדים חיצוניים).gce_instancek8s_container יוצא מן הכלל הוא global המשאב המפוקח, שעבורו המגבלה חלה על כל מדד שהוגדר על ידי המשתמש בנפרד. זוהי מגבלת בטיחות ברמת המערכת ואי אפשר להתאים אותה אישית.

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

קטגוריה	ערך מקסימלי
מגבלות על השימוש בממשקי API	כדי למצוא את המכסות והמגבלות של ה-API, מבצעים אחת מהפעולות הבאות: נכנסים לדף Quotas dashboard page במסוף 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
המספר המקסימלי של ResourceMetrics לכל בקשה (מגבלה)	200
מספר הקוונטילים המקסימלי לכל מדד סיכום (מגבלה)	10
מספר הבקשות להעברת מדדים בדקה (מכסה)	‫60,000

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

שמירת נתונים

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

קטגוריה	ערך
שמירה של נקודות נתונים מסוגי מדדים מותאמים אישית, חיצוניים ומדדי סוכנים, כולל: מדדים מותאמים אישית, קידומת custom.googleapis.com מדדים מהשירות המנוהל של Google Cloud ל-Prometheus, הקידומת prometheus.googleapis.com^2 מדדים של נציגים, עם הקידומת agent.googleapis.com, כולל , processes/count_by_state ו-processes/fork_state. למדדים הנותרים של processes יש תקופת שמירה שונה. פרטים מופיעים בהמשך. מדדים חיצוניים, תחילית external.googleapis.com מדדים של עומסי עבודה אחרים ושל OpenTelemetry, קידומת workload.googleapis.com	‫24 חודשים^1
שמירת נקודות נתונים מסוגי מדדים של תקינות התהליך: agent.googleapis.com/processes, למעט count_by_state ו-fork_state, כפי שמצוין ברשומה הקודמת.	24 שעות
שמירה של נקודות נתונים בחלק משירותי Google Cloud Google, כולל רוב המדדים בקטגוריות הבאות: מדדים של 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 דקות לצורך אחסון ממושך.
^‫2 נתוני המדדים של השירות המנוהל של Google Cloud ל-Prometheus מאוחסנים למשך שבוע בתדירות הדגימה המקורית שלהם, ולאחר מכן הם עוברים דגימת חסר במרווחי זמן של דקה אחת למשך 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. זו לא מגבלת קצב על הטמעת נקודות נתונים. מגבלת הקצב הזו חלה רק כשיוצרים מדדים חדשים שלא נראו בעבר או כשמוסיפים שמות חדשים של תוויות למדדים קיימים.

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

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

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

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

מגבלות על הודעות 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