今月、LogicMonitor201の高度な製品トレーニングシリーズを開始したことを発表できることを大変うれしく思います。 このシリーズは、LogicMonitorの基本に既に精通しているお客様を対象としており、毎月、さまざまな高度なLogicMonitorトピックに関する詳細なトレーニングウェビナーを提供しています。 最初のトピックはアラートでした。具体的には、現在のLogicMonitorアラートの実装を最適化する方法です。
トレーニング開始時の世論調査では、ほとんどの参加者がLogicMonitorアラートを受け取りすぎていることが明らかになりました。 これは、LogicMonitorを初めて使用するお客様、またはLogicMonitorアラートの実装が最適化されていないお客様に共通の問題です。 業界のベストプラクティスに基づいた事前設定されたしきい値を使用して、データソース（収集されるデータ、データの表示方法、およびアラートが生成されるタイミングを定義するレシピ（またはテンプレート））を提供することを忘れないでください。 これらのしきい値は、最も重要な本番環境で適切に機能するため、特定のデータソースの監視にデバイスを追加すると、すぐにアラート通知の受信を開始できます。 ただし、設定は、たとえば、ステージまたは開発環境には適切でない場合があります。 これにより、LogicMonitorはより多くの「オプトアウト」ソリューションを警告します。特定の環境にとって意味のない警告を無効にするか、調整する必要があります。
ウェビナーでは、アラートを調整し、アラートルーティングを構成する方法に関する戦略とデモンストレーションを提供しました。 キーポイントを要約するには：
- インスタンス、ホスト、またはグループレベルでアラート基準をカスタマイズすることにより、意味のないアラートを常に調整する必要があります。
- 組織内の人々にリアクティブアラート（例：クリティカルアラート）をルーティングし、LogicMonitorレポートでプロアクティブアラート（例：警告アラート）を表示する必要があります
- アラートルールを使用して、組織内の適切な人に適切な情報を提供する必要があります。 つまり、さまざまなアラートの通知先を指定するエスカレーションチェーンを設定してから、どのトリガーアラートをどのエスカレーションチェーンに送信するかをLogicMonitorに指示するルールを設定する必要があります。
SNMPデータソースとダッシュボードおよびレポートに関するトピックを含む、このシリーズの今後のトレーニングを探してください。
LogicMonitorは初めてですか？ ユーザー登録 代わりに、101の基本的な製品トレーニングウェビナーのXNUMXつに！ 基本的な製品トレーニングシリーズのウェビナーは、現在のクライアントと将来のクライアントの両方にLogicMonitorソリューションの概要を提供することを目的としています。