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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    כניסה אל התראות

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      • אחוז ההפרות בסדרת הזמן: אחוז מסוים מסדרות הזמן צריך להפר את ערך הסף או להיות צפוי להפרה של ערך הסף למשך כל חלון הבדיקה מחדש, כדי שהתנאי יתקיים. לדוגמה, אפשר לקבל התראה כש-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 console
      השדה 'הערכה של נתונים חסרים'      		 סיכום פרטים
      נתונים חסרים ריקים התראות פתוחות נשארות פתוחות.
      התראות חדשות לא נפתחות.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    כדי לעצב את התיעוד, אתם יכולים להשתמש בטקסט פשוט, ב-Markdown ובמשתנים. אפשר גם לכלול קישורים שיעזרו למשתמשים לנפות באגים בהתראה, כמו קישורים לתוכניות פעולה פנימיות, 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"
=~ שוויונות של ביטויים רגולריים monitoring.regex.full_match("^us.*")
!=~ אי-שוויון Regular expression2 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 מדד, מרחיבים את התפריט בחירת מדד ואז לוחצים על פעיל. כשהאפשרות מושבתת, בתפריט מופיעים כל המדדים של שירותיGoogle Cloud וכל המדדים עם נתונים.

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

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

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

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

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

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

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

הגבלות

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

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