מעקב אחרי היומנים

במאמר הזה מוסבר איך משתמשים ב-Cloud Monitoring כדי לראות מגמות בנתוני היומן, ולקבל התראות כשמתקיימים תנאים מסוימים. כדי לספק ל-Cloud Monitoring נתונים מנתוני היומן, Logging תומך בתכונות הבאות:

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

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

• אתם יכולים לכתוב שאילתת SQL ב-Observability Analytics וליצור מדיניות התראה שעוקבת אחרי תוצאות השאילתה. כללי המדיניות האלה נקראים כללי מדיניות התראות מבוססי-SQL. מידע נוסף זמין במאמר מעקב אחרי תוצאות של שאילתות SQL.

  מדיניות התראות מבוססת-SQL נמצאת בגרסת טרום-השקה (Public Preview).

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

המחשה ויזואלית של נתוני רשומות ביומן באמצעות מדדים מבוססי-יומנים

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

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

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

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

מדדים מבוססי-יומנים שמוגדרים על ידי המערכת

מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים

אתם יכולים ליצור מדדים מבוססי-יומנים כדי לחלץ נתונים מספריים מנתוני היומנים. מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים מחשבים ערכים גם מרשומות ביומן שנכללות וגם מרשומות ביומן שלא נכללות.

כברירת מחדל, מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים אוספים נתונים מכל רשומות היומן שמתקבלות בנתב היומנים בפרויקט ב- 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 Logging, מערכת Cloud Monitoring משתמשת בכללים הבאים כדי לקבוע אילו פעולות לבצע:

• אם אין התראות פתוחות למדיניות ההתראות, המערכת פותחת התראה חדשה ושולחת התראה.

  כשהתוויות שחולצו זמינות, הפרטים המזהים של ההתראה כוללים את התוויות האלה.

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

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

המגבלות הבאות חלות על כל מדיניות התראה מבוססת-יומן:

• עד 20 התראות ביום לכל מדיניות התראות מבוססת-יומן.

  כשהמגבלה הזו מגיעה, ההתראה כוללת הצהרה דומה לזו: "הגעת למגבלה המקסימלית של 20 התראות ביום. ההתראות לגבי המדיניות הזו יתחדשו במהלך 24 השעות הקרובות".

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

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

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

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

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

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

התראות לגבי כללי מדיניות התראה שמבוססים על SQL

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

איך מנהלים התראות של מדיניות התראות מבוססת-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 . הרשימה הזו כוללת כללי מדיניות שמשתמשים במדדים מבוססי-יומנים ובכללי מדיניות התראה מבוססי-יומנים.

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

   נכנסים לדף Alerting.

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

2. לוחצים על הצגת כל כללי המדיניות.

מדיניות התראות מבוססות-יומנים מופיעה ברשימה עם הערך Logs בעמודה Type. מדיניות התראות שמבוססת על מדדים, כולל מדדים מבוססי-יומנים, מופיעה ברשימה עם הערך Metrics בעמודה Type. מדיניות התראה מבוססת-SQL מופיעה ברשימה עם הערך SQL בעמודה Types. בצילום המסך הבא מוצג קטע מרשימת כללי מדיניות:

ערוצי התראות

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

למידע נוסף, קראו את המאמר ניהול ערוצי התראות.

דרישות הרשאה

כדי להשתמש במדדים מבוססי-יומנים או במדיניות התראות מבוססת-יומנים, צריך הרשאה גם ל-Cloud Logging וגם ל-Cloud Monitoring.

• למידע על מדדים מבוססי-יומנים שמוגדרים על ידי המשתמשים, קראו את המאמר הרשאות למדדים מבוססי-יומנים.

• למידע על מדיניות התראות מבוססות-יומנים, קראו את המאמר הרשאות למדיניות התראות מבוססות-יומנים.

• למידע על מדיניות התראות שמבוססת על SQL, קראו את המאמר הרשאות למדיניות התראות שמבוססת על SQL.

מגבלות

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

מגבלות על מדדים מבוססי-יומנים

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

מגבלות על כללי מדיניות התראות

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

• מדד: חל על כללי מדיניות התראה שעוקבים אחרי נתוני מדדים, כולל מדדים מבוססי-יומנים.
• LBA: חלה על כללי מדיניות התראה שעוקבים אחרי רשומות ביומן. כללי המדיניות האלה נקראים כללי מדיניות להתראות מבוססות-יומנים.
• ‫SQL: חל על מדיניות התראות שעוקבות אחרי תוצאה של שאילתת SQL.
• ‫All: חל על כל מדיניות ההתראות.

קטגוריה	ערך	סוג המדיניות
כללי מדיניות התראות (סכום של מדדים ויומנים) לכל היקף מדדים בפרויקט ^1	2,000	מדד, LBA
תנאים לכל מדיניות התראות שמבוססת על מדדים	6	מדד
תנאים לכל מדיניות התראה מבוססת-SQL (Public Preview)	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,000 כללי מדיניות לכל היקף מדדים בפרויקט, עד ל-10,000 כללי מדיניות לכל היקף מדדים בפרויקט.
^‫2 פרק הזמן המקסימלי שבו התנאי נבדק הוא הסכום של ערכי תקופת ההתאמה וחלון משך הזמן. לדוגמה, אם תקופת ההתאמה מוגדרת ל-15 שעות וחלון משך הזמן מוגדר ל-15 שעות, נדרשים נתונים של 30 שעות כדי להעריך את התנאי.
³מערכת Monitoring יוצרת התראות להתראה פתוחה כשחולף הזמן המינימלי בין ההתראות, ורשומה ביומן תואמת לתוויות ההתראה. אם מדיניות ההתראה מבוססת-היומן נמצאת במצב "התראה" כש-Monitoring יוצר התראה, ההתראה נמחקת ולא נשלחת לערוצי ההתראות של המדיניות. אחרת, ההתראה תישלח לערוצי ההתראות של מדיניות ההתראות. כל ההתראות שנוצרות ב-Monitoring נספרות במגבלה של מדיניות ההתראות, שהיא 20 התראות ביום.
^‫4 אם השאילתה של מדיניות ההתראות שמבוססת על יומנים מחלצת תוויות, כל שילוב של ערכי תוויות שחולצו מייצג ציר זמן משלו להתראות. לכן, יכול להיות שתקבלו כמה התראות תוך 5 דקות.