アクション/アラート設定
このセクションでは、Applications Managerで行えるアクションとアラートの設定について説明します。アクション/アラート設定ページにアクセスするには、[設定]タブをクリックし、[アクション/アラート設定]リンクに移動します。以下の設定を変更できます:
全般
- アクションの有効化: アラートが生成されると、それらのアラートに対してアクションがトリガーされます(アクションを設定している場合)。アラートが発生してもアクションを実行したくない場合は、このオプションの選択を解除してください。
- 正常性属性のRCAメッセージを_文字に制限: 正常性属性に関連する根本原因分析(RCA)メッセージの最大文字数を設定します。この制限により、パフォーマンス、可読性、またはデータストレージに影響を与える可能性のある過度に長いRCAメッセージを防ぎます。
- メールサーバー、SMSゲートウェイ、およびヘルプデスクの接続ステータスに関するアプリ内通知を有効にする: 製品アラートカテゴリの下で、接続の問題に関連するアプリ内通知を有効または無効にします。
アクションの繰り返し実行
この機能を使用すると、アラートがクリティカルまたはワーニングからクリアに変わるまで、各ポーリング中にアクションを継続的にトリガーしたり、同じしきい値に対するアクションの実行回数を制限したりできます。関連する再帰的アクションには次の3種類があります:
- 可用性:監視がダウンしている場合、次のいずれかを選択できます:
- 可用性が復旧するまでアクションを繰り返し実行します。特定の値を設定して実行回数を制限することもできます(1がデフォルトで、制限なしの実行の場合はフィールドを空白のままにします)。
- 監視の可用性に関連付けられたアクションを、承認/ピックアップされるまで繰り返し実行します。注意: 可用性アラートのピックアップオプションは、ウィジェットインターフェースからのみアクセスできます。
- 正常性:監視の正常性がクリティカルまたはワーニング状態の場合、次のいずれかを選択できます:
- 正常性がクリティカル/ワーニングの場合、正常性がクリアになるまでアクションを繰り返し実行します。値を設定して実行回数を特定の回数に制限することもできます(1がデフォルト値で、制限なしの実行の場合は空白のままにします)。
- 監視の正常性に関連付けられたアクションを、承認/ピックアップされるまで繰り返し実行します。
- 属性レベル:属性のステータスがクリティカル/ワーニングの場合、属性のステータスがクリアになるまでアクションを繰り返し実行できます。
メール設定
メール設定では、次のオプションがあります:
- 正常性がクリティカルの場合、サーバーのスナップショットをメールにインライン添付ファイルとして送信します。また、ドロップダウンメニューからメールアクションのコンテンツ転送エンコーディングを選択することもできます。
- アラートに対して複数のメールアクションが設定されている場合に1通のメールを送信します。
監視エラーメール設定
- 監視エラーメール監視設定では、データ収集の実行のような致命的な監視エラーが発生した場合にメールを送信することを選択できます。このメールは、「admin」ユーザーアカウントで指定されたメールアドレスに送信されます。メールアドレスが指定されていない場合、メールは「メールサーバー」設定で指定されたメールアドレスに送信されます。
- [エラー送信前連続ポーリング数]ボックスで、メールがトリガーされるまでにエラーが発生する必要がある回数を指定できます。
アラート中の置き換え可能タグ$DATEの日付形式
アラート内の$DATE置換可能タグの日付形式設定で、メールアラートで必要な日付形式を設定できます。
次のいずれかに設定できます。
- Day Mon dd HH:mm:ss IST yyyy(デフォルト)
例:Thu Feb 22 12:02:40 IST 2007 - MM/dd/yyyy HH:mm:ss
例:02/22/2007 12:02:40
$DATEの使用法については、置換可能タグを参照してください。
SMS
デフォルトでは、SMSアクションを追加する際に設定した情報がSMSで送信されます。一部のSMSサービスプロバイダーは、SMSで送信される文字数を制限しています。これにより、メッセージが切り捨てられて配信される可能性があります。監視、属性、およびその重要度に関する情報のみを送信したい場合は、このオプションの選択を解除してください。
例えば、「JBossサーバーの正常性はクリティカルです」という形式のSMSが受信されます。(SMSアクション作成時に提供されるメッセージに追加されます。)
連続ポーリング数
クリティカル、ワーニング、クリアのアラートは、設定した属性に基づいて生成されます。生成されるアラートを制御できます。アラートが実際に生成されるまでの回数を指定するだけです。これにより、誤ったアラートをなくすことができます。レポートする前に確認する必要がある連続ポーリングカウント数を設定できます:
- サービスがダウンしているか、属性がクリティカル状態にある場合。
- 属性がワーニング状態にある場合。
- サービスがアップしているか、属性がクリア状態にある場合。
システム(または任意の監視)がダウンしているか、属性がクリティカルであることをレポートする前に、Applications Managerが5回の連続ポーリングのうち3回を確認するようにしたい場合は、最初のテキストボックスに3、2番目のテキストボックスに5の値を指定します。同様に、残りの4つのテキストボックス(ワーニング、クリア)も変更できます。サービスがアップしているとレポートする前にポーリングを5回中2回に設定した場合、最初のポーリングでは、サービスは不明として表示されます。2回目のポーリングでサービスが実行されている場合にのみ、ステータスは「アップ」と表示されます。行われた変更は、すべての監視に反映されます。
- チェック:X 全体の回数:Y 回連続ポーリングしてから、サービスがダウンや属性が重大と報告
- チェック:X 全体の回数:Y 回連続ポーリングしてから、属性が警告と報告
- チェック:X 全体の回数:Y 回連続ポーリングしてから、サービスがアップや属性がクリアと報告
例:
リソースのダウンまたは属性ステータス重大を報告するまで、5回連続のポーリングの内、3回の確認を行う場合、1つ目のボックスに3を、2つ目のボックスに5を指定してください。
※変更はすべての監視に反映されます。
アクション/アラート設定の他、リソースの可用性としきい値設定でも、エラー報告までのポーリング設定を指定することができます。
詳細は連続ポーリング設定の解説ページを参照ください。