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

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

כדי לעקוב אחרי זמני הפעילות של שירות, יוצרים בדיקת זמני פעילות ועוקבים אחרי התוצאות של הבדיקה הזו באמצעות מדיניות התראות, במקום לעקוב אחרי סוגי מדדים כמו compute.googleapis.com/instance/uptime. למידע נוסף, קראו את המאמר יצירת מדיניות התראות לבדיקות זמינות.

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

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

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

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

הערה: חוץ ממדדים שנוצרו על ידי בדיקת זמני פעילות, מדדים שמשויכים למשאבים של TERMINATED או של DELETED Google Cloud לא נכללים במדיניות של היעדר מדדים. כלומר, אי אפשר להשתמש בכללי מדיניות של היעדר מדדים כדי לבדוק מכונות וירטואליות של TERMINATED או DELETED Google Cloud . בנוסף, כל עוד בדיקת זמני הפעילות פועלת, המערכת יוצרת מדדים של תוצאות הבדיקה, בין אם הבדיקה עוברת ובין אם לא. לדוגמה, לא כדאי להשתמש בהתראות על היעדר מדדים לסוגי מדדים כמו monitoring.googleapis.com/uptime_check/check_passed.

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

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

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

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

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

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

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

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

   עוברים אל התראות

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

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

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

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

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

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

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

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

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

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

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

   1. בוחרים באפשרות Metric absence (חוסר במדד) בתור סוג התנאי.

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

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

      • ‫Percent of time series violates: אחוז מסוים של סדרות הזמן חייב להיות ללא נתונים במשך כל זמן ההיעדרות של הטריגר, לפני שהתנאי מתקיים. לדוגמה, תוכלו לקבל התראה כשב-50% מסדרות הזמן שבמעקב אין נתונים לכל משך הזמן של היעדר הטריגר.

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

      • All time series violate: בכל סדרות הזמנים חייבים להיות נתונים חסרים במשך כל זמן ההיעדרות של הטריגר, לפני שהתנאי מתקיים.

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

   3. בשדה Trigger absence time (זמן הפעלת הטריגר בהיעדר נתונים) מציינים כמה זמן צריך לעבור בלי שיתקבלו נתונים של מדד מסוים לפני שמערכת Monitoring תשלח לכם התראה.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   כשנוצרות התראות, המערכת מחליפה את המשתנים של התיעוד בערכים שלהם. הערכים מחליפים את המשתנים רק בהתראות. בחלונית התצוגה המקדימה ובמקומות אחרים במסוף 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. לוחצים על Alert name ונותנים שם למדיניות ההתראות.

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.*")
!=~	אי-שוויון של ביטוי רגולרי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")

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