第6章 アラート
6.1. Notifier ロールの割り当て
- 設定メニューから 構成 を選択します。
- 設定 アコーディオンをクリックして、Red Hat CloudForms サーバーを選択します。
サーバー制御 タブで、Notifier のロールを選択します。
- 保存 をクリックします。
6.2. アラートの作成
このセクションでは、アラート作成の基本的な手順を説明します。
Red Hat CloudForms サーバーからメールもしくは SNMP トラップを送信するには、Notifier サーバーロールを有効にし、SMTP E メールまたは SNMP トラップを設定する必要があります。詳細情報は、『設定全般』 を参照して下さい。
- → に移動します。
-
アラート アコーディオンをクリックし、
(構成) から
(新規アラートの追加) をクリックします。
アラートの基本情報を入力します。
- 説明 フィールドに説明を入力します。
- 作成後にアラートを有効にするには、アクティブ のチェックボックスを選択します。
- 重大度 一覧から重大度を選択します。
- ベース 一覧からアラートをベースにするインベントリー項目を選択します。
- 評価対象 一覧からアラートをトリガーするイベントタイプを選択します。
- 通知頻度 一覧から、イベントログのしきい値に到達したかどうかを通知する頻度を選択します。
アラートのパラメーターを設定します。
注記利用可能なパラメーターは、ベース および 評価対象 一覧で選択したオプションにより異なります。これらのパラメーターの詳細は、後のセクションを参照してください。
オプションで メールの送信 を選択して、アラートがトリガーされた時点でメールが送信されるようにオプションを設定します。
- 送信元 フィールドに、メールの送信元のメールアドレスを入力します。
- ユーザーの追加 一覧からユーザーを選択して、Red Hat CloudForms に登録したユーザーを追加します。ユーザーは、アカウントに有効なメールアドレスを入力しておく必要があります。
-
追加 (手動入力) フィールドにユーザーのメールアドレスを入力して、
をクリックし、Red Hat CloudForms に登録されていないユーザーを追加します。
オプションで SNMPトラップの送信 を選択して、アラートがトリガーされた時点で SNMPトラップが送信されるようにオプションを設定します。
- ホスト フィールドに、トラップを送信するホストの IP アドレスを入力します。
バージョン 一覧から、使用する SNMP のバージョンを選択します。
- v1 を選択する場合は、in the トラップ番号 フィールドにトラップ番号を入力します。表6.1「SNMP トラップの識別子」の適切なサフィックス番号をもとに、1、2 または 3 を入力します。
v2 を選択した場合には、トラップオブジェクト ID フィールドに、トラップオブジェクト ID を入力します。表6.1「SNMP トラップの識別子」の値をもとに、info、warning または critical を入力します。
表6.1 SNMP トラップの識別子
オブジェクト ID PEN に追加するサフィックス番号 サフィックスを追加した PEN info
1
1.3.6.1.4.1.33482.1
warn、warning
2
1.3.6.1.4.1.33482.2
crit、critical、error
3
1.3.6.1.4.1.33482.3
- オプションで、タイムラインに表示 を選択して、Red Hat CloudForms タイムラインにイベントとしてアラートを表示しあます。このアラートは、Alarm/Status Change/Errors カテゴリーの一部として表示されます。
オプションで 管理イベントの送信 を選択して、自動化イベントをトリガーします。
- イベント名 フィールドに、Process/Event Class に存在するイベント名を入力します。
- 追加 をクリックします。
6.3. 「再設定されたハードウェア」アラートの作成
再設定されたハードウェアのアラートを使用すると、仮想マシン上のメモリー容量や CPU 数の変更を検出できます。
- → に移動します。
-
アラート アコーディオンをクリックし、
(構成) から
(新規アラートの追加) をクリックします。
情報 エリアで以下を実行します。
- アラートの説明を入力します。
- ベース から 仮想マシンおよびインスタンス を選択します。
- 評価対象 で 再設定されたハードウェア を選択します。
- 通知頻度 でハードウェアの再設定が検出された際に通知を受ける頻度選択します。
ハードウェア属性 で CPU 数を選択します。隣のドロップダウンで Decreased を選択します。
- パラメーターを設定したら、アラートで実行する動作を選択します。メール送信、SNMP トラップの作成、タイムラインでのアラート表示、管理イベントを送信して自動プロセスを開始する、などが可能です。
- 追加 をクリックします。
6.4. 「通常の動作範囲」アラートの作成
通常の動作範囲のアラートでは、通常の動作範囲を超えた場合、または 1 分から 2 時間の時間で範囲を下回った場合に通知を受けることができます。通常の動作範囲の計算には、容量と使用状況が有効になっている必要があります。詳細は 『設定全般』 を参照して下さい。
- → に移動します。
-
アラート アコーディオンをクリックし、
(構成) から
(新規アラートの追加) をクリックします。
情報 エリアで以下を実行します。
- アラートの 説明 を入力します。
- ベース から 仮想マシンおよびインスタンス を選択します。
- 評価対象 で 通常の動作範囲 を選択します。
- 通知頻度 で、パフォーマンスのしきい値に達した場合に通知を受ける頻度を選択します。
通常の動作範囲パラメーター エリアでしきい値を設定します。
- パフォーマンスフィールド でチェックするフィールドを選択し、しきい値を超えた場合または下回った場合のどちらで通知を受けるか選択します。
- アラートのしきい値 で、しきい値に達してアラートがトリガーされるまでの時間を選択します。
- パラメーターを設定したら、アラートで実行する動作を選択します。メール送信、SNMP トラップの作成、タイムラインでのアラート表示、管理イベントを送信して自動プロセスを開始する、などが可能です。「アラートの作成」 を参照して下さい。
- 追加 をクリックします。
6.5. 「リアルタイムのパフォーマンス」アラートの作成
リアルタイムのパフォーマンスのアラートでは、仮想マシン、ホスト、またはクラスターでパフォーマンスがしきい値に達するとすぐに通知を受けることができます。パフォーマンスしきい値が検出されるには、容量と使用状況が有効になっている必要があります。詳細は、『設定全般』 を参照して下さい。
- → に移動します。
-
アラート アコーディオンをクリックし、
(構成) から
(新規アラートの追加) をクリックします。
情報 エリアで以下を実行します。
- アラートの 説明 を入力します。
- ベース から 仮想マシンおよびインスタンス を選択します。
- 評価対象 で リアルタイムのパフォーマンス を選択します。
- 通知頻度 で、パフォーマンスのしきい値に達した場合に通知を受ける頻度を選択します。
リアルタイムのパフォーマンスパラメーター エリアでしきい値を設定します。
- パフォーマンスフィールド でチェックするフィールドと、そのフィールドで必要な他のパラメーターを選択します。
- パフォーマンスメトリックのトレンド分析が重要でない場合は、トレンド分析 (アップ/ダウン) で Don’t Care を選択し、重要な場合はトレンド分析オプションのいずれかを選択します。
- アラートのしきい値 で、しきい値に達してアラートがトリガーされるまでの時間を選択します。
- デバッグのトレース は Red Hat サポートからの指示がある場合に限り、true に設定してください。これは非常に詳細なロギングを提供するので、過剰なログの書き込みが生じる可能性があります。
- パラメーターを設定したら、アラートで実行する動作を選択します。メール送信、SNMP トラップの作成、タイムラインでのアラート表示、管理イベントを送信して自動プロセスを開始する、などが可能です。
- 追加 をクリックします。
6.6. 「毎時パフォーマンス」アラートの作成
毎時パフォーマンスのアラートでは、クラスターで毎時パフォーマンスがしきい値に達するとすぐに通知を受けることができます。パフォーマンスしきい値が検出されるには、容量と使用状況が有効になっている必要があります。詳細は、『設定全般』 を参照して下さい。
- → に移動します。
- アラート のアコーディオンをクリックします。
-
(構成) から
(新規アラートの追加) をクリックします。
情報 エリアで以下を実行します。
- アラートの 説明 を入力します。
- ベース から クラスター を選択します。
- 評価対象 で 毎時パフォーマンス を選択します。
- 通知頻度 で、パフォーマンスのしきい値に達した場合に通知を受ける頻度を選択します。
- 毎時パフォーマンスパラメーター エリアでパフォーマンスフィールドと基準を選択します。トレンド分析 ドロップダウンボックスとデバッグトレース の true または false でのオプション選択も可能です。
- パラメーターを設定したら、アラートで実行する動作を選択します。メール送信、SNMP トラップの作成、タイムラインでのアラート表示、管理イベントを送信して自動プロセスを開始する、などが可能です。
- 追加 をクリックします。
6.7. 「hostd ログしきい値」アラートの作成
hostd Log Threshold を使用すると、特定のアイテムがホストのイベントログで見つかった際に通知を送信することができます。この機能には、イベントログアイテムのあるデフォルトの分析プロファイルが必要になります。以下の例では、ホストのログで失敗をチェックして、仮想マシンの IP アドレスを検証する方法を説明しています。
- → に移動します。
- アラート のアコーディオンをクリックします。
-
(構成) から
(新規アラートの追加) をクリックします。
情報 エリアで以下を実行します。
- アラートの 説明 を入力します。
- ベース で ホスト / ノード を選択します。
- 評価対象 で Hostd ログのしきい値 を選択します。
- 通知頻度 でログアイテムが検出された際に通知を受ける頻度選択します。
Hostd ログのしきい値パラメーター エリアで、イベントログメッセージのパラメーターを選択します。しきい値はフィルター、レベル、またはメッセージソースに設定することができます。
- メッセージ内の特定のテキストを探す場合は、メッセージフィルター を使用します。メッセージレベルを基にしてフィルターをかける場合は、メッセージレベル を使用します。Red Hat CloudForms は指定されたレベル以上でレポートします。ソースを基にログメッセージにフィルターをかける場合は、メッセージソース を使用します。
- チェックするために遡る期間 でメッセージを検索する期間を設定します。
- ログメッセージが特定回数発生した場合にのみアラートを起動する場合は、イベント数のしきい値 に数字を入力します。
- パラメーターを設定したら、アラートで実行する動作を選択します。メール送信、SNMP トラップの作成、タイムラインでのアラート表示、管理イベントを送信して自動プロセスを開始する、などが可能です。
- 追加 をクリックします。
6.8. 「VMware アラーム」アラートの作成
Red Hat CloudForms では、VMware アラームをアラートのトリガーとして使用することができます。このタイプのアラートは、クラスター、ホストまたは仮想マシンに作成することができます。
- → に移動します。
-
アラート アコーディオンをクリックし、
(構成) から
(新規アラートの追加) をクリックします。
情報 エリアで以下を実行します。
- アラートの説明を入力します。
- ベース から クラスター、ホスト、または VM を選択します。
- 評価対象 で VMware アラーム を選択します。
- 通知頻度 でログアイテムが検出された際に通知を受ける頻度選択します。
VMware アラームパラメーター エリアでプロバイダーとアラームを選択します。
- パラメーターを設定したら、アラートで実行する動作を選択します。メール送信、SNMP トラップの作成、タイムラインでのアラート表示、管理イベントを送信して自動プロセスを開始する、などが可能です。
- 追加 をクリックします。
6.9. 「式」アラートの作成
式のアラートでは、クラスター、データストア、ホストおよび仮想マシンに対する基準を基に通知を作成することができます。以下の手順では、ホストのデータストアの空き容量が 5% 以下になった場合のアラートを作成します。
- → に移動します。
-
アラート アコーディオンをクリックし、
(構成) から
(新規アラートの追加) をクリックします。
情報 エリアで以下を実行します。
- アラートの説明を入力します。
- ベース で ホスト / ノード を選択します。
- 評価対象 で 式 (カスタム) を選択します。
- 通知頻度 で、式が true に評価された場合に通知を受ける頻度を選択します。
式エディターを使った式を作成します。これは 条件 作成に使用したエディターと同じものです。式エディターの使用方法については、『Policies and Profiles Guide』 を参照して下さい。
-
(式要素の変更をコミット をクリックして式を承認します。
- パラメーターを設定したら、アラートで実行する動作を選択します。メール送信、SNMP トラップの作成、タイムラインでのアラート表示、管理イベントを送信して自動プロセスを開始する、などが可能です。
- 追加 をクリックします。
6.10. 「操作アラート」の作成
- → に移動します。
-
アラート アコーディオンをクリックし、
(構成) から
(新規アラートの追加) をクリックします。
情報 エリアで以下を実行します。
- アラートの説明を入力します。
- アラートを有効にする用意ができている場合は、アクティブ にチェックを入れます。
- ベース から サーバー を選択します。
- 適切な起動イベントを選択します。
- 通知頻度 では、イベントログのしきい値に達した場合に通知を受ける頻度を選択します。
- パラメーターを設定したら、アラートで実行する動作を選択します。メール送信、SNMP トラップの作成、タイムラインでのアラート表示、管理イベントを送信して自動プロセスを開始する、などが可能です。
- 追加 をクリックします。
6.11. 操作アラートのタイプ
表6.2 操作アラート
| 起動イベント | 説明 (しきい値、説明) | 提案のアクションおよび次のステップ |
|---|---|---|
|
EVM サーバーが起動 |
サーバーが起動した場合に警告を発します。 |
メールを送信します。これは通知です。 |
|
EVM サーバーが停止 |
サーバーが停止した場合に警告を発します。 |
メールを送信します。ログをチェックしてサーバーが停止した理由を確認します。 |
|
EVM サーバーが応答しない |
サーバーが 2 分間応答していないことを別のサーバーが検出した場合に警告を発します。 |
これは調査をすべき問題の兆候です。ログを確認してください。 |
|
EVM サーバーがメモリー制限を超過 |
サーバーがシステムメモリー制限を超え、ワーカーの強制終了を開始した場合に警告を発します。デフォルトは 80% です。
しきい値は詳細設定で設定します。
server:
:worker_monitor:
:kill_algorithm:
:name: :used_swap_percent_gt_value
:value: 80 |
これは以下の問題で発生している可能性があります。
実行中のサーバーのリソースが少なすぎる。
サーバーで有効になっているロールまたはワーカー数が多すぎる。
別のサーバーが失敗したため、サーバーが全ロールを引き継いでいる。
ランナウェイプロセスでメモリーのほとんどが消費されている。 |
|
EVM サーバーがマスター |
1 台のサーバーがマスターサーバーとして引き継ぎます。 |
通常これは、予想されるサーバー停止の後でサーバーを最初に起動する際に発生します。他の状況でサーバーがマスターとして引き継ぐ場合は、最初のマスターに調査が必要となる (サーバーが時間内に応答しないなど) 問題があります。 |
|
EVM サーバーのシステムディスク使用量が高い |
サーバーのシステムディスクが 80% 使用されています。このチェックは、システムスケジュールの一部として実行されます。
しきい値は詳細設定で設定します。
server:
events:
:disk_usage_gt_percent: 80 |
オペレーティングシステムに使用する一時ファイルでディスクがいっぱいになる可能性があります。yum 更新、通常/一時ファイルまたは、/var/lib/data/miqtemp/ の一時ファイルにより問題が発生する可能性があります。 |
|
EVM サーバーのアプリディスク使用量が高い |
サーバーのアプリケーションディスクが 80% 使用されています。このチェックは、システムスケジュールの一部として実行されます。
しきい値は詳細設定で設定します。
server:
events:
:disk_usage_gt_percent: 80 |
サーバーの一時ファイルは残る可能性があります。 |
|
EVM サーバーのログディスク使用量が高い |
サーバーのログディスクが 80% 使用されています。このチェックは、システムスケジュールの一部として実行されます。
しきい値は詳細設定で設定します。
server:
events:
:disk_usage_gt_percent: 80 |
ログが大きくなりすぎているか、毎日適切に回転されていません。最新のログを確認してください。 |
|
EVM サーバーの DB ディスク使用量が高い |
サーバーの DB ディスクが 80% 使用済みです。このチェックは、システムスケジュールの一部として実行されます。PostgreSQL を VDMB として使用している場合に適用されます。
しきい値は詳細設定で設定します。
server:
events:
:disk_usage_gt_percent: 80 |
データベースまたはデータベースロギングが大きくなりすぎています。PostgreSQL データベースの full vacuum が必要である可能性があります。 |
|
EVM ワーカーの起動 |
ワーカーが起動する際に警告を発します。 |
これは通知です。フェイルオーバーによりこのアラートがトリガーされる可能性があります。 |
|
EVM ワーカーの停止 |
ワーカーの停止がリクエストされると、警告を発します。 |
ワーカーが意図時に停止されなかった場合に、理由をログで確認します。 |
|
EVM ワーカーが強制終了 |
応答しないワーカーが自力で再起動せず、強制終了されると、警告を発します。 |
ワーカーが停止された理由をログで確認します。EVM ワーカーが応答しないために停止された可能性があります。 |
|
EVM ワーカーが回答しない |
ワーカーが 2 分間応答しない (:heartbeat_timeout)、または 10 分以内に起動しない (:starting_timeout) 場合に警告を発します。 |
Virtual Center または Red Hat Virtualization からイベントが発生すると、EVM/CFME でキューにあるタスクの容量を処理できなくなる場合があります。イベントハンドラー設定を使用して、キューテーブルが異常に増加する原因となるイベントを絞り込みます。 |
|
EVM ワーカーがメモリー制限を超過 |
ワーカーがメモリーしきい値を超過した場合に警告。デフォルトは 150 MB ですが、ワーカーによってはその特定ワーカーの :memory_threshold セクションに独自の値がある場合があります。 |
ワーカーがメモリー制限を超えている理由をログで確認します。さらなる調査が必要なワーカープロセスに過剰に負荷がかかったことが原因の可能性があります。 |
|
EVM ワーカーがアップタイム制限を超過 |
ワーカーが :restart_interval よりも長く稼働した場合に警告を発します。(ほとんどのワーカーは、0.hours 設定を使用して再起動するようには設定されていません。) EMS Refresh SmartProxy ワーカーは、2 時間ごとに再起動するように設定されています。 |
ワーカーが制限を超えている理由をログで確認します。さらなる調査が必要なワーカープロセスに過剰に負荷がかかったことが原因の可能性があります。 |
|
EVM ワーカー終了ファイル |
スケジューラーワーカーが、保留中の大幅な ntp 時間変更のために終了する場合に警告を発します。 |
これは通知です。 |
6.12. アラートの編集
アラートの作成後には、しきい値、式、または通知タイプを変更することができます。
- → に移動します。
- アラート アコーディオンをクリックし、編集するアラートを選択します。
-
(構成) をクリックし、
(このアラートを編集) をクリックします。
- 必要な変更を加えます。
- 保存 をクリックします。
6.13. アラートのコピー
既存のアラートをコピーし、それと似た新規アラートを作成して関連する値を変更することができます。
- → に移動します。
- アラート アコーディオンをクリックし、コピーするレポートを選択します。
-
構成 をクリックしてから、
このアラートのコピー をクリックします。 OK をクリックして確認します。
- 必要な変更を加えます。
- 追加 をクリックします。
6.14. アラートの削除
アラートが不要となったら、VMDB から削除することができます。
- → に移動します。
- アラート アコーディオンをクリックし、削除するアラートを選択します。
-
構成 から、
(このアラートを削除) をクリックします。
- OK をクリックして確定します。
6.15. アラートの評価
- → に移動します。
-
アクション アコーディオンをクリックし、
(構成) から
(新規アクションの追加) をクリックします。
アクションの 説明 を入力します。
- アクションタイプ から Evaluate Alerts を選択します。
評価するアラートを選択して、
(選択したアラートをこのアクション内に移動する) をクリックします。複数のアラートを選択する場合は、Ctrlキーを使用します。
- 追加 をクリックします。

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.