הצגה וניהול של השימוש במדדים

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

בדף ניהול מדדים לא מופיעים מדדים מבוססי-יומן שהוגדרו על ידי המשתמש. המדדים האלה, שמתקבלים מספירת ערכים ברשומות של יומן, מתחילים בקידומת logging.googleapis.com/user.

לפני שמתחילים

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

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

הרשאה

הסברים על המונחים

בדף ניהול מדדים מופיעים המונחים הבאים כדי לתאר את הסטטוס של המדדים ואת אופן השימוש בהם:

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

  • שימוש במדדים

    • מדדים בשימוש הם מדדים שהוגדרו לגביהם שאילתות ב-Cloud Monitoring API או בכלים אחרים ב-30 הימים האחרונים, או מדדים שנמצאים בשימוש בלוח בקרה בהתאמה אישית או במדיניות התראות.

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

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

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

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

צפייה בסיכומים של השימוש במדדים

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

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

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

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

    • כדי לראות סיכום של מספר המדדים שניתנים לחיוב שפעילים כרגע בפרויקטים בהיקף המדדים, אפשר לעיין בכרטיס הניקוד Active Metrics (מדדים פעילים). מדד פעיל אם נכתבו בו נתונים ב-25 השעות האחרונות.

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

    • כדי לראות מה תורם לעלויות, אפשר להשתמש בכרטיסי הניקוד Billable bytes ingested ו-Billable samples ingested. מידע נוסף זמין במאמר הצגת מגמות כלליות בהטמעת מדדים.

    • כדי למצוא מידע שיעזור לכם לזהות בעיות בעיצוב או בשימוש במדדים שחלים עליהם חיובים, תוכלו להשתמש בכרטיס הניקוד Metric Write Errors. מידע נוסף זמין במאמר בדיקת בעיות במדדים.

בדף ניהול מדדים מוצגת כמות הנתונים שאתם מטמיעים, ולא העלויות בפועל. כדי לראות את פרטי החיוב הנוכחיים, לוחצים על View Billing (הצגת החיוב) בסרגל הכלים.

הצגת מידע על היקף המדדים

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

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

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

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

בדיקת המדדים שחלים עליהם חיובים

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

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

כדי לראות את טבלת נתוני השימוש של כל מדד שניתן לחיוב:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

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

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

בחירת המדדים שרוצים לראות

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

כדי לראות את המדדים שחלים עליהם חיובים:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

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

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

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

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

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

בטבלת המדדים מדווחים על דומיין המדד, התוויות, מזהה הפרויקט והעוצמה (cardinality) של המדדים בהיקף המדדים.

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

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

שימוש במסננים מהירים

כדי לראות רק את המדדים בקבוצות הבאות, בוחרים רשומה בחלונית Quick filters:

משתמשים בחלונית הסינון כדי לבחור מדדים לפי המאפיינים שניתנים לסינון.

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

  • שימוש במדדים. הקטגוריה הזו מסווגת מדדים לפי:

    • מדדים של שימוש, חוסר שימוש וחוסר פעילות.

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

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

    • מדדים שנמצאים בשימוש או לא נמצאים בשימוש במדיניות התראות Google Cloud בפרויקט הנוכחי.

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

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

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

אם יש לכם מדדים שלא נעשה בהם שימוש במדיניות התראות או בלוח בקרה מותאם אישית, ואף פעם לא מתבצעת לגביהם שאילתה, יכול להיות שאתם משלמים על מדדים ולא מקבלים מהם שום תועלת מבחינת יכולת הצפייה. כדי להציג רשימה של מדדים שלא מופיעים במדיניות התראות או בלוח בקרה מותאם אישית שהוגדר בפרויקט הנוכחי Google Cloud , בוחרים במסנן המהיר No alert policies או No custom dashboards.

סינון הטבלה ישירות

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

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

  • Status: Active
  • Alert Policies: (Empty)
  • Custom Dashboards: (Empty)

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

הצגת מידע על קריאות של מדדים

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

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

יצירת מדיניות התראות למדד שלא מתבצע לגביו מעקב

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

תיבת הדו-שיח של מדיניות ההתראות תיפתח עם השדות של התנאים. מומלץ לבדוק את כל ההגדרות ולבצע את השינויים הבאים:

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

אפשר גם ליצור כללי מדיניות התראות לכל מדד. לשם כך, לוחצים על  Actions (פעולות) ואז על Create alert for metric (יצירת התראה למדד).

מידע נוסף מופיע במאמר יצירת מדיניות התראות.

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

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

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

  1. לוחצים על יצירת תרשים בשורה של המדד.

    החלונית Explorer נפתחת ומוגדרת מראש להצגת המדד שנבחר. אפשר לשנות את הגדרות התרשים. מידע נוסף על השימוש ב-Metrics Explorer זמין במאמר יצירת תרשימים באמצעות Metrics Explorer.

  2. כדי לשמור את התרשים בלוח בקרה בהתאמה אישית, לוחצים על שמירה בלוח הבקרה.

  3. בחלונית Save Chart (שמירת התרשים), מבצעים את הפעולות הבאות:

    1. מאשרים או משנים את שם ברירת המחדל של התרשים.
    2. בוחרים את לוח הבקרה הקיים בהתאמה אישית שבו רוצים לשמור את התרשים, או בוחרים באפשרות לוח בקרה חדש כדי ליצור לוח בקרה חדש בשביל התרשים.
    3. לוחצים על שמירת התרשים.

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

עבודה עם מדדים

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

כדי לקבל פרטים נוספים על מדד ספציפי:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

  2. מחפשים את המדד בטבלה ולוחצים על  פעולות כדי לבצע את הפעולות הבאות:

    • כדי לראות תרשים שבו מוצג המדד הנוכחי, בוחרים באפשרות הצגה ב-Metrics Explorer.

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

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

      תיבת הדו-שיח של מדיניות ההתראות תיפתח עם השדות של התנאים. מומלץ לבדוק את כל ההגדרות ולבצע את השינויים הבאים:

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

      מידע נוסף מופיע במאמר יצירת מדיניות התראות.

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

    • כדי לראות את יומני הביקורת שמשויכים למדד, בוחרים באפשרות View metric audit logs (הצגת יומני הביקורת של המדד).

החרגת מדדים לא נחוצים

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

כדי ליצור כלל להחרגת מדדים:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

  2. לוחצים על  החרגת המדד. אפשר גם ליצור החרגות בכרטיסייה מדדים מוחרגים או דרך  פעולות בשורה של כל מדד.
  3. בוחרים את המדדים שרוצים להחריג.
    1. כדי להחריג מדד אחד, בוחרים אותו בטבלה שם המדד.
    2. כדי להחריג קבוצת מדדים:
      1. לוחצים על Regex.
      2. מזינים ביטוי רגולרי. לדוגמה, כדי להחריג את כל המדדים של agent.googleapis.com/apache, אפשר להזין agent.googleapis.com/apache.* או agent.*/apache.*.
      3. לוחצים על הצגת התאמות כדי לוודא שהביטוי תואם למדדים הרצויים.
    3. לוחצים על יצירת כלל.

הכלל ייכנס לתוקף תוך כ-5 דקות.

בטבלה הבאה מופיעים ביטויים רגולריים שיכולים להיות שימושיים להחרגת מדדים מ-statsd או ממדדים דומים עם שמות דינמיים:

חסימת מדדים עם שמות שמכילים ביטוי רגולרי
יותר מקו תחתון אחד ברצף .*_{2,}.*
יותר מ-7 ספרות ברצף (כנראה חותמת זמן) .*\d{7,}.*
פלחים ארוכים מאוד (סביר להניח שגיאות בניתוח התוויות) .*[a-zA-Z0-9]{20,}.*
מחרוזות משנה הקסדצימליות, כולל GUID .*[A-F0-9]{10,}.*
מחרוזות משנה של כתובות IP .*\d{1,3}_\d{1,3}_\d{1,3}_\d{1,3}.*
כל ספרה (יכול להיות שימושי למדדים של Prometheus) .*\d+.*
מדדי Prometheus עם סוג לא ידוע prometheus.googleapis.com/.+/unknown.*

עריכה של כלל להחרגת מדדים

כדי לערוך כלל להחרגת מדדים:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

  2. לוחצים על הכרטיסייה Excluded Metrics (מדדים מוחרגים).
  3. בשורה של הכלל שרוצים למחוק, לוחצים על  פעולות ובוחרים באפשרות עריכת כלל.
  4. ניקוי המדד שנבחר או הביטוי הרגולרי
  5. בוחרים מדד חדש או יוצרים ביטוי רגולרי חדש.
  6. לוחצים על עדכון הכלל.

כשעורכים כלל, המערכת מוחקת את הכלל הישן ויוצרת כלל חדש.

מחיקה של כלל החרגה של מדד

כדי למחוק כלל להחרגת מדדים:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

  2. לוחצים על הכרטיסייה Excluded Metrics (מדדים מוחרגים).
  3. בשורה של הכלל שרוצים למחוק, לוחצים על  פעולות ובוחרים באפשרות מחיקת הכלל.

הצגת נפח המדדים שהוחרגו

כדי לראות את נפח הבייטים או הדגימות שהוחרגו כתרשים ב-Metrics Explorer:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

  2. לוחצים על הכרטיסייה Excluded Metrics (מדדים מוחרגים).
  3. לוחצים על היסטוריה ציר זמן של החרגות.

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

צפייה במגמות של מדדים שניתנים לחיוב והגדרת התראות לגביהם

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

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

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

חזרה לחלונית הסיכום

צפייה במגמות כלליות בהטמעת מדדים

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

כדי לראות את שיעורי הגבייה לאורך זמן:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

  2. בסרגל הכלים, בוחרים את חלון הזמן.

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

    דוגמה לתרשימים שמסכמים את ההטמעה של המדדים.

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

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

  • כדי לראות את שיעור הדגימות שניתנות לחיוב ונבלעו בהיקף המדדים הנוכחי, אפשר להשתמש בתרשים Total billable samples ingested.

  • כדי לראות את התרומה של כל פרויקט בהיקף המדדים שלכם לערך הכולל שניתן לחיוב, משתמשים בתרשים Projects by billable samples ingested. בעזרת התרשים הזה אפשר לראות אילו פרויקטים שולחים הכי הרבה נתונים, ואם יש פרויקט ששולח כמות הולכת וגדלה או הולכת וקטנה של נתונים.

  • (דגימות שחלות עליהן חיובים בלבד) כדי למצוא את מרחבי השמות ששולחים מדדים עם התרומות הגדולות ביותר לערכים שחלים עליהם חיובים, משתמשים בתרשים Namespace Volume Ingestion.

  • כדי לראות את המדדים בהיקף המדדים עם התרומה הגדולה ביותר לערכים שניתנים לחיוב, משתמשים בתרשים Top 10 metrics by billable samples ingested (10 המדדים המובילים לפי דגימות שניתנות לחיוב). אפשר לחפש עליות או ירידות חדות בשיעורי האיסוף, או מגמות, או מדד עם קו שונה בהרבה מכל השאר.

  • כדי לראות את התרומה לערך החיוב של כל המדדים בהיקף המדדים, אפשר להשתמש בתרשים All metrics by billable samples ingested. התרשים הזה כולל את המדדים שמוצגים בתרשים 10 המובילים, ויכול להציג את ההתפלגות הכוללת של שיעורי הגבייה מהמדדים שלכם.

כדי לנתח כל אחד מהתרשימים האלה בפירוט רב יותר, לוחצים על  אפשרויות נוספות ובוחרים באפשרות הצגה ב-Metrics Explorer. לדוגמאות שמתחילות בתרשים Namespace Volume Ingestion ומשתמשות ב-Metrics Explorer כדי לבצע שיוך של נפח ההטמעה, ראו:

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

יצירת התראות על סמך הטמעה של מדדים

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

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

כדי ליצור מדיניות התראות למעקב אחרי קצב איסוף מדדים, מבצעים את הפעולות הבאות:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

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

  4. בתרשים שאת הנתונים שלו רוצים לעקוב, לוחצים על יצירת מדיניות התראות.

    תיבת הדו-שיח של מדיניות ההתראות תיפתח עם השדות של התנאים. מומלץ לבדוק את כל ההגדרות ולבצע את השינויים הבאים:

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

    מידע נוסף מופיע במאמר יצירת מדיניות התראות.

בדיקת בעיות במדדים

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

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

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

הצגת שגיאות בכתיבת מדדים

בכרטיס הניקוד Metric Write Errors (שגיאות בכתיבת מדדים), אפשר לבצע את הפעולות הבאות:

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

כדי לראות מידע על שגיאות בכתיבת נתוני מדדים:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

  2. בסרגל הכלים, בוחרים את חלון הזמן.

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

    • כדי לראות את הסטטוס של בקשות לכתיבת מדדים ל-Cloud Monitoring API, משתמשים בתרשים API - Create Time Series (Status Codes). בתרשים הזה מוצגות קריאות למתודה timeSeries.create.

      כל סדרת זמן מציגה את קצב הכתיבה עבור קוד סטטוס HTTP ספציפי. אם בתרשים מוצג קו יחיד לתוצאות של סטטוס 2xx, סימן שלא היו שגיאות בכתיבת המדדים. בצילום המסך הבא מוצגות תוצאות סטטוס 2xx ומספר קטן של תוצאות סטטוס 4xx ו-5xx:

      בתרשים **שגיאות בכתיבת מדדים** מוצג שיעור השגיאות בכתיבת נתונים של סדרת זמנים.

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

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

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

בדיקת שגיאות ביצירת מדדים

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

כדי להציג יומני ביקורת של מדד ספציפי:

  1. נכנסים לדף  Metrics management במסוף Google Cloud :

    כניסה אל ניהול מדדים

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

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

  4. בוחרים באפשרות הצגת יומני ביקורת של מדדים.

    השאילתה שהוגדרה מראש ליומנים מחפשת שגיאות שמשויכות לשיטת Monitoring API‏ metricDescriptors.create.

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

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

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

למידע מפורט על תכונות בתשלום ב-Cloud Monitoring, אפשר לעיין בקטעים בנושא Cloud Monitoring בדף מחירון Google Cloud Observability.

חיוב לפי בייטים או דגימות שהמערכת מעכלת

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

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

  • ‫'Bytes ingested' (בייטים שהועברו) – החיובים מבוססים על נפח הנתונים שהועברו, שנמדד בבייטים. לצורך תמחור, כל ערך סקלרי נספר כ-8 בייט, וכל התפלגות נספרת כ-80 בייט.

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

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

מדדים לחיוב בדף ניהול מדדים

בדף ניהול מדדים מופיעים מדדים לחיוב לפי דומיין. הדומיין מספק מידע על אופן איסוף המדד ועל המקור שלו.

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

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

החיוב על המדדים agent.googleapis.com/processes/ הוא 5% מהתעריף הנפחי של מדדים אחרים שניתן לחייב עליהם. לדוגמה, הטמעה של 100MiB של מדדי תהליך עולה כמו הטמעה של 5MiB של מדדים אחרים שחלים עליהם חיובים.

הסוכנים גם אוספים מדדים לגבי עצמם. המדדים האלה, שמזוהים על ידי הקידומת agent.googleapis.com/agent, לא מחויבים ולא מופיעים בדף ניהול מדדים.
בהגדרת משתמש, מותאם אישית custom.googleapis.com בייטים מדדים שאתם מגדירים.
חיצוני external.googleapis.com בייטים מדדים מסוימים מספריות קוד פתוח או מספקי צד שלישי. מידע נוסף זמין במאמר בנושא מדדים חיצוניים.
עומס עבודה workload.googleapis.com בייטים מדדים משילובים עם צדדים שלישיים שנכתבים על ידי סוכן תפעול. רשימת המדדים האלה זמינה במאמר בנושא מדדים של אפליקציות צד שלישי.
Prometheus prometheus.googleapis.com דוגמאות מדדים שנאספים באמצעות השירות המנוהל של Google Cloud ל-Prometheus, או באמצעות סוכן תפעול ו Prometheus receiver או OTLP receiver.

מדדים אחרים לחיוב

בדף ניהול מדדים לא מופיעים מדדים מבוססי-יומן שהוגדרו על ידי המשתמש. המדדים האלה, שמתקבלים מספירת ערכים ברשומות של יומן, מתחילים בקידומת logging.googleapis.com/user. החיוב על מדדים מבוססי-יומנים שמוגדרים על ידי המשתמש מתבצע לפי מספר הבייטים שנקלטים.

המאמרים הבאים