したがって、インフラストラクチャの停止の結果は、湾岸でのBP油流出ほど悲惨なものではないかもしれませんが、企業への影響はそのように感じるかもしれません。 そのため、モニタリングを処理しない方法のケーススタディとしてBPを使用できます。
ニュースレポート 故障したリグの一部のアラームが「禁止」されたという詳細な申し立て。「誤警報のために午前3時に人々が目を覚ますことを望まなかった」ためです。 リグのオペレーターは、「誤警報が繰り返されるとリスクが高まり、リグの安全性が低下します」と回答しました。
私たちは前にそれを言いました、そして私たちはおそらくそれをもう一度言うでしょう、しかし アラートの過負荷は危険です、どんな職業でも。 あなたの責任分野がネットワークスイッチモニタリングのパフォーマンスと可用性を確保することである場合でも、すべてのアラートが意味のあるものであることを確認する必要があります。
これにはXNUMXつのことが必要です。
- 従うプロセス（アラートの確認、上位のアラートソースに関するレポートなど）
- アラートを調整およびルーティングできるツール。 （これに含める領域の0.5つは、強力なアラート計算です。「破棄がトラフィックの1％を超える場合に警告しますが、トラフィックがXNUMX Mbpsを超える場合にのみ、インバウンド」などのアラートを表現できると便利なことがよくあります。 ）
監視システムがこの種のアラートを実行できず、グループ、ホスト、またはインスタンスレベルで簡単に調整できる場合は、誤ったアラートの処理に時間を浪費しているか、独自の石油掘削装置のアラームを「抑制」しています。 。 そして、私たちは皆、それがどこにつながるのかを見てきました…。
監視の致死性を減らしたいですか？ 監視設定を自動化し、重要なアラートのみを取得できる監視については、LogicMonitorを確認してください。