あなたのネットワーク監視ソフトウェアは致命的ですか?

LogicMonitor意見投稿

したがって、インフラストラクチャの停止の結果は、湾岸でのBP油流出ほど悲惨なものではないかもしれませんが、企業への影響はそのように感じるかもしれません。 そのため、モニタリングを処理しない方法のケーススタディとしてBPを使用できます。

ニュースレポート 故障したリグの一部のアラームが「禁止」されたという詳細な申し立て。「誤警報のために午前3時に人々が目を覚ますことを望まなかった」ためです。 リグのオペレーターは、「誤警報が繰り返されるとリスクが高まり、リグの安全性が低下します」と回答しました。

私たちは前にそれを言いました、そして私たちはおそらくそれをもう一度言うでしょう、しかし アラートの過負荷は危険です、どんな職業でも。 あなたの責任分野がネットワークスイッチモニタリングのパフォーマンスと可用性を確保することである場合でも、すべてのアラートが意味のあるものであることを確認する必要があります。

これにはXNUMXつのことが必要です。

  • 従うプロセス(アラートの確認、上位のアラートソースに関するレポートなど)
  • アラートを調整およびルーティングできるツール。 (これに含める領域の0.5つは、強力なアラート計算です。「破棄がトラフィックの1%を超える場合に警告しますが、トラフィックがXNUMX Mbpsを超える場合にのみ、インバウンド」などのアラートを表現できると便利なことがよくあります。 )

監視システムがこの種のアラートを実行できず、グループ、ホスト、またはインスタンスレベルで簡単に調整できる場合は、誤ったアラートの処理に時間を浪費しているか、独自の石油掘削装置のアラームを「抑制」しています。 。 そして、私たちは皆、それがどこにつながるのかを見てきました…。

監視の致死性を減らしたいですか? 監視設定を自動化し、重要なアラートのみを取得できる監視については、LogicMonitorを確認してください。

スティーブ·フランシス

創業者

スティーブはLogicMonitorの創設者です。

LogicBlogを購読して、LogicMonitorの最新の開発に関する最新情報を入手し、ITエキスパートとエンジニアのワールドクラスのチーム、およびITプロフェッショナルが愛する製品。

LogicBlogの他の記事

アンペアロボット 影

お店の話をしましょう。

STARTED GET