Ескалацијом можете креирати прилагођене сценарије за слање обавештења или извршавање удаљених команди.
У практичном смислу, то значи да:
Акције се ескалирају на основу корака ескалације. Сваки корак има временско трајање.
Можете дефинисати и подразумевано трајање и прилагођено трајање појединачног корака. Минимално трајање једног корака ескалације је 60 секунди.
Акције, као што су слање обавештења или извршавање команди, можете покренути из било ког корака. Први корак је за тренутне акције. Ако желите да одложите акцију, можете је доделити каснијем кораку. За сваки корак, може се дефинисати неколико акција.
Број корака ескалације није ограничен.
Ескалације се дефинишу приликом конфигурисања операције. Ескалације су подржане само за проблематичне операције, не и за опоравак.
Размотримо шта се дешава у различитим околностима ако акција садржи неколико корака ескалације.
Situation | Behavior |
---|---|
Дотични домаћин прелази на одржавање након што је послато почетно обавештење о проблему | У зависности од подешавања Паузирај операције за потиснуте проблеме у акцији конфигурација, сви преостали кораци ескалације се извршавају или са кашњењем узрокованим периодом одржавања или без одлагања. Период одржавања не отказује операције. |
Временски период дефинисан у услову акције Временски период завршава се након слања почетног обавештења | Сви преостали кораци ескалације се извршавају. Услов Временски период не може зауставити операције; има утицај на то када су акције покренуте/не покренуте, а не на операције. |
Проблем почиње током одржавања и наставља се (не решава се) након завршетка одржавања | У зависности од подешавања Паузирај операције за потиснуте проблеме у акцији configuration, сви кораци ескалације се извршавају или од тренутка завршетка одржавања или одмах. |
Проблем почиње током одржавања без података и наставља се (не решава се) након завршетка одржавања | Мора да сачека да се окидач активира, пре него што се изврше сви кораци ескалације. |
Различите ескалације следе у блиском низу и преклапају се | Извршавање сваке нове ескалације замењује претходну ескалацију, али за најмање један корак ескалације који се увек извршава на претходној ескалацији. Ово понашање је релевантно у акцијама на догађаје који се креирају са СВАКОМ проценом проблема окидача. |
Током ескалације у току (као што је слање поруке), на основу било које врсте догађаја: - радња је онемогућена На основу догађаја окидача: - окидач је онемогућен - домаћин или ставка су онемогућени На основу интерног догађаја о окидачима: - окидач је онемогућен На основу интерног догађаја о ставкама/правилима откривања ниског нивоа: - ставка је онемогућена - домаћин је онемогућен |
Порука у току се шаље, а затим се шаље још једна порука о ескалацији. Порука за праћење ће имати текст отказивања на почетку тела поруке (НАПОМЕНА: Ескалација отказана) са навођењем разлога (на пример, НАПОМЕНА: Ескалација отказана: радња '<Action name>' онемогућена). На овај начин прималац је обавештен да је ескалација отказана и да се више неће извршавати кораци. Ова порука се шаље свима који су претходно примили обавештења. Разлог отказивања се такође бележи у датотеку дневника сервера (почевши од Debug Level 3=Warning). Имајте на уму да се порука Ескалација отказана такође шаље ако су операције завршене, али су операције опоравка конфигурисане и још нису извршене. |
Током ескалације у току (као што је слање поруке), радња се брише | Више се не шаљу поруке. Информације се бележе у датотеку дневника сервера (почевши од Debug Level 3=Warning), на пример: escalation canceled: action id:334 deleted |
Слање поновљеног обавештења сваких 30 минута (укупно 5 пута) у групу "MySQL администратори". Да бисте конфигурисали:
Обавештења ће бити послата у 0:00, 0:30, 1:00, 1:30, 2:00 сата након проблем почиње (осим ако се, наравно, проблем не реши раније).
Ако је проблем решен и конфигурисана порука за опоравак, биће бити послате онима који су примили барем једну поруку о проблему у оквиру овога сценарио ескалације.
Ако је окидач који је генерисао активну ескалацију онемогућен, Zabbix шаље информативну поруку о томе свима онима који већ су примили обавештења.
Слање одложеног обавештења о дуготрајном проблему. То конфигурисати:
Обавештење ће бити послато само у кораку 2 сценарија ескалације, или 10 сати након што проблем почне.
Можете прилагодити текст поруке на нешто попут "Проблем је стар више од 10 сати".
Ескалација проблема на шефа.
У првом примеру изнад смо конфигурисали периодично слање порука за MySQL администраторе. У овом случају, администратори ће добити четири поруке пре проблема ће бити прослеђене менаџеру базе података. Имајте на уму да ће менаџер добити поруку само у случају да проблем није још увек признато, наводно нико на томе не ради.
Детаљи операције 2:
Обратите пажњу на употребу макроа {ESC.HISTORY} у прилагођеној поруци. Макро ће садржати информације о свим претходно извршеним корацима на овоме ескалације, као што су послата обавештења и извршене команде.
Сложенији сценарио. Након више порука MySQL администраторима и ескалације менаџеру, Zabbix ће покушати да поново покрене MySQL база података. То ће се десити ако проблем постоји 2:30 сата и то није признато.
Ако проблем и даље постоји, након још 30 минута Zabbix ће послати а порука свим гостујућим корисницима.
Ако ово не помогне, након још сат времена Zabbix ће поново покренути сервер са MySQL базу података (друга удаљена команда) користећи IPMI команде.
Ескалација са неколико операција додељених једном кораку и прилагођено коришћени интервали. Подразумевано трајање корака операције је 30 минута.
Обавештења ће бити послата на следећи начин: