שמירה וחביון של נתוני מדדים

בדף הזה מוסבר כמה זמן נשמרים ב-Cloud Monitoring נתוני המדדים שלכם, ומהו זמן האחזור בין איסוף הנתונים לבין הצגתם.

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

שמירת נתוני מדדים

‫Cloud Monitoring אוסף נתוני מדדים ושומר אותם בסדרות זמן של סוגי מדדים למשך תקופה מסוימת. פרק הזמן הזה משתנה בהתאם לסוג המדד. פרטים נוספים זמינים במאמר שמירת נתונים.

בסוף התקופה הזו, Cloud Monitoring מוחק את נקודות הנתונים שתוקפן פג.

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

זמן האחזור של נתוני המדדים

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

• ‫Google Cloud metrics: Google Cloud רשימת המדדים כוללת את סוגי המדדים מ Google Cloud services. תיאורים רבים כוללים הצהרה כמו: 'נדגם כל 60 שניות'. אחרי הדגימה, הנתונים לא מוצגים למשך עד 240 שניות".

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

• מדדים שהוגדרו על ידי המשתמש: אם אתם כותבים נתונים למדדים שהוגדרו על ידי המשתמש, כולל מדדים מותאמים אישית, מדדים שנאספו על ידי OpenTelemetry, מדדי אפליקציות שנאספו על ידי Ops Agent ומדדי Prometheus, אז בדרך כלל אפשר לראות את הנתונים האלה ולבצע עליהם שאילתות תוך 3 עד 7 שניות, לא כולל השהיית רשת.

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

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

• כשמשתמשים במדד כדי לנהל את המשאבים, למשל כשמשתמשים בהתאמה אוטומטית לעומס (automatic scaling), זמן האחזור של המדד יכול להשפיע על מהירות התגובה של התאמה אוטומטית לעומס (automatic scaling). לדוגמה, לחלק ממדדי Pub/Sub יש השהיות בטווח של 2 עד 4 דקות.

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