במאמר הזה מוסבר איך משתמשים ב-Cloud Monitoring כדי לראות מגמות בנתוני היומן, ולקבל התראות כשמתקיימים תנאים מסוימים. כדי לספק ל-Cloud Monitoring נתונים מנתוני היומן, ב-Logging יש תמיכה בתכונות הבאות:
אתם יכולים ליצור מדדים בהתאמה אישית מרשומות ביומן. המדדים האלה נקראים מדדים מבוססי-יומנים. אתם יכולים גם ליצור כללי מדיניות התראה מבוססי-מדדים כדי לקבל התראה כשמדד מבוסס-יומנים עומד בתנאי מסוים. למידע נוסף, קראו את המאמר הצגת נתונים של רשומות ביומן באמצעות מדדים מבוססי-יומנים.
אתם יכולים להשתמש בכללי מדיניות התראה כדי לעקוב, כמעט בזמן אמת, אחרי הופעה של הודעה ברשומות ביומן. מדיניות ההתראות הזו נקראת מדיניות התראות מבוססות-יומנים. למידע נוסף, קראו את המאמר מעקב אחרי רשומות יומן ספציפיות של הודעות.
אתם יכולים לכתוב שאילתת SQL ב-Observability Analytics וליצור מדיניות התראה שעוקבת אחרי תוצאות השאילתה. כללי מדיניות ההתראות האלה נקראים כללי מדיניות התראות מבוססי-SQL. למידע נוסף, קראו את המאמר מעקב אחרי תוצאות של שאילתות SQL.
מדיניות התראות מבוססת-SQL נמצאת בגרסת טרום-השקה (Public Preview).
בהמשך המאמר מתוארים ההבדלים בין שלוש מדיניות ההתראות האלה, ומופיע מידע על הרשאות, עלויות ומגבלות.
המחשה ויזואלית של נתוני רשומות ביומן באמצעות מדדים מבוססי-יומנים
אם אתם רוצים לעקוב אחרי אירועים חוזרים בנתוני היומן לאורך זמן, השתמשו במדדים מבוססי-יומנים. מדדים מבוססי-יומנים יוצרים נתונים מספריים מנתוני היומנים, והם מתאימים כשרוצים לבצע את הפעולות הבאות:
- ספירת המופעים של הודעה, כמו אזהרה או שגיאה, בנתוני היומן, וקבלת התראה כשמספר המופעים חוצה את הסף.
- לצפות במגמות בנתונים, כמו ערכי זמן אחזור בנתוני היומן, ולקבל התראה כשהערכים משתנים באופן לא מקובל.
- ליצור תרשימים כדי להציג את הנתונים המספריים שחולצו.
מכיוון שמדדים מבוססי-יומנים יוצרים נתונים מספריים מנתוני היומנים, אתם יכולים להשתמש במדדים האלה במדיניות התראות ולהציג אותם בתרשימים. במאמר הגדרת התראות למדדים מבוססי-יומנים מוסבר איך יוצרים מדיניות התראות ותרשימים למדדים מבוססי-יומנים.
ב-Cloud Monitoring יש קבוצה של מדדים מוגדרים מראש שמבוססים על יומנים, ואתם יכולים להגדיר מדדים משלכם. כדי לראות רשימה של מדדים מבוססי-יומנים שמוגדרים על ידי המערכת, לחצו על הכפתור add_circle:
מדדים מבוססי-יומנים שמוגדרים על ידי המשתמש
אתם יכולים ליצור מדדים מבוססי-יומנים כדי לחלץ נתונים מספריים מנתוני היומנים. מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים מחשבים ערכים גם מרשומות יומן שנכללות וגם מרשומות יומן שלא נכללות.
כברירת מחדל, מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים אוספים נתונים מכל רשומות היומן שמתקבלות בנתב היומנים בפרויקט ב- Google Cloud , אבל אפשר להגדיר מדדים מבוססי-יומנים שאוספים נתונים מרשומות יומן שמנותבות למאגר יומנים ספציפי.
- במאמר שימוש במדדים מבוססי-יומנים מוסבר איך מגדירים מדדים מבוססי-יומנים ברמת הפרויקט ואיך משתמשים בהם.
- במאמר מדדים מבוססי-יומנים בקטגוריות של יומנים מוסבר איך מגדירים מדדים מבוססי-יומנים ברמת הקטגוריה ואיך משתמשים בהם.
אם תגדירו מדדים מבוססי-יומנים משלכם, יכול להיות שתחויבו. למידע נוסף על העלויות שקשורות להטמעת מדדים, קראו את המאמר התמחור של Google Cloud Observability.
מעקב אחרי רשומות ספציפיות ביומן של הודעות
אם אתם רוצים לקבל התראה בכל פעם שמופיעה הודעה ספציפית ברשומת יומן, השתמשו במדיניות התראות מבוססות-יומנים. מדיניות התראות מבוססות-יומנים שימושית לזיהוי אירועים שקשורים לאבטחה ברשומות ביומן, כמו:
- אתם רוצים לקבל התראה כשאירוע מופיע ביומן ביקורת. לדוגמה, כשמשתמש אנושי ניגש למפתח האבטחה של חשבון שירות.
- האפליקציה שלכם כותבת הודעות פריסה ליומנים, ואתם רוצים לקבל התראה כששינוי בפריסה נרשם ביומן.
מדיניות התראות מבוססת-יומנים שימושית לאירועים שצפויים להיות נדירים וחשובים. אתם לא רוצים לדעת על מגמה או דפוס, אלא לדעת שמשהו קרה.
מדיניות ההתראות שמבוססות על יומנים מוגדרת בפרויקט, והיא סורקת רשומה ביומן אם מתקיימים התנאים הבאים:
- החיוב מופעל.
- הרשומה ביומן נוצרה בפרויקט.
כיורים בפרויקט שממנו מגיעה רשומת היומן, או בפרויקט שאליו מנותבת רשומת היומן, מנתבים את רשומת היומן לקטגוריית יומנים.
לדוגמה, נניח שרשומה ביומן נוצרה בפרויקט
A. אם sink ביומן בפרויקטAמנתב את הרשומה ביומן לקטגוריה ביומן, מדיניות ההתראות שמבוססות על יומנים שמוגדרת בפרויקטAסורקת את הרשומה ביומן.דוגמה נוספת: נניח שרשומת יומן נוצרה בפרויקט
X, ושה-sink ביומן בפרויקטXמנתב את רשומת היומן לפרויקטY. אם כיור בפרויקטYמנתב את רשומת היומן לקטגוריית יומנים, מדיניות ההתראה שמבוססת על יומנים ומוגדרת בפרויקטXובפרויקטYסורקת את רשומת היומן.
אי אפשר להשתמש במדיניות התראות שמבוססת על יומנים כדי לעקוב אחרי רשומות ביומנים שמקורן בתיקיות, בחשבונות לחיוב או בארגונים, או כדי לעקוב אחרי רשומות ביומנים שלא מאוחסנות בקטגוריות של יומנים. אם יוצרים כיורים נצברים, יכול להיות שהם יקלטו רשומה ביומן וימנעו את הניתוב שלה על ידי הכיורים בפרויקט שבו הרשומה נוצרה.
למידע על יצירת מדיניות התראות מבוססות-יומנים, קראו את המאמר הגדרת מדיניות התראות מבוססות-יומנים.
מעקב אחרי תוצאות של שאילתות SQL
אתם יכולים להגדיר מדיניות התראות שמשתמשת ב-Observability Analytics כדי להריץ שאילתות SQL על נתוני רשומות ביומן. סוגי המדיניות האלה יעילים כשרוצים לקבל התראות על סמך דפוסים שאי אפשר להעריך באמצעות מדיניות התראות שמבוססת על יומנים, כמו דפוסים מורכבים ברשומות ביומן או צבירות של נתוני יומן. למידע נוסף, קראו את המאמר מעקב אחרי תוצאות של שאילתות SQL באמצעות מדיניות התראות.
השוואה בין אפשרויות ההתראה
בקטע הזה אנחנו משווים בין כללי מדיניות התראה שמבוססים על מדדים מבוססי-יומנים, כללי מדיניות התראה מבוססי-יומנים וכללי מדיניות התראה מבוססי-SQL.
טבלת סיכום
בטבלה הבאה מפורטות שיטות ההתראה וקישורים למידע נוסף:
| כללי מדיניות התראות שמבוססים על מדדים | מדיניות התראות מבוססות-יומנים | מדיניות התראות שמבוססת על SQL | מידע נוסף |
|---|---|---|---|
| על סמך מדדים שנגזרים מרשומות ביומן | על סמך מחרוזות ברשומות ספציפיות ביומן | מבוסס על טבלאות שמוחזרות על ידי שאילתות SQL על רשומות ביומן | מדדים מבוססי-יומנים התראות מבוססות-יומנים התראות מבוססות-SQL |
| משמשות כדי להודיע לכם על מגמות לאורך זמן | משמשת כדי להודיע לכם כשמופיעה הודעה ספציפית ביומן | משמשת כדי להודיע לכם על דפוס בחלון של רשומות ביומן | מדדים מבוססי-יומנים התראות מבוססות-יומנים התראות מבוססות-SQL |
מחושב לפי
|
התאמה רק לרשומות ביומן שנכללות | מחושב על סמך רשומות ביומן בחלון הזזה | רשומות היומן הזמינות התראות מבוססות-SQL |
| הפעלה של מדדים מכל הפרויקטים בהיקף המדדים בפרויקט המגדיר את ההיקף | מבצעים פעולות ברשומות ביומן שעומדות בתנאים הבאים:
|
לבצע פעולות בתצוגות של יומנים שאפשר לגשת אליהן דרך מערכי נתונים מקושרים ב-BigQuery. מערכי הנתונים האלה יכולים להיות בכל פרויקט. | היקף המדדים בפרויקט מערכי נתונים מקושרים ב-BigQuery |
| ההתראה נוצרת כשערך של מדד עומד בתנאי מסוים למשך תקופה מסוימת | התראה נוצרת בכל פעם שרשומה ספציפית ביומן תואמת למסנן | ההתראה נוצרת כשמתקיים תנאי מסוים בטבלה של תוצאות השאילתה | התראות ותזכורות |
| נוצרות ומנוהלות ב-Monitoring | נוצר ב-Logging, מנוהל ב-Monitoring |
נוצרו ב-Observability Analytics ומנוהלות ב-Monitoring | יצירה וניהול של מדיניות התראות התראות מבוססות-SQL |
| נצפה ב"מעקב" | נצפה ב"מעקב" | נצפה ב"מעקב" | הצגת מדיניות ההתראות |
| אפשר להשתמש בכל ערוץ התראות שנתמך ב-Monitoring | אפשר להשתמש בכל ערוץ התראות שנתמך ב-Monitoring | אפשר להשתמש בכל ערוץ התראות שנתמך ב-Monitoring | ערוצי התראות |
רשומות זמינות ביומן
בקטע הזה מוסבר אילו רשומות ביומן אפשר לספור באמצעות מדד מבוסס-יומנים, ואילו רשומות אפשר לנטר באמצעות מדיניות התראה מבוססת-יומנים.
רשומות ביומן שמדדים מבוססי-יומנים יכולים לספור
מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים מחושבים על סמך כל רשומות היומן שמתקבלות על ידי Logging API בפרויקט ב- Google Cloud , בלי קשר למסנני ההכללה או למסנני ההחרגה שחלים על הפרויקט ב- Google Cloud . אם יוצרים מדיניות התראה שמבוססת על מדד מבוסס-יומנים שמוגדר על ידי המשתמש, המדיניות עוקבת אחרי נתונים מכל רשומות היומן.
מדדים מבוססי-יומנים שמוגדרים על ידי המערכת מחושבים רק לפי רשומות ביומן שאוחסנו בקטגוריות של יומנים בפרויקט ב-Google Cloud . אם יומן מסוים הוחרג באופן מפורש, הוא לא נכלל במדדים האלה. אם יוצרים מדיניות התראה שמבוססת על מדד מבוסס-יומנים שמוגדר על ידי המערכת, המדיניות עוקבת אחרי נתונים רק מרשומות היומן שנכללות.
רשומות ביומן שאפשר לעקוב אחריהן באמצעות כללי מדיניות התראה שמבוססים על יומנים
מדיניות ההתראות שמבוססות על יומנים מוגדרת בפרויקט, והיא סורקת רשומה ביומן אם מתקיימים התנאים הבאים:
- החיוב מופעל.
- הרשומה ביומן נוצרה בפרויקט.
כיורים בפרויקט שממנו מגיעה רשומת היומן, או בפרויקט שאליו מנותבת רשומת היומן, מנתבים את רשומת היומן לקטגוריית יומנים.
לדוגמה, נניח שרשומה ביומן נוצרה בפרויקט
A. אם sink ביומן בפרויקטAמנתב את הרשומה ביומן לקטגוריה ביומן, מדיניות ההתראות שמבוססות על יומנים שמוגדרת בפרויקטAסורקת את הרשומה ביומן.דוגמה נוספת: נניח שרשומת יומן נוצרה בפרויקט
X, ושה-sink ביומן בפרויקטXמנתב את רשומת היומן לפרויקטY. אם כיור בפרויקטYמנתב את רשומת היומן לקטגוריית יומנים, מדיניות ההתראה שמבוססת על יומנים ומוגדרת בפרויקטXובפרויקטYסורקת את רשומת היומן.
אי אפשר להשתמש במדיניות התראות שמבוססת על יומנים כדי לעקוב אחרי רשומות ביומנים שמקורן בתיקיות, בחשבונות לחיוב או בארגונים, או כדי לעקוב אחרי רשומות ביומנים שלא מאוחסנות בקטגוריות של יומנים. אם יוצרים כיורים נצברים, יכול להיות שהכיורים האלה יקלטו רשומת יומן וימנעו את הניתוב שלה על ידי הכיורים בפרויקט שבו נוצרה רשומת היומן.
רשומות ביומן שאפשר לעקוב אחריהן באמצעות כללי מדיניות התראה שמבוססים על SQL
למדיניות התראה שמבוססת על SQL אין גישה ליומנים ספציפיים. במקום זאת, כללי המדיניות האלה שולחים שאילתות למערכי נתונים מקושרים של BigQuery, ואז עוקבים אחרי תוצאות השאילתות. מערכי הנתונים המקושרים ב-BigQuery מספקים גישה לנתונים בתצוגות היומנים.
כל תצוגת יומנים נמצאת בקטגוריית יומנים. אתם יוצרים את קבוצת הנתונים המקושרת ב-BigQuery לאותה קטגוריה ביומן אחרי שאתם משדרגים את קטגוריית היומנים לשימוש ב-Observability Analytics.
למידע נוסף על מדיניות התראות מבוססת-SQL, קראו את המאמר מעקב אחרי תוצאות של שאילתות SQL באמצעות מדיניות התראות.
מעקב אחרי מדדים בכמה פרויקטים
כדי לעקוב אחרי מדדים מכמה פרויקטים, אתם יכולים להגדיר את היקף המדדים בפרויקט. בהיקף המדדים בפרויקט מפורטים כל הפרויקטים והחשבונות שהוא עוקב אחריהם. פרויקט היקף מארח את היקף המדדים בפרויקט. בפרויקט ההיקף מאוחסנות מדיניות ההתראות והגדרות אחרות שאתם יוצרים להיקף המדדים בפרויקט. הפרויקט המכיל של היקף המדדים הוא הפרויקט שנבחר בכלי לבחירת פרויקטים במסוף Google Cloud .
מדיניות התראות שמבוססת על מדדים מבוססי-יומנים, כמו מדיניות התראות שמבוססת על מדדים אחרים, פועלת בכל הפרויקטים בהיקף המדדים בפרויקט המגדיר את ההיקף.
היקף המדדים בפרויקט לא רלוונטי למדיניות התראות שמבוססת על רשומות ביומן, כמו מדיניות שמבוססת על יומנים ועל SQL.
למידע נוסף על היקפי המדדים בפרויקט, כולל היקפי מדדים בכמה פרויקטים, ועל פרויקטים של היקף ההרשאות, קראו את המאמרים הבאים:
התראות והודעות
כשהתנאי של מדיניות ההתראה מתקיים, נפתחת התראה ב-Monitoring ונשלחות התראות לערוצי ההתראות של מדיניות ההתראה. כדי לראות את פרטי ההתראה, לוחצים על View alert בהודעה או עוברים ישירות לדף Alerts ב-Monitoring.
התראות לגבי כללי מדיניות התראות שמבוססים על מדדים
כללי מדיניות התראות שמבוססים על מדדים מבוססי-יומנים יוצרים התראות והודעות כמו כל כללי מדיניות ההתראות האחרים שמבוססים על מדדים ב-Monitoring, כפי שמתואר במאמר התנהגות ההתראות. במאמר התראות לגבי כללי מדיניות התראה שמבוססים על מדדים מוסבר איך לנהל את ההתראות האלה.
התראות לגבי כללי מדיניות התראות שמבוססים על יומנים
התוכן בקטע הזה רלוונטי רק לכללי מדיניות התראה מבוססי-יומנים. המדיניות הזו עוקבת אחרי רשומות יומן ספציפיות. היא לא חלה על מדיניות התראות שעוקבת אחרי נתוני מדדים, כולל מדדים מבוססי-יומנים, או על תוצאות של שאילתות SQL.
כש-Cloud Logging כותב את הרשומה ביומן לקטגוריית יומנים, כל מדיניות התראה מבוססת-יומן סורקת את הרשומה ביומן. אם רשומה ביומן תואמת למסנן של מדיניות ההתראה, Cloud Logging מחלץ תוויות ומעביר את הנתונים ל-Cloud Monitoring.
אחרי ש-Cloud Monitoring מקבל נתונים מ-Cloud Logging, הוא משתמש בכללים הבאים כדי לקבוע אילו פעולות לבצע:
אם אין התראות פתוחות למדיניות ההתראות, המערכת פותחת התראה חדשה ושולחת עדכון.
כשיש תוויות שחולצו, הפרטים המזהים של ההתראה כוללים את התוויות האלה.
אם יש התראה סגורה שערכי התוויות שחולצו ממנה תואמים לערכי התוויות שחולצו מרשומת היומן הנוכחית, המערכת פותחת מחדש את ההתראה הסגורה או פותחת התראה חדשה. הפעולה שתתבצע נקבעת לפי המצב של ההתראה שנסגרה, שיכול להשתנות תוך שלוש דקות.
אם יש התראה פתוחה שערכי התווית שלה תואמים לערכי התווית שחולצו מרשומת היומן הנוכחית, המערכת שולחת התראה נוספת או לא עושה כלום. התנהגות המערכת תלויה בשאלה אם מדיניות ההתראה חרגה ממגבלת ההתראות או ההודעות.
המגבלות הבאות חלות על כל מדיניות התראה מבוססת-יומן:
עד 20 התראות ביום לכל מדיניות התראות שמבוססת על יומנים.
כשהמגבלה הזו מגיעה, ההתראה כוללת הצהרה דומה לזו: "הגעת למקסימום של 20 התראות ביום. ההתראות לגבי המדיניות הזו יתחדשו תוך 24 שעות".
המגבלה היומית מתאפסת בזמן אקראי. המשתמשים לא יכולים להגדיר את מרווח הזמן הזה לאיפוס.
עד 2 התראות חדשות בדקה לכל מדיניות התראות מבוססת-יומנים.
כשמדיניות התראות מבוססת-יומנים מחלצת ערכי תוויות, המגבלה הזו עלולה למנוע מכם לקבל את ההתראות שאתם מצפים לקבל. לדוגמה, נניח שמדיניות התראה מבוססת-יומן מחלצת תווית אחת שיש לה חמישה ערכים אפשריים. בכל מרווח זמן של דקה, המערכת יכולה לפתוח לכל היותר 2 התראות.
מרווח הזמן המינימלי בין התראות חוזרות על התראה פתוחה הוא 5 דקות. אפשר להגדיר את המרווח הזה כשיוצרים או עורכים את מדיניות ההתראות.
ההתראות נסגרות באופן אוטומטי כשחולף פרק הזמן שצוין במשך הסגירה האוטומטית, בלי שהסיבה להתראה תחזור על עצמה. כברירת מחדל, משך הזמן לסגירה אוטומטית הוא 7 ימים. בגלל אירועים חוזרים, ההתראה יכולה להישאר פתוחה יותר ממשך הזמן של הסגירה האוטומטית.
איך מנהלים התראות של מדיניות התראות מבוססות-יומנים
התראות לגבי כללי מדיניות התראה שמבוססים על SQL
במדיניות התראות שמבוססות על SQL, מערכת Cloud Monitoring יוצרת התראה בפעם הראשונה שבה התוצאה של שאילתת ה-SQL עומדת בתנאי שצוין במדיניות. לכל מדיניות התראה יש רק התראה פתוחה אחת. אם ההתראה פתוחה והתנאי מתקיים שוב, לא נוצרות התראות נוספות ב-Monitoring ולא נשלחות התראות נוספות. התראות מבוססות-SQL נסגרות ב-Monitoring אחרי שבעה ימים, אלא אם מגדירים תקופת סגירה קצרה יותר או סוגרים את ההתראה באופן ידני.
איך מנהלים התראות של מדיניות התראות מבוססת-SQL
יצירה וניהול של כללי מדיניות התראות
אפשר ליצור, לשנות ולמחוק מדיניות התראות שמבוססת על מדדים מבוססי-יומנים ב-Cloud Monitoring, כמו כל מדיניות התראות אחרת שמבוססת על מדדים. מידע נוסף זמין במאמר ניהול כללי מדיניות.
אפשר ליצור מדיניות התראות מבוססת-יומנים באמצעות Logs Explorer או Cloud Monitoring API. אפשר לשנות ולמחוק מדיניות התראות מבוססות-יומנים ב-Monitoring או באמצעות Cloud Monitoring API. למידע נוסף, קראו את המאמר ניהול מדיניות התראות מבוססות-יומנים.
אתם יכולים ליצור מדיניות התראות מבוססת-SQL באמצעות Observability Analytics או Cloud Monitoring API. אפשר לשנות ולמחוק כללי מדיניות התראה שמבוססים על SQL ב-Monitoring או באמצעות Cloud Monitoring API. למידע נוסף, קראו את המאמר מעקב אחרי תוצאות של שאילתות SQL באמצעות מדיניות התראות.
צפייה במדיניות ההתראות
בדף Policies ב-Monitoring מופיעה רשימה של כל מדיניות ההתראות בפרויקט ב- Google Cloud . הרשימה הזו כוללת כללי מדיניות שמשתמשים במדדים מבוססי-יומנים ובכללי מדיניות התראה מבוססי-יומנים.
-
במסוף Google Cloud , נכנסים לדף notifications Alerting:
אם אתם משתמשים בשורת החיפוש כדי למצוא את הדף הזה, בחרו בתוצאה שכותרת המשנה שלה היא Monitoring.
- לוחצים על הצגת כל כללי המדיניות.
מדיניות התראות מבוססות-יומנים מופיעה ברשימה עם הערך Logs בעמודה Type. מדיניות התראות שמבוססת על מדדים, כולל מדדים מבוססי-יומנים, מופיעה ברשימה עם הערך Metrics בעמודה Type.
מדיניות התראות מבוססת-SQL מופיעה ברשימה עם הערך SQL בעמודה Types.
בצילום המסך הבא מוצג קטע מרשימת כללי מדיניות:
ערוצי התראות
אתם יכולים לשלוח התראות מכל סוג של מדיניות התראה לכל אחד מערוצי ההתראות שנתמכים ב-Monitoring. צריך להגדיר את הערוצים האלה לפני שמשתמשים בהם במדיניות ההתראות.
למידע נוסף, קראו את המאמר ניהול ערוצי התראות.
דרישות הרשאה
כדי להשתמש במדדים מבוססי-יומנים או במדיניות התראות מבוססת-יומנים, צריך הרשאה גם ל-Cloud Logging וגם ל-Cloud Monitoring.
למידע על מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים, קראו את המאמר הרשאות למדדים מבוססי-יומנים.
למידע על מדיניות התראות מבוססות-יומנים, קראו את המאמר הרשאות למדיניות התראות מבוססות-יומנים.
למידע על מדיניות התראות שמבוססת על SQL, קראו את המאמר הרשאות למדיניות התראות שמבוססת על SQL.
מגבלות
בקטע הזה מפורטות המגבלות של מדדים מבוססי-יומנים ושל כללי מדיניות התראה. המגבלות של מדיניות ההתראות תלויות בסוג הנתונים שהמדיניות מנטרת.
מגבלות על מדדים מבוססי-יומנים
יש מגבלות על המספר והמבנה של מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים. מידע נוסף על המגבלות האלה זמין במאמר מגבלות על מדדים מבוססי-יומנים.
מגבלות על כללי מדיניות התראות
בשתי העמודות הראשונות בטבלה הבאה מפורטים קטגוריה וערך מגבלה. בעמודה השלישית מפורטים סוגי המדיניות שהמגבלה חלה עליהם:
- מדד: חל על כללי מדיניות התראה שעוקבים אחרי נתוני מדדים, כולל מדדים מבוססי-יומנים.
- LBA: חלה על כללי מדיניות התראה שעוקבים אחרי רשומות ביומן. מדיניות ההתראה הזו נקראת מדיניות התראה מבוססת-יומן.
- SQL: חל על מדיניות התראות שעוקבות אחרי תוצאה של שאילתת SQL.
- All: חל על כל מדיניות ההתראות.
| קטגוריה | ערך | סוג המדיניות |
|---|---|---|
| מדיניות התראות (סכום של מדדים ויומנים) לכל היקף מדדים בפרויקט 1 | 2,000 | מדד, LBA |
| תנאים לכל מדיניות התראות שמבוססת על מדדים | 6 | מדד |
| תנאים לכל מדיניות התראות מבוססת-SQL (גרסת טרום-השקה לקהל הרחב) |
1 | SQL |
| זמן הביצוע המקסימלי של שאילתה ב מדיניות התראות שמבוססת על SQL (גרסת טרום-השקה ציבורית) |
5 דקות | SQL |
| התקופה המקסימלית שבה מוערך תנאי של היעדר מדד2 |
יום אחד | מדד |
| התקופה המקסימלית שבה מוערך תנאי של סף מדד2 |
25 שעות | מדד |
| תקופת הזמן המקסימלית שבה מתבצעת הערכה של תנאי PromQL |
שנתיים | מדד |
| האורך המקסימלי של המסנן שמשמש בתנאי של סף מדד |
2,048 תווי Unicode | מדד |
| מספר מקסימלי של סדרות זמן שמנוטרות על ידי תנאי חיזוי |
64 | מדד |
| חלון התחזית המינימלי | שעה אחת (3,600 שניות) | מדד |
| חלון התחזית המקסימלי | 2.5 ימים (216,000 שניות) | מדד |
| ערוצי התראות לכל מדיניות התראה | 16 | הכול |
| מספר מקסימלי של התראות חדשות לכל מדיניות התראות מבוססת-יומן |
20 התראות ביום | LBA |
| מספר ההתראות המקסימלי3 לכל מדיניות התראות מבוססת-יומנים |
20 התראות ביום | LBA |
| הקצב המקסימלי של התראות חדשות לכל מדיניות התראות מבוססת-יומנים |
2 התראות חדשות בדקה | LBA |
| מרווח הזמן המינימלי בין התראות על התראה פתוחה4 לכל מדיניות התראות מבוססת-יומן |
5 דקות | LBA |
| המספר המקסימלי של כללי מדיניות התראה שמופעלים בו-זמנית בכל פרויקט |
80,000 | הכול |
| מספר מקסימלי של התראות פתוחות בו-זמנית לכל מדיניות התראות |
1,000 | הכול |
| התקופה שאחריה התראה ללא נתונים חדשים נסגרת באופן אוטומטי |
7 ימים | מדד, SQL |
| משך הזמן המקסימלי של התראה אם היא לא נסגרת באופן ידני | 7 ימים | LBA |
| שמירת התראות שנסגרו | 13 חודשים | לא רלוונטי |
| שמירת התראות פתוחות | ללא הגבלת זמן | לא רלוונטי |
| ערוצי התראות לכל היקף מדדים בפרויקט | 4,000 | לא רלוונטי |
| מספר מקסימלי של כללי מדיניות התראות לכל הפעלה של "נודניק" | 16 | הכול |
| שמירה של התראה במצב נודניק | 13 חודשים | לא רלוונטי |
2 פרק הזמן המקסימלי שבו התנאי נבדק הוא הסכום של ערכי תקופת ההתאמה וחלון משך הזמן. לדוגמה, אם תקופת ההתאמה מוגדרת ל-15 שעות וחלון משך הזמן מוגדר ל-15 שעות, צריך נתונים של 30 שעות כדי להעריך את התנאי.
3מערכת Monitoring יוצרת התראות להתראה פתוחה כשחולף הזמן המינימלי בין ההתראות, ורשומה ביומן תואמת לתוויות ההתראה. אם מדיניות התראות מבוססות-יומנים נמצאת במצב "התראה" כשמערכת Monitoring יוצרת התראה, ההתראה נמחקת ולא נשלחת לערוצי ההתראות של המדיניות. אחרת, ההתראה תישלח לערוצי ההתראות של מדיניות ההתראות. כל ההתראות שנוצרות על ידי Monitoring נספרות במגבלה של מדיניות ההתראות, שהיא 20 התראות ביום.
4 אם השאילתה של מדיניות ההתראה מבוססת-היומנים מחלצת תוויות, כל שילוב של ערכי תוויות שחולצו מייצג ציר זמן משלו להתראות. לכן, יכול להיות שתקבלו כמה התראות תוך 5 דקות.