エスカレーションで、通知を送信したりリモートコマンドを実行するカスタムシナリオを作成できます。
実际面で、これは次のようなことを意味します:
エスカレーションステップに基づいてアクションがエスカレーションされます。各ステップは持続时间を持っています。
各ステップのデフォルトの持続时间とカスタムの持続时间の両方を定义することができます。1ステップあたりの最小の継続时间は60秒です。
どのステップからでも、通知の送信やコマンドの実行といったアクションを开始できます。
ステップ1は即时のアクションです。アクションを遅らせたければ、そのアクションを后のステップに割り当てます。それぞれのステップで、复数のアクションが定义可能です。
エスカレーションのステップの数に制限はありません。
エスカレーションは、オペレーションの设定时に定义されます。
异なるエスカレーションが近い期间で连続していたりオーバーラップしている场合は、それぞれの新しいエスカレーションが前のエスカレーションにとってかわって実行されますが、最新のエスカレーションのステップは常に前のエスカレーション上で実行されます。トリガーの障害の评価「毎に」生成されるイベントで実行されるアクションでは、このふるまいは妥当です。
「MySQL administrators」グループに繰り返しの通知を、30分に1回(全体で5回)送信する。これを設定するには次のことをおこないます:
通知は、障害が発生した后(もちろん、障害がすぐに解决されなければ)0时间、30分、1时间、1时间30分、2时间に送信されます。
このエスカレーションシナリオでは、障害が解决されてリカバリメッセージが设定されていれば、少なくとも1つの障害メッセージを受信した人に、リカバリメッセージが送信されます。
アクティブなエスカレーションを生成したトリガーが無効になった場合、龙虎赌博 が、通知を受けた人全員に、それに関する情報のメッセージを送信します。
长时间の障害に関する通知の送信を遅らせます。これを设定するには、次のことをおこないます:
通知は、エスカレーションにシナリオのステップ2で送信されるだけです。または障害発生から10时间がたってから送信されます。
メッセージの本文は「10时间以上も障害状态だよ!」といった言叶にカスタマイズすることができます。
上司に障害をエスカレーションする。
上记の1つめの例で、惭测厂蚕尝の管理者に対する定期的なメッセージの送信を设定しました。この场合、障害がデータベース管理者にエスカレーションされる前に、管理者は4つのメッセージを受信します。障害がまだ认识されていなくて、谁もそれについて対処していないと推测されるときにのみ、データベース管理者がメッセージを受信します。
メッセージ内での调贰厂颁.贬滨厂罢翱搁驰皑マクロの使用について忆えておいてください。そのマクロは、送信された通知や、実行されたコマンドなど、このエスカレーションで前に実行されたすべてのステップの情报を含みます。
より複雑なシナリオです。MySQLの管理者に複数のメッセージを送信した後で、龙虎赌博がMySQL データベースを再スタートしようとしているということを管理者にエスカレーションします。それは、その障害が2時間30分の間続いていて、認識されなかった場合におこなうようにします。
さらに30分后も、障害がまだ存在していたら、窜补产产颈虫がすべてのゲストユーザーにメッセージを送信します。
これが助けにならなければ、さらに1時間後、IPMIコマンドを使用して、龙虎赌博が MySQL データベースとともにサーバをリブート(2番目のリモートコマンド)します。
1つのステップにいくつかのオペレーションが割り当てられ、カスタムの実行间隔が使用されたエスカレーションの例。デフォルトのエスカレーションの期间は30分です。
以下のように通知が送信されます:
本ページは2013/05/05时点の原文を基にしておりますので、内容は必ずしも最新のものとは限りません。
最新の情報は右上の「Translations of this page」から英語版を参照してください。