תקרית היא רשומה של מקרים שבהם מתקיימים התנאים של מדיניות ההתראות. אם מדיניות ההתראות מכילה כמה תנאים, במדיניות ההתראות מצוין אם מספיק שתנאי אחד יתקיים כדי ליצור אירוע. בדרך כלל, כשמתקיימים התנאים, Cloud Monitoring פותח אירוע ושולח התראה. עם זאת, לא נוצרים אירועים בנסיבות הבאות:
- המדיניות מושהית או מושבתת.
- מספר כללי המדיניות להתראות או האירועים חורג מהמגבלות הקיימות להתראות.
לכל אירוע, כלי המעקב יוצר דף פרטי אירוע שמאפשר לכם לנהל את האירוע, וכולל מידע על האירוע שיכול לעזור לכם לפתור את הבעיה. לדוגמה, בדף פרטי האירוע מוצג ציר הזמן של האירוע ותרשים שמציג את נתוני המדדים שנמצאים במעקב. אפשר גם למצוא קישורים לאירועים קשורים ולרשומות ביומן.
במאמר הזה מוסבר איך אפשר למצוא את האירועים. בנוסף, מוסבר כאן איך אפשר להשתמש בדף פרטי האירוע כדי לנהל אירועים במדיניות התראות מבוססת-מדדים, שמעריכה נתונים של סדרות עיתיות שמאוחסנים ב-Cloud Monitoring.
התכונה הזו נתמכת רק בפרויקטים של Google Cloud . בהגדרות של מרכז האפליקציות, בוחרים את הפרויקט המארח או את פרויקט הניהול של מרכז האפליקציות.
לפני שמתחילים
כדי לקבל את ההרשאות שדרושות לצפייה באירועים ולניהול שלהם, אתם צריכים לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים בפרויקט:
-
אפשר להציג אירועים באמצעות Google Cloud CLI או Cloud Monitoring API: Monitoring Alert Viewer (
roles/monitoring.alertViewer) -
כדי לראות אירועים באמצעות מסוף Google Cloud :
- כלי לצפייה באירועים ב-Cloud Monitoring Console (
roles/monitoring.cloudConsoleIncidentViewer) - צפייה בחשבונות Stackdriver (
roles/stackdriver.accounts.viewer)
- כלי לצפייה באירועים ב-Cloud Monitoring Console (
-
ניהול אירועים באמצעות מסוף Google Cloud :
- עריכת אירועים במסוף Cloud Monitoring (
roles/monitoring.cloudConsoleIncidentEditor) - צפייה בחשבונות Stackdriver (
roles/stackdriver.accounts.viewer)
- עריכת אירועים במסוף Cloud Monitoring (
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
מידע נוסף על תפקידים ב-Cloud Monitoring זמין במאמר בקרת גישה באמצעות ניהול זהויות וגישה.
צפייה באירועים
כדי לראות אירועים בפרויקט, משתמשים במסוף Google Cloud , ב-CLI של gcloud (גרסת Public Preview) או ב-Monitoring API (גרסת Public Preview).
מסוף Google Cloud
כדי להציג את רשימת האירועים ב Google Cloud פרויקט:
-
נכנסים לדף notifications Alerting במסוף Google Cloud :
אם משתמשים בסרגל החיפוש כדי למצוא את הדף הזה, בוחרים בתוצאה שבה הכותרת המשנית היא Monitoring.
בסרגל הכלים של מסוף Google Cloud , בוחרים את Google Cloud הפרויקט. בהגדרות של מרכז האפליקציות, בוחרים את הפרויקט המארח או את פרויקט הניהול של מרכז האפליקציות.
בדף התראות מוצג מידע על מדיניות ההתראות, על השהיות ועל אירועים:
- בחלונית סיכום מופיע מספר האירועים הפתוחים.
- בטבלה אירועים מוצגים האירועים הפתוחים האחרונים. כדי להציג בטבלה את האירועים האחרונים, כולל אירועים שנסגרו, לוחצים על הצגת אירועים שנסגרו.
כדי להציג את הפרטים של אירוע ספציפי, בוחרים את האירוע ברשימה.
ייפתח הדף פרטי האירוע. מידע נוסף על הדף פרטי האירוע מופיע בקטע חקירת אירוע במסמך הזה.
חיפוש אירועים ישנים יותר
בטבלה Incidents בדף Alerting מוצגים האירועים הפתוחים האחרונים. כדי לראות תקריות ישנות יותר, מבצעים אחת מהפעולות הבאות:
כדי לעבור בין הדפים בטבלה אירועים, לוחצים על arrow_back_ios חדשים יותר או על arrow_forward_ios ישנים יותר.
כדי לפתוח דף שבו אפשר לראות את כל האירועים ולסנן אותם, לוחצים על הצגת כל האירועים. הדף אירועים ייפתח. בדף הזה, מבצעים את הפעולות הבאות:
- הצגת כל האירועים, כולל אירועים שנסגרו. כדי להציג את כל האירועים, לוחצים על הצגת אירועים סגורים.
- סינון תקריות. מידע על הוספת מסננים זמין במאמר בנושא סינון אירועים.
- אישור או סגירה של אירוע, או השהיה של מדיניות ההתראות שלו. כדי לגשת לאפשרויות האלה, לוחצים על more_vert אפשרויות נוספות בשורה של האירוע ובוחרים אפשרות מהתפריט. מידע נוסף מופיע במאמר ניהול אירועים.
סינון אירועים
כדי להגביל את האירועים שמוצגים בטבלה, מוסיפים מסננים. אם מוסיפים כמה מסננים, בטבלה מוצגים רק אירועים שעומדים בכל המסננים.
כדי לסנן את טבלת האירועים:
בדף אירועים, לוחצים על filter_list סינון הטבלה ואז בוחרים מאפיין של מסנן. מאפייני המסנן כוללים את האפשרויות הבאות:
- מצב האירוע
- שם מדיניות ההתראות
- מתי האירוע נפתח או נסגר
- סוג מדד
- סוג המשאב
בוחרים ערך מהתפריט המשני או מזינים ערך בסרגל הסינון.
לדוגמה, אם בוחרים באפשרות סוג המדד ומזינים
usage_time, יכול להיות שבתפריט המשני יוצגו רק האפשרויות הבאות:agent.googleapis.com/cpu/usage_time compute.googleapis.com/guest/container/cpu/usage_time container.googleapis.com/container/cpu/usage_time
המסנן יופיע בטבלה אירועים.
gcloud
אפשר להשתמש ב-gcloud כדי לקבל מידע על תקריות ולראות רשימה של תקריות.
קבלת אירוע
לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:
- ALERT_NAME: שם המשאב של ההתראה. לדוגמה,
projects/my-project/alerts/my-alert-id.
מריצים את הפקודה gcloud alpha monitoring alerts describe:
Linux, macOS או Cloud Shell
gcloud alpha monitoring alerts describe ALERT_NAME
Windows (PowerShell)
gcloud alpha monitoring alerts describe ALERT_NAME
Windows (cmd.exe)
gcloud alpha monitoring alerts describe ALERT_NAME
{
"name": "projects/my-project/alerts/my-alert-id1",
"state": "OPEN",
"open_time": "2025-06-11T09:53:46Z",
"close_time": "2025-06-13T10:11:36Z",
"resource": {
"type": "gce_instance",
"labels": {
"zone": "us-west1",
"instance_id": "123456789",
"project_id": "my-project"
}
},
"metric": {
"labels": {
"instance_name": "my-instance1"
},
"type": "compute.googleapis.com/instance/cpu/usage_time"
},
"policy": {
"name": "projects/my-project/alertPolicies/POLICY_1",
"displayName": "my-policy"
},
"summaryText": "[ALERT] VM Instance - CPU usage on my-project my-instance1"
}
הצגת רשימת תקריות
אפשר להציג רשימה של אירועים בפרויקט ולסנן את התוצאות באמצעות ה-CLI של gcloud.
לפני השימוש בנתוני הפקודה הבאים, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט.
מריצים את הפקודה gcloud alpha monitoring alerts list:
Linux, macOS או Cloud Shell
gcloud alpha monitoring alerts list
Windows (PowerShell)
gcloud alpha monitoring alerts list
Windows (cmd.exe)
gcloud alpha monitoring alerts list
{
"alerts": [
{
"name": "projects/my-project/alerts/my-alert-id1",
"state": "OPEN",
"open_time": "2025-06-11T09:53:46Z",
"close_time": "2025-06-13T10:11:36Z",
"resource": {
"type": "gce_instance",
"labels": {
"zone": "us-west1",
"instance_id": "123456789",
"project_id": "my-project"
}
},
"metric": {
"labels": {
"instance_name": "my-instance1"
},
"type": "compute.googleapis.com/instance/cpu/usage_time"
},
"policy": {
"name": "projects/my-project/alertPolicies/POLICY_1",
"displayName": "my-policy"
},
"summaryText": "[ALERT] VM Instance - CPU usage on my-project my-instance1"
}
]
}
--filter: הזנת ביטוי סינון כדי לסנן התראות לפי זמן או לפי תווית. לדוגמה, כדי לסנן לפי זמן משתמשים ב---filter='close_time>="2025-09-10T00:00:00Z"', וכדי לסנן לפי תווית משתמשים ב---filter='resource.labels.key="value"'.
--sort-by: רשימה מופרדת בפסיקים של שדות שלפיהם הפלט ימוין. לדוגמה,--sort-by=open_time.
--uri: הפקודה מחזירה רשימה של מזהי URI של משאבים במקום פלט ברירת המחדל.
--limit: מגדירים את הדגל הזה לערך2או לערך גבוה יותר כדי להגביל את מספר ההתראות שמוחזרות. אל תשתמשו בדגל הזה בשילוב עם הדגל--filter.
Monitoring API
אפשר להשתמש ב-Monitoring API כדי לקבל אירועים ולרשום אירועים.
קבלת אירוע
כדי לקבל פרטים על אירוע יחיד באמצעות Monitoring API, משתמשים בשיטה alerts.get.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט.
- ALERT_ID: מזהה ההתראה.
ה-method של ה-HTTP וכתובת ה-URL:
GET https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alerts/ALERT_ID
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
הפקודה מחזירה תשובה עם פרטי ההתראה, כמו מצב ההתראה, התוויות שצורפו ומדיניות ההתראה של המקור. הערה: התוויות בתגובה עשויות להשתנות בזמן שהתכונה הזו נמצאת בגרסת טרום-השקה. התגובה אמורה להיות דומה לדוגמה הבאה:
{
"name": "projects/my-project/alerts/my-alert-id1",
"state": "OPEN",
"open_time": "2025-06-11T09:53:46Z",
"close_time": "2025-06-13T10:11:36Z",
"resource": {
"type": "gce_instance",
"labels": {
"zone": "us-west1",
"instance_id": "123456789",
"project_id": "my-project"
}
},
"metric": {
"labels": {
"instance_name": "my-instance1"
},
"type": "compute.googleapis.com/instance/cpu/usage_time"
},
"policy": {
"name": "projects/my-project/alertPolicies/POLICY_1",
"displayName": "my-policy"
},
"summaryText": "[ALERT] VM Instance - CPU usage on my-project my-instance1"
}
הצגת רשימת תקריות
כדי להציג רשימה של אירועים בפרויקט ולסנן את התוצאות באמצעות Monitoring API, משתמשים בשיטה alerts.list.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט.
ה-method של ה-HTTP וכתובת ה-URL:
GET https://monitoring.googleapis.com/v3/projects/PROJECT_ID/alerts
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
הפקודה מחזירה תשובה עם פרטי ההתראה, כמו מצב ההתראה, התוויות שצורפו ומדיניות ההתראה של המקור. הערה: התוויות בתגובה עשויות להשתנות בזמן שהתכונה הזו נמצאת בגרסת טרום-השקה. התגובה אמורה להיות דומה לדוגמה הבאה:
{
"alerts": [
{
"name": "projects/my-project/alerts/my-alert-id1",
"state": "OPEN",
"open_time": "2025-06-11T09:53:46Z",
"close_time": "2025-06-13T10:11:36Z",
"resource": {
"type": "gce_instance",
"labels": {
"zone": "us-west1",
"instance_id": "123456789",
"project_id": "my-project"
}
},
"metric": {
"labels": {
"instance_name": "my-instance1"
},
"type": "compute.googleapis.com/instance/cpu/usage_time"
},
"policy": {
"name": "projects/my-project/alertPolicies/POLICY_1",
"displayName": "my-policy"
},
"summaryText": "[ALERT] VM Instance - CPU usage on my-project my-instance1"
}
]
}
--data-urlencode ואחריו ביטוי מסנן כדי לסנן התראות לפי זמן או תווית. דוגמאות:
כדי להציג רשימה של התראות שנפתחו בשעה האחרונה:
--data-urlencode "filter=(open_time>=\"`date -u -d "1 hour ago" +"%Y-%m-%dT%H:%M:%SZ"`\")"
הצגה וסינון של התראות פתוחות מהיום האחרון:
--data-urlencode "filter=(open_time>=\"`date -u -d "1 DAY ago" +"%Y-%m-%dT%H:%M:%SZ"`\" AND state=open)"
הצגת רשימה של התראות שפתחתם בין שני פרקי זמן וסינון שלהן:
--data-urlencode "filter=(open_time>=\"`date -u -d "2 DAY ago" +"%Y-%m-%dT%H:%M:%SZ"`\" AND open_time<=\"`date -u -d "1 DAY ago" +"%Y-%m-%dT%H:%M:%SZ"`\")"
הצגה וסינון של התראות לפי תווית משתמש. בדוגמה הזו, מסננים לפי תווית משתמש עם השם app והערך my-gke-app:
--data-urlencode "filter=(policy.user_labels.app=\"my-gke-app\")"
$baseUrl = "https://monitoring.googleapis.com/v3/projects/my-project/alerts"
$filterValue = (Get-Date).AddHours(-1).ToString("yyyy-MM-ddTHH:mm:ssZ")
$filter = 'open_time >= "' + $filterValue + '"'
$encodedFilter = [System.Uri]::EscapeDataString($filter)
$url = $baseUrl + "?filter=" + $encodedFilter
חקירת אירוע
בדף פרטי האירוע מופיע מידע שיכול לעזור לכם לזהות את הסיבה לאירוע.
עיון בנתוני המדדים
כדי לנתח את מצב המדד לפני ואחרי שהאירוע התרחש, משתמשים בתרשים מדדים של התראות. בתרשים הזה מוצג ציר זמן וסדרת הזמנים שגרמו לכך שהתנאי של מדיניות ההתראות שלכם התקיים.
אפשר להתאים את הטווח של ציר הזמן כדי לחפש מגמות ודפוסים בנתוני המדדים ביחס לאירוע:
כדי לעבור בין הצגת רק סדרות הזמן שגרמו להשלמת התנאי לבין הצגת כל סדרות הזמן שהתנאי חל עליהן, לוחצים על toggle_off הצגת כל סדרות הזמן.
כדי לשנות את טווח הזמן שמוצג בתרשים, אפשר להשתמש בבורר טווח הזמן בסרגל הכלים, או לסמן טווחי זמן בתרשים באמצעות מצביע העכבר.
אפשר גם לנתח את נתוני המדדים בצורה מפורטת יותר באמצעות Metrics Explorer. כדי לעשות את זה, עוברים לתרשים Alert Metrics ולוחצים על query_stats Explore Data. כברירת מחדל, הכלי Metrics Explorer מצבר ומסנן את נתוני המדדים כדי שתרשים המדדים יתאים לסדרת הזמנים שמוצגת בציר הזמן של מדדי ההתראות.
עיון ברשומות ביומן
בחלונית Logs בדף Incident details מוצגים רשומות ביומן שמתאימות לסוג המשאב ולתוויות של המשאב במעקב עבור המדד. אפשר לנתח את הרשומות האלה ביומן כדי למצוא מידע נוסף שיעזור לכם לפתור את הבעיה.
- כדי להציג את רשומות היומן ב-Logs Explorer, לוחצים על View in Logs Explorer (הצגה ב-Logs Explorer) ובוחרים פרויקט להגדרת ההיקף. כלי Logs Explorer מספק כלים נוספים לניתוח נתוני רשומות ביומן, כמו ציר זמן שמראה מתי נוצרו רשומות קשורות ביומן.
- כדי לראות ולערוך את השאילתה שמשמשת לסינון רשומות היומן ב-Metrics Explorer, לוחצים על query_stats ניתוח נתונים.
גישה לפרטי האפליקציה
כדי לראות מדיניות התראות שמשויכת לאפליקציה ב-App Hub, עוברים לקטע משויכת לאפליקציה. אחד מהערכים בקטע הזה הוא מזהה האפליקציה, ויש בו קישורים ללוח בקרה שבו מוצג מידע על האפליקציה. הערך השני ברשימה הוא עומס עבודה או שירות, ויש בו קישור למרכז בקרה.
הצגת מידע נוסף
בקטע Labels (תוויות) מוצגות התוויות והערכים של המשאב במעקב והמדד של סדרת הזמנים שגרמה לאירוע, וגם תוויות משתמש שהוגדרו במדיניות ההתראות. המידע הזה יכול לעזור לכם לזהות את המשאב הספציפי שבמעקב שגרם לאירוע. מידע נוסף זמין במאמר הוספת תוויות לאירועים.
בקטע Documentation מוצגת תבנית התיעוד של ההתראות שסיפקתם כשיצרתם את מדיניות ההתראות. המידע הזה יכול לכלול תיאור של מה שמדיניות ההתראות עוקבת אחריו, וגם טיפים לצמצום הסיכון. מידע נוסף זמין במאמר בנושא הוספת הערות להתראות באמצעות תיעוד שהוגדר על ידי המשתמש.
אם לא הגדרתם תיעוד למדיניות ההתראות, בחלונית תיעוד תוצג ההודעה 'לא הוגדר תיעוד'.
עיון באירועים קשורים
כדי לעזור לכם לגלות בעיות בסיסיות באפליקציה, אתם יכולים לבדוק אירועים שקשורים לתנאים אחרים של מדיניות ההתראות.
בקטע אירועים קשורים מוצגת רשימה של אירועים שתואמים לאחת מהאפשרויות הבאות:- האירוע נוצר כשמתקיים תנאי של אותה מדיניות התראות.
- האירוע חולק תווית עם האירוע שמוצג בדף פרטי האירוע.
ניהול אירועים
אירועים יכולים להיות באחד מהמצבים הבאים:
error פתוחה: התנאים שמוגדרים במדיניות ההתראות מתקיימים, או שאין נתונים שמצביעים על כך שהתנאי כבר לא מתקיים. אם מדיניות ההתראות מכילה כמה תנאים, האירועים ייפתחו בהתאם לאופן שבו התנאים האלה משולבים. מידע נוסף מופיע במאמר בנושא כללי מדיניות עם כמה תנאים.
warning התקבלה תגובה: האירוע פתוח וסומן ידנית כאירוע שהתקבלה לגביו תגובה. בדרך כלל, הסטטוס הזה מציין שהתקרית נמצאת בחקירה.
check_circle סגור: המערכת זיהתה שהתנאי לא מתקיים יותר, סגרתם את האירוע, או שחלפו 7 ימים בלי שהתנאי התקיים.
לדוגמה, אם יוצרים מדיניות התראות ששולחת התראה כשמספר השגיאות גדול מ-0, צריך לוודא שהמדיניות הזו תפיק מספר שגיאות של 0 כשאין שגיאות. אם מדיניות ההתראות מחזירה ערך null או ערך ריק במצב ללא שגיאות, אין אות שמציין מתי השגיאות הסתיימו. ב-PromQL אפשר לציין ערך ברירת מחדל שבו המערכת תשתמש אם לא זמין ערך מדוד.
אישור תקריות
מומלץ לסמן תקרית כמאושרת כשמתחילים לחקור את הסיבה לתקרית.
כדי לסמן אירוע כמאושר:
- בטבלה אירועים בדף התראות, לוחצים על הצגת כל האירועים.
בדף אירועים, מוצאים את האירוע שרוצים לאשר, ואז מבצעים אחת מהפעולות הבאות:
- לוחצים על אפשרויות נוספות more_vert ואז על אישור.
- פותחים את דף הפרטים של האירוע ולוחצים על אישור קבלת האירוע.
אם מדיניות ההתראות מוגדרת לשליחת התראות חוזרות, אישור האירוע לא יפסיק את ההתראות. כדי להפסיק אותם, מבצעים אחת מהפעולות הבאות:
- יוצרים השהיה לכלל מדיניות ההתראות.
- משביתים את מדיניות ההתראות.
העברת מדיניות התראות למצב נודניק
כדי למנוע מ-Monitoring ליצור אירועים ולשלוח התראות במהלך תקופת זמן מסוימת, משביתים את מדיניות ההתראות הרלוונטית. כשמעבירים מדיניות התראות למצב שינה, מערכת Monitoring סוגרת גם את כל האירועים שקשורים למדיניות ההתראות.
כדי להשהות אירוע שמוצג:
בדף פרטי האירוע, לוחצים על השהיית מדיניות.
בוחרים את משך הנדנוד. אחרי שבוחרים את משך הדחייה, הדחייה מתחילה מיד.
אפשר גם להשהות מדיניות התראות מהדף אירועים. כדי לעשות זאת, מוצאים את האירוע שרוצים להשהות, לוחצים על more_vert אפשרויות נוספות ואז בוחרים באפשרות השהיה. אתם יכולים להשהות את מדיניות ההתראות במהלך הפסקות שירות כדי למנוע התראות נוספות במהלך תהליך פתרון הבעיות.
סגירת אירועים
אתם יכולים לאפשר ל-Monitoring לסגור אירוע בשבילכם, או לסגור אירוע אחרי שהתצפיות מפסיקות להגיע. אם סוגרים אירוע ואז מגיעים נתונים שמצביעים על כך שהתנאי מתקיים, נוצר אירוע חדש. כשסוגרים אירוע, הפעולה הזו לא סוגרת אירועים אחרים שפתוחים לגבי אותו תנאי. אם דוחים את ההתראות של מדיניות התראות, האירועים הפתוחים ייסגרו כשההשהיה תתחיל.
המעקב סוגר אוטומטית אירוע כשמתרחש אחד מהמקרים הבאים:
תנאים להערכת מדדים לפי ערכי סף:
- התקבל ממצא שמציין שלא חל חריגה מהסף.
לא מתקבלות תצפיות, התנאי מוגדר לסגירת אירועים כשלא מתקבלות יותר תצפיות, והמצב של המשאב הבסיסי לא ידוע או שהוא לא מושבת.
לא מתקבלות תצפיות למשך הזמן של סגירה אוטומטית של מדיניות ההתראות, והתנאי לא מוגדר לסגירה אוטומטית של אירועים כשלא מתקבלות תצפיות. כדי להגדיר את משך הזמן עד לסגירה אוטומטית, אפשר להשתמש במסוף Google Cloud או ב-Monitoring API. כברירת מחדל, משך הזמן עד לסגירה אוטומטית הוא שבעה ימים. משך הזמן המינימלי לסגירה אוטומטית הוא 30 דקות.
תנאים להערכת היעדר מדדים:
- מתרחשת תצפית.
- לא מתקבלות תצפיות במשך 24 שעות אחרי שתוקף המדיניות להתרעות שמוגדרת לסגירה אוטומטית פג. כדי להגדיר את משך הזמן עד לסגירה אוטומטית, אפשר להשתמש במסוף Google Cloud או ב-Monitoring API. כברירת מחדל, משך הזמן עד לסגירה אוטומטית הוא שבעה ימים.
תנאי התחזית:
- נוצרת תחזית שלפיה סדרת הזמנים לא תעבור את הסף במסגרת חלון התחזית.
לא מתקבלות תצפיות במשך 10 דקות, התנאי מוגדר לסגירת אירועים כשלא מתקבלות יותר תצפיות, והמצב של המשאב הבסיסי לא ידוע או שהוא לא מושבת.
לא מתקבלות תצפיות למשך הזמן של סגירה אוטומטית של מדיניות ההתראות, והתנאי לא מוגדר לסגירה אוטומטית של אירועים כשלא מתקבלות יותר תצפיות.
לדוגמה, מדיניות התראות יצרה תקרית כי זמן האחזור של תגובת ה-HTTP היה גדול מ-2 שניות במשך 10 דקות רצופות. אם המדידה הבאה של זמן האחזור של תגובת ה-HTTP קטנה משתי שניות או שווה להן, האירוע ייסגר. באופן דומה, אם לא מתקבלים נתונים במשך שבעה ימים, האירוע נסגר.
כדי לסגור אירוע:
- בטבלה אירועים בדף התראות, לוחצים על הצגת כל האירועים.
בדף אירועים, מחפשים את האירוע שרוצים לסגור ומבצעים אחת מהפעולות הבאות:
- לוחצים על more_vert הצגת פרטים נוספים ואז בוחרים באפשרות סגירת האירוע.
- פותחים את הדף פרטי האירוע של האירוע הרלוונטי ואז לוחצים על סגירת האירוע.
אם מופיעה ההודעה Unable to close incident with active conditions,
אי אפשר לסגור את האירוע כי התקבלו נתונים במהלך
תקופת ההתראה האחרונה.
אם מופיעה ההודעה
Unable to close incident. Please try again in a few minutes.,
המשמעות היא שלא ניתן לסגור את האירוע בגלל שגיאה פנימית.
שמירת נתונים ומגבלות
מידע על מגבלות ועל תקופת השמירה של אירועים זמין במאמר מגבלות על התראות.
המאמרים הבאים
- כדי ליצור ולנהל מדיניות התראות באמצעות Monitoring API או משורת הפקודה, ראו ניהול מדיניות התראות באמצעות API.
- לתיאור מפורט של מדיניות התראות, אפשר לעיין במאמר בנושא התנהגות של מדיניות התראות שמבוססת על מדדים.