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

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

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

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

התכונה הזו נתמכת רק בפרויקטים ב- Google Cloud . להגדרות של App Hub, בוחרים את הפרויקט המארח או את פרויקט הניהול של App Hub.

מידע על תנאי התחזית

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

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

תנאי תחזית מתקיים אם אחת מהאפשרויות הבאות מתרחשת, או אם שתיהן מתרחשות:

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

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

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

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

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

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

  1. כדי לקבל את ההרשאות שנדרשות ליצירה ולשינוי של מדיניות התראות באמצעות מסוף Google Cloud , צריך לבקש מהאדמין להקצות לכם בפרויקט את התפקיד עריכת מעקב (roles/monitoring.editor) ב-IAM. להסבר על מתן תפקידים, קראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

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

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

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

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

יצירת מדיניות התראות

כדי ליצור מדיניות התראות ששולחת התראה על סמך תחזית:

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

    נכנסים לדף Alerting.

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

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

  4. בוחרים את סדרת הזמנים למעקב:

    1. לוחצים על Select a metric, מנווטים בתפריטים כדי לבחור סוג משאב וסוג מדד, ואז לוחצים על Apply.

      בתפריט Select a metric יש תכונות שעוזרות למצוא את סוגי המדדים הזמינים:

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

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

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

    2. אופציונלי: כדי לעקוב אחרי קבוצת משנה של סדרות הזמן שתואמות לסוגי המדדים והמשאבים שבחרתם בשלב הקודם, לוחצים על Add filter. בתיבת הדו-שיח של המסנן, בוחרים את התווית שלפיה רוצים לסנן, אופרטור השוואה ואז את ערך המסנן. לדוגמה, המסנן zone =~ ^us.*.a$ משתמש בביטוי רגולרי כדי להתאים את כל נתוני סדרת הזמנים ששם האזור שלהם מתחיל ב-us ומסתיים ב-a. למידע נוסף, קראו את המאמר סינון של סדרת הזמנים שנבחרה.

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

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

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

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

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

      כדי לשלב את כל סדרות הזמנים:

      1. בקטע בכל סדרות הזמן, לוחצים על הרחבה.
      2. מגדירים את השדה Time series aggregation לערך שהוא לא none. לדוגמה, כדי להציג את הערך הממוצע של סדרת הזמנים, בוחרים באפשרות mean.
      3. מוודאים שהשדה Time series group by ריק.

      כדי לשלב או לקבץ סדרות זמנים לפי ערכי תוויות:

      1. בקטע Across time series, לוחצים על Expand.
      2. מגדירים את השדה Time series aggregation לערך שהוא לא none.
      3. בשדה סדרת זמנים לקיבוץ לפי, בוחרים את התוויות שלפיהן רוצים לקבץ.

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

    5. לוחצים על הבא.

  5. מגדירים את טריגר התנאי:

    1. בוחרים באפשרות תחזית בתור סוג התנאי.

    2. אופציונלי: מעדכנים את התפריט Alert trigger, שכולל את הערכים הבאים:

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

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

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

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

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

    3. בוחרים ערך לחלון התחזית. הערך שתבחרו הוא משך הזמן בעתיד של התחזית. צריך להגדיר את הערך הזה לשעה אחת לפחות (3,600 שניות) ועד ל-2.5 ימים לכל היותר (216,000 שניות).

    4. בשדות Threshold position ו-Threshold value, מציינים מתי הערך החזוי של המדד שנבחר חורג מהסף. לדוגמה, אם מגדירים את הערכים האלה ל-Above threshold ול-10, כל ערך חזוי שגבוה מ-10 חורג מהסף.

    5. אופציונלי: מרחיבים את אפשרויות מתקדמות ומגדירים את הערך של חלון הבדיקה מחדש. ערך ברירת המחדל של השדה הזה הוא No retest (ללא בדיקה חוזרת).

      מומלץ להגדיר בשדה הזה לפחות 10 דקות.

      לדוגמה, נניח שהגדרתם את תנאי התחזית כך שכל סדרת זמנים יכולה לגרום לעמידה בתנאי. נניח גם שRetest window מוגדר ל-15 דקות, Forecast window מוגדר לשעה, ומתרחשת חריגה כשהערך של סדרת הזמן גבוה מ-Threshold, שמוגדר ל-10. התנאי מתקיים אם אחד מהמקרים הבאים מתרחש:

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

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

      התפריט Evaluation missing data מושבת כשהערך של Retest window הוא No retest.

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

      Google Cloud מסוף
      השדה "הערכה של נתונים חסרים"      		 סיכום פרטים
      נתונים חסרים התראות פתוחות נשארות פתוחות.
      התראות של חדשות Google חדשות לא נפתחות.

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

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

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

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

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

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

    7. לוחצים על הבא.

  6. אופציונלי: יוצרים מדיניות התראות עם כמה תנאים.

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

    כדי ליצור מדיניות התראות עם כמה תנאים:

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

  7. מגדירים את ההתראה ומוסיפים תוויות משתמש:

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

    2. אופציונלי: כדי להשתמש בשורת נושא מותאמת אישית בהתראה במקום בשורת הנושא שמוגדרת כברירת מחדל, מעדכנים את השדה Notification subject line.

    3. אופציונלי: כדי לקבל התראה כשההתראה נסגרת, בוחרים באפשרות Notify on alert closure. כברירת מחדל, כשיוצרים מדיניות התראות באמצעות מסוף Google Cloud , נשלחת התראה רק כשנוצרת התראה.

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

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

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

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

      1. לוחצים על Add label, ובשדה Key מזינים שם לתווית. שמות התוויות צריכים להתחיל באות קטנה, והם יכולים להכיל אותיות קטנות, ספרות, קווים תחתונים ומקפים. לדוגמה, מזינים severity.
      2. לוחצים על ערך ומזינים ערך לתווית. ערכי התוויות יכולים להכיל אותיות קטנות, ספרות, קווים תחתונים ומקפים. לדוגמה, מזינים critical.

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

  8. אופציונלי: בקטע Documentation, מזינים את התוכן שרוצים לכלול בהתראה.

    כדי לעצב את התיעוד, אתם יכולים להשתמש בטקסט פשוט, ב-Markdown ובמשתנים. אפשר גם לכלול קישורים שיעזרו למשתמשים לנפות באגים בהתראה, כמו קישורים ל-playbooks פנימיים, ללוחות בקרה ב- Google Cloud ולדפים חיצוניים. לדוגמה, תבנית התיעוד הבאה מתארת התראה על ניצול מעבד (CPU) במשאב gce_instance, וכוללת כמה משתנים שמפנים למדיניות ההתראה ולמשאבי ה-REST של התנאי. תבנית התיעוד מפנה את הקוראים לדפים חיצוניים כדי לעזור להם בניפוי באגים.

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

    תצוגה מקדימה

    ## CPU utilization exceeded

### Summary

The ${metric.display_name} of the ${resource.type}
${resource.label.instance_id} in the project ${resource.project} has
exceeded 90% for over 15 minutes.

### Additional resource information

Condition resource name: ${condition.name}  
Alerting policy resource name: ${policy.name}  

### Troubleshooting and Debug References

Repository with debug scripts: example.com  
Internal troubleshooting guide: example.com  
${resource.type} dashboard: example.com

    הפורמט בהתראה

    דוגמה לאופן שבו התיעוד מוצג בהתראה.

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

  9. לוחצים על שם ההתראה ומזינים שם למדיניות ההתראה.

  10. לוחצים על יצירת מדיניות.

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

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

מסנן מורכב מתווית, מאופרטור השוואה ומערך. לדוגמה, כדי להתאים את כל סדרות הזמן שהתווית zone שלהן מתחילה ב-"us-central1", אפשר להשתמש במסנן zone=~"us-central1.*", שמשתמש בביטוי רגולרי כדי לבצע את ההשוואה.

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

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

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

אופרטורמשמעותדוגמה
= שוויון resource.labels.zone = "us-central1-a"
!= אי-שוויון resource.labels.zone != "us-central1-a"
=~ שוויון ביטוי רגולרי2 monitoring.regex.full_match("^us.*")
!=~ אי-שוויון בביטוי רגולרי2 monitoring.regex.full_match("^us.*")
starts_with הערך מתחיל ב- resource.labels.zone = starts_with("us")
ends_with הערך מסתיים ב: resource.labels.zone = ends_with("b")
has_substring הערך מכיל resource.labels.zone = has_substring("east")
one_of אחת resource.labels.zone = one_of("asia-east1-b", "europe-north1-a")
!starts_with הערך לא מתחיל ב- resource.labels.zone != starts_with("us")
!ends_with הערך לא מסתיים ב- resource.labels.zone != ends_with("b")
!has_substring הערך לא מכיל resource.labels.zone != has_substring("east")
!one_of הערך לא נמצא ברשימה resource.labels.zone != one_of("asia-east1-b", "europe-north1-a")

פתרון בעיות

בקטע הזה מופיעים טיפים לפתרון בעיות.

המדד לא מופיע בתפריט המדדים הזמינים

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

  • כדי ליצור מדיניות התראה שעוקבת אחרי מדד של Google Cloud , מרחיבים את התפריט Select a metric ולוחצים על ‎ Active‎. כשהאפשרות מושבתת, בתפריט מופיעים כל המדדים של שירותיGoogle Cloud וכל המדדים עם נתונים.

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

    1. בחירה באפשרות ? בכותרת של הקטע Select metric, ואז לוחצים על Direct filter mode בהסבר הקצר.

    2. מזינים מסנן מעקב או בורר של סדרות זמן. מידע על התחביר זמין במאמרים הבאים:

מעקב אחרי קצב השינוי

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

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

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

הגבלות

  • אפשר להגדיר את התנאי באמצעות הממשק מבוסס התפריטים של מסוףGoogle Cloud או באמצעות מסנני Monitoring. אי אפשר להגדיר את התנאי באמצעות שפת שאילתת מעקב (MQL) או PromQL.
  • כל המדדים עם סוג ערך מסוג double או int64 נתמכים, למעט מדדים ממופעי מכונות וירטואליות של אמזון.

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