第25章 アラートの定義

これは、判断すべき最も重要な点です。確認したいイベント

アラート定義には 1 つの条件または複数の条件を含めることができ、これらの条件は 1 つのみが true であるか、またはすべてが true の場合にのみアラートをトリガーできます。最も簡単なことの 1 つは、報告する必要のあるシナリオを説明し、後方操作して、そのシナリオに最も適した条件または条件セットを判断することです。

アラートは、（変更があった）非常に一般的なか、または非常に具体的なものにすることができます。一般的な条件はより詳しい情報です。非常に特殊な条件により、非常に特殊な応答が可能となります。つまり、管理者が確認および介入するまで、詳細かつ有用な応答を自動化できます。

設定可能なアラート定義の数には、妥当なパフォーマンス制約を除き、制限はありません。単純なメトリクス値の変更のために通知を送信するアラートが 1 つある可能性が高くなります。また、一連のアラートは、異なるメトリクスに関連するメトリクスの変更などを確認し、他の要素に関連する特定の JBoss ON CLI スクリプトを実行します。

複数の監視スキャンで状態が発生し、再帰する可能性があります。同じ状態を通知する必要のある回数。

考慮すべき多くの要因があります。どのタイプの応答が行われるか、保持する必要のある監査証跡、一般的な状態である可能性、条件が存在する期間などです。

アラート定義の要因には、ネットワークルールや、アラート設定の無効化/修復など、送信される通知の数をスロットリングします。

注意すべき点として、アラート通知は、JBoss ON サーバーがアラートのトリガー時に実行するすべての応答であることを認識します。これは、電子メールを送信したり、UI にメッセージを投稿したり、CLI スクリプトを実行したり、操作を開始したりすることができます。

一般的には、優先順位が低いアラートはおそらく単一の通知で十分であるため、おそらく単一の通知で十分であるため、スパム化や無効化のルールを設定して、電子メールを使用したスパム化や最近のアラートポートレットのフラッドを防ぐことができます。

頻繁に発生する問題、重大な障害、または優先度の高いリソースについては、アラート通知の頻度は、実行する必要のあるアクションによって異なります。情報アラートは条件が持続するに従って送信される可能性がありますが、CLI スクリプトの実行などの積極的な応答を持つアラートは 1 回のみ実行し、無効にして同じスクリプトを繰り返し実行しないようにできます。

アラートへの応答には、即時応答と長期的な軽減策の 2 つのフェーズがあります。

リソース上の特定の条件またはイベントについてのアラートが発生したら、最も最初に発生するべきことは何ですか？管理者にメールがあるか？JBoss ON サーバーがリソースを管理するために何らかのアクションを実行する必要がありますか？JBoss ON は SNMP トラップをサポートするため、SNMP 通知を外部監査/監視アプリケーションに送信するか。

条件と同様に、アラートの発生時に送信できる通知の数に制限はありません。JBoss ON が管理者にメールし、リソースを再起動すると、複数の応答が妥当になる場合があります。

操作と CLI スクリプトを使用すると、管理者は応答を自動化できます。特にビジネスクリティカルなシステムの場合、JBoss ON は管理者が問題に認識する前にすぐに対応できます。

（JBoss ON または管理者によって）即座にアクションが発生したら、管理者は警告を承認でき、基本的には拒否されます。最後のステップは、管理者がアラートを確認し、その原因を特定し、解決策を探したことを示す重要な手順になります。

JBoss ON タスクとしてだけでなく、実際のイベントについて確認およびサインアウトする方法があり、IT 問題を処理し、全体的なメンテナンスストラテジーを改善するための信頼できる手順を確立します。

アラート定義は、個別のリソース、互換性のあるリソースのグループ、またはリソースタイプ全体に対して設定できます。

複数のリソースに同じ定義を適用できるため、複雑な定義の管理が簡単であるために便利です。

ただし、同じタイプの異なるリソースをアラートする必要があるかどうかについて認識してください。たとえば、実稼働サーバーでは、非常に高レベルのレポート、メトリクスの監視、および自動応答が必要になります。QA または開発サーバーで必要となるのは、スクリプトや高度な応答がほとんどない一般的なアラート情報のみです。実稼働システムで収集されるメトリクスの数、頻度、およびメトリクスのタイプは、QE または開発システムで収集されるものとは異なる可能性があり、アラート定義に使用できる条件に影響を及ぼします。

グループ化はアセットです。Qe、development、staging、および production リソースは、それぞれに適切な監視およびアラートのレベルを設定して、異なるグループに分類できます。

アラートテンプレートは、JBoss ON の管理対象リソースタイプ向けに作成される、条件から通知メソッドまで、完全に定義されたアラート定義です。同じタイプのサーバーまたはアプリケーションには、空きメモリーや CPU 使用率など、適用されるアラート条件と同じセットがあります。アラート定義テンプレートは、リソースの一般タイプ に基づいてアラートを作成します。そのため、Windows、Linux、および Solaris サーバー、Tomcat サーバー、Apache サーバー、sshd や cron などのサービスに関するアラートテンプレートを使用できます。対象のリソースが追加されるたびに、事前に定義された設定でアラート定義がリソースに自動的に追加されます。テンプレートを使用してリソースに割り当てられたアラートは、そのリソースに対してローカルで編集できるため、これらのアラート定義は柔軟かつカスタマイズ可能です。

アラート定義テンプレートを作成するには、以下を実行します。

その後、テンプレートの定義は、そのタイプの現在および新規リソースすべてに適用されます。

グループアラートは、互換性のあるグループにのみ設定できます。