5 הסלמות

סקירה כללית

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

מבחינה מעשית זה אומר ש:

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

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

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

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

מספר שלבי ההסלמה אינו מוגבל.

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

היבטים שונים של התנהגות הסלמה

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

מצב התנהגות
המארח המדובר נכנס לתחזוקה לאחר שליחת הודעת הבעיה הראשונית בהתאם להגדרת השהיית פעולות לבעיות שהודחקו בפעולה קונפיגורציה, הכל שלבי ההסלמה הנותרים מבוצעים עם עיכוב שנגרם על ידי תקופת התחזוקה או ללא דיחוי. תקופת תחזוקה אינה מבטלת פעולות.
תקופת הזמן המוגדרת בתנאי הפעולה תקופת זמן מסתיימת לאחר שליחת ההודעה הראשונית כל שלבי ההסלמה הנותרים מבוצעים. מצב תקופת הזמן אינו יכול לעצור את הפעולות; יש לו השפעה לגבי מתי מתחילות/לא מתחילות פעולות, לא פעולות.
בעיה מתחילה במהלך התחזוקה וממשיכה (לא נפתרת) לאחר סיום התחזוקה בהתאם להגדרת השהיית פעולות לבעיות שהודחקו בפעולה קונפיגורציה, כל שלבי ההסלמה מבוצעים מרגע סיום התחזוקה או מיד.
בעיה מתחילה במהלך תחזוקה ללא נתונים וממשיכה (לא נפתרת) לאחר סיום התחזוקה יש להמתין להפעלת הטריגר, לפני ביצוע כל שלבי ההסלמה.
הסלמות שונות עוקבות ברצף צמוד וחופפות ביצוע של כל הסלמה חדשה מחליף את ההסלמה הקודמת, אבל לפחות שלב הסלמה אחד שמתבצע תמיד בהסלמה הקודמת. התנהגות זו רלוונטית בפעולות על אירועים שנוצרו עם כל הערכת בעיה של הטריגר.
במהלך הסלמה בתהליך (כמו הודעה שנשלחת), בהתבסס על כל סוג של אירוע:
- הפעולה מושבתת
בהתבסס על אירוע טריגר:
- הטריגר מושבת
- המארח או הפריט מושבתים
בהתבסס על אירוע פנימי על טריגרים:
- הטריגר מושבת
מבוסס על אירוע פנימי על פריטים/כללי גילוי ברמה נמוכה:
- הפריט מושבת<br >- המארח מושבת
ההודעה בתהליך נשלחת ואז נשלחת עוד הודעה אחת על ההסלמה. הודעת ההמשך תכלול את טקסט הביטול בתחילת גוף ההודעה (הערה: ההסלמה בוטלה) עם שם הסיבה (לדוגמה, הערה: ההסלמה בוטלה: הפעולה '<שם פעולה>' מושבתת). כך מודיעים לנמען שההסלמה מבוטלת ולא יבוצעו עוד שלבים. הודעה זו נשלחת לכל מי שקיבל את ההתראות לפני כן. סיבת הביטול נרשמת גם לקובץ יומן השרת (החל מ-רמת ניפוי באגים 3=אזהרה).

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

דוגמאות הסלמה

דוגמה 1

שליחת הודעה חוזרת אחת ל-30 דקות (5 פעמים בסך הכל) לקבוצת 'מנהלי MySQL'. כדי להגדיר:

  • בכרטיסייה פעולות, הגדר את משך שלב הפעולה המוגדר כברירת מחדל ל '30 מ' (30 דקות)
  • הגדר את שלבי ההסלמה להיות מ '1' עד '5'
  • בחר בקבוצת 'מנהלי MySQL' כמקבלי ההודעה

הודעות יישלחו בשעות 0:00, 0:30, 1:00, 1:30, 2:00 שעות לאחר הבעיה מתחילה (אלא אם כן, כמובן, הבעיה נפתרה מוקדם יותר).

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

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

דוגמה 2

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

  • בכרטיסייה פעולות, הגדר את משך שלב הפעולה המוגדר כברירת מחדל ל '10h' (10 שעות)
  • הגדר את שלבי ההסלמה להיות מ '2' ל '2'

הודעה תישלח רק בשלב 2 של תרחיש ההסלמה, או 10 שעות לאחר תחילת הבעיה.

אתה יכול להתאים אישית את טקסט ההודעה למשהו כמו 'הבעיה היא בן יותר מ-10 שעות'.

דוגמה 3

הסלמת הבעיה לבוס.

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

פרטים על מבצע 2:

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

דוגמה 4

תרחיש מורכב יותר. לאחר מספר הודעות למנהלי MySQL והסלמה למנהל, Zabbix תנסה להפעיל מחדש את ה-MySQL מאגר מידע. זה יקרה אם הבעיה קיימת במשך 2:30 שעות וזה לא זכה להכרה.

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

אם זה לא יעזור, לאחר שעה נוספת Zabbix יאתחל את השרת עם מסד הנתונים של MySQL (פקודה מרחוק שנייה) באמצעות פקודות IPMI.

דוגמה 5

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

הודעות יישלחו באופן הבא:

  • למנהלי MySQL בשעה 0:00, 0:30, 1:00, 1:30 לאחר הבעיה מתחיל
  • למנהל מסד הנתונים ב-2:00 ו-2:10 (ולא ב-3:00; שלבים 5 ו-6 חופפים לפעולה הבאה, המנהג הקצר יותר משך הצעד של 10 דקות בפעולה הבאה עוקף את משך צעד ארוך יותר של שעה ניסתה להגדיר כאן)
  • למנהלי Zabbix בשעה 2:00, 2:10, 2:20 לאחר הבעיה מתחיל (משך הצעד המותאם אישית של 10 דקות עבודה)
  • למשתמשים אורחים בשעה 4:00 לאחר תחילת הבעיה (ברירת המחדל משך צעד של 30 דקות חזרה בין שלבים 8 ל-11)