アラート
XenServer®を構成して、利用可能なホストまたはVMメトリックのいずれかに基づいてアラートを生成できます。さらに、XenServerは、ホストが特定の条件や状態になったときにトリガーされる事前設定されたアラートを提供します。
アラートの表示
これらのアラートは、XenCenter®またはxe CLIを使用して表示できます。
-
XenCenterでアラートを表示するには、通知をクリックし、次にアラートをクリックします。
アラートビューには、パフォーマンスアラート、システムアラート、ソフトウェアアップデートアラート、ライセンスアラート、VMアンチアフィニティグループアラートなど、さまざまな種類のアラートが表示されます。詳細については、「アラート」を参照してください。
-
xe CLIを使用してアラートを表示するには、
xe message-listと入力します。追加のパラメーターを指定することで、アラートのリストを絞り込むことができます。たとえば、次のようになります。
- 一覧表示するアラートの優先度を指定します:
xe message-list priority=<priority> - プール関連のアラートかVM関連のアラートかを指定します:
xe message-list class=<Pool|VM> - アラートタイプの名前を指定します:
xe message-list name=<alert_name>。利用可能なアラートタイプの一部については、「システムアラート」を参照してください。
- 一覧表示するアラートの優先度を指定します:
環境を構成して、アラートをメールとして送信することもできます。詳細については、「メールでアラートを受信する」を参照してください。
パフォーマンスアラート
パフォーマンスアラートは、管理対象ホスト、VM、またはストレージリポジトリ (SR) で、CPU使用率、ネットワーク使用率、メモリ使用率、コントロールドメインメモリ使用率、ストレージスループット、またはVMディスク使用率のいずれかの値が指定されたしきい値を超えた場合に生成されます。
デフォルトでは、アラートの繰り返し間隔は60分に設定されており、必要に応じて変更できます。アラートは、XenCenterの通知領域にあるアラートページに表示されます。また、XenCenterを構成して、指定されたパフォーマンスアラートやその他の重大なシステムアラートについてメールを送信することもできます。
xe CLI を使用して設定されたカスタマイズされたアラートは、XenCenter の アラート ページにも表示されます。
各アラートには、対応する優先度/重大度レベルがあります。これらのレベルは変更でき、アラートがトリガーされたときにオプションで電子メールを受信するように選択できます。デフォルトのアラート優先度/重大度は 3 に設定されています。
| 優先度 | 名前 | 説明 | デフォルトの電子メールアラート |
|---|---|---|---|
| 1 | 重大 | 今すぐ対処しないと、データが永久に失われたり破損したりする可能性があります。 | はい |
| 2 | 主要 | 今すぐ対処しないと、一部のサービスが失敗する可能性があります。 | はい |
| 3 | 警告 | 今すぐ対応しないと、サービスに影響が出る可能性があります。 | はい |
| 4 | 軽微 | 何かが改善されたことに気づく。 | いいえ |
| 5 | 情報 | 日常的な情報（VMの起動、停止、再開など） | いいえ |
| ? | 不明 | 不明なエラー | いいえ |
XenCenter を使用してパフォーマンスアラートを設定する
-
Resources ペインで、関連するホスト、VM、または SR を選択し、General タブをクリックしてから、Properties をクリックします。
-
Alerts タブを選択します。次の表は、ホスト、VM、または SR で利用可能なアラートをまとめたものです。
アラート名 ホスト VM SR 説明 CPU 使用率アラートを生成する X X アラートをトリガーする CPU 使用率と時間しきい値を設定します。 制御ドメインの CPU 使用率アラートを生成する X アラートをトリガーする制御ドメインの CPU 使用率と時間しきい値を設定します。 メモリ使用量アラートを生成する X アラートをトリガーするメモリ使用量と時間しきい値を設定します。 制御ドメインのメモリ使用量アラートを生成する X アラートをトリガーする制御ドメインのメモリ使用量と時間しきい値を設定します。 制御ドメインの空きメモリ量アラートを生成する X アラートをトリガーする制御ドメインの空きメモリ量と時間しきい値を設定します。 ディスク使用量アラートを生成する X アラートをトリガーするディスク使用量と時間しきい値を設定します。 ストレージスループットアラートを生成する X アラートをトリガーするストレージスループットと時間しきい値を設定します。注: 物理ブロックデバイス (PBD) は、特定のXenServerホストと接続されたSR間のインターフェースを表します。PBD上の合計読み取り/書き込みSRスループットアクティビティが指定したしきい値を超えると、PBDに接続されたホストでアラートが生成されます。他のXenServerホストアラートとは異なり、このアラートはSRで構成する必要があります。 ネットワーク使用量アラートを生成する X X アラートをトリガーするネットワーク使用量と時間しきい値を設定します。 アラートの繰り返し間隔を変更するには、「Alert repeat interval」ボックスに分数で入力します。アラートのしきい値に達してアラートが生成された場合、アラートの繰り返し間隔が経過するまで、次のアラートは生成されません。
-
変更を保存するには、OK をクリックします。
パフォーマンスアラートの表示、フィルター処理、および重大度の構成方法に関する包括的な詳細については、XenCenter ドキュメントの「Configuring Performance Alerts」を参照してください。
xe CLI を使用してパフォーマンスアラートを構成する
注:
アラートのトリガーは、最低5分間隔でチェックされます。この間隔により、これらの条件をチェックするためのシステムへの過剰な負荷や、誤検知の報告が回避されます。アラートの繰り返し間隔を5分未満に設定しても、アラートは引き続き5分の最小間隔で生成されます。
パフォーマンス監視 perfmon ツールは5分に1回実行され、XenServer から1分間の平均値である更新を要求します。これらのデフォルトは /etc/sysconfig/perfmon で変更できます。
perfmon ツールは、同じホストで実行されているパフォーマンス変数の更新を5分ごとに読み取ります。これらの変数は、ホスト自体に関連するグループと、そのホストで実行されている各VMのグループに分けられます。各VMとホストについて、perfmon はパラメーター other-config:perfmon を読み取り、この文字列を使用して、監視する変数と、どのような状況でメッセージを生成するかを決定します。
たとえば、以下は、パラメーター other-config:perfmon にXML文字列を書き込むことで、VMの「CPU使用率」アラートを構成する例を示しています。
xe vm-param-set uuid=vm_uuid other-config:perfmon=\
'<config>
<variable>
<name value="cpu_usage"/>
<alarm_trigger_level value="0.5"/>
</variable>
</config>'
<!--NeedCopy-->
注:
複数の変数ノードを使用できます。
新しい構成を設定した後、次のコマンドを使用して各ホストのperfmonを更新します。
xe host-call-plugin host=host_uuid plugin=perfmon fn=refresh
<!--NeedCopy-->
この更新が行われない場合、新しい構成が有効になるまでに遅延が発生します。これは、デフォルトではperfmonが30分ごとに新しい構成をチェックするためです。このデフォルトは/etc/sysconfig/perfmonで変更できます。
有効なVM要素
-
name: 変数の名前（デフォルトなし）。名前の値がcpu_usage、network_usage、またはdisk_usageのいずれかである場合、これらの値にはデフォルトが使用されるため、rrd_regexとalarm_trigger_senseのパラメーターは不要です。 -
alarm_priority: 生成されるアラートの優先度（デフォルトは3）。 -
alarm_trigger_level: アラートをトリガーする値のレベル（デフォルトなし）。 -
alarm_trigger_sense:alarm_trigger_levelが最大値の場合、値はhighです。それ以外の場合、alarm_trigger_levelが最小値の場合、値はlowです（デフォルトはhigh）。 -
alarm_trigger_period: アラートが送信されるまでに、値（アラートしきい値の上下）が受信される秒数（デフォルトは60）。 -
alarm_auto_inhibit_period: アラートが送信された後、このアラートが無効になる秒数（デフォルトは3600）。 -
consolidation_fn: rrd_updatesからの変数を1つの値に結合します。cpu-usageの場合、デフォルトはaverage、fs_usageの場合、デフォルトはget_percent_fs_usage、その他すべての場合、sumです。 -
rrd_regex: パフォーマンス値を計算するために、xe vm-data-sources-list uuid=vm_uuidからの変数名と一致します。このパラメーターには、指定された変数に対するデフォルト値があります。- cpu_usage
- memory_internal_free
- network_usage
- disk_usage
指定されている場合、xe vm-data-source-listによって返されるすべての項目のうち、指定された正規表現に名前が一致するものの値は、consolidation_fnとして指定された方法を使用して統合されます。
有効なホスト要素
-
name: 変数の名前（デフォルトなし）。 -
alarm_priority: 生成されるアラートの優先度（デフォルトは3）。 -
alarm_trigger_level: アラートをトリガーする値のレベル（デフォルトなし）。 -
alarm_trigger_sense: 値は、alarm_trigger_levelが最大値の場合はhigh、それ以外の場合はalarm_trigger_levelが最小値の場合はlowです。（デフォルトはhigh） -
alarm_trigger_period: アラートが送信されるまでに値（アラートしきい値を超えるか下回るか）を受信できる秒数（デフォルトは60）。 -
alarm_auto_inhibit_period: アラートが送信された後、アラートが無効になる秒数。（デフォルトは3600）. -
consolidation_fn:rrd_updatesからの変数を1つの値に結合します（デフォルトはsum- またはaverage） -
rrd_regex: 統計値を計算するために使用する、xe vm-data-source-list uuid=vm_uuidコマンドによって返される変数の名前に一致する正規表現。このパラメーターには、以下の名前付き変数に対するデフォルト値があります:- cpu_usage
- network_usage
- memory_free_kib
- sr_io_throughput_total_xxxxxxxx（ここで、
xxxxxxxxはSR-UUIDの最初の8文字です）.
SRスループット: ストレージスループットアラートは、ホストではなくSRで構成する必要があります。例:
xe sr-param-set uuid=sr_uuid other-config:perfmon=\
'<config>
<variable>
<name value="sr_io_throughput_total_per_host"/>
<alarm_trigger_level value="0.01"/>
</variable>
</config>'
<!--NeedCopy-->
一般的な設定例
次の例は、一般的な設定を示しています。
<config>
<variable>
<name value="NAME_CHOSEN_BY_USER"/>
<alarm_trigger_level value="THRESHOLD_LEVEL_FOR_ALERT"/>
<alarm_trigger_period value="RAISE_ALERT_AFTER_THIS_MANY_SECONDS_OF_BAD_VALUES"/>
<alarm_priority value="PRIORITY_LEVEL"/>
<alarm_trigger_sense value="HIGH_OR_LOW"/>
<alarm_auto_inhibit_period value="MINIMUM_TIME_BETWEEN_ALERT_FROM_THIS_MONITOR"/>
<consolidation_fn value="FUNCTION_FOR_COMBINING_VALUES"/>
<rrd_regex value="REGULAR_EXPRESSION_TO_CHOOSE_DATASOURCE_METRIC"/>
</variable>
<variable>
...
</variable>
...
</config>
<!--NeedCopy-->
システムアラート
次の表は、XenCenter の アラート ページにアラートが表示される原因となるシステムイベント/条件を示しています。
| 名前 | 優先度/重要度 | 説明 |
|---|---|---|
| license_expires_soon | 2 | XenServer ライセンス契約の有効期限が間もなく切れます。 |
| ha-statefile_lost | 2 | 高可用性ストレージリポジトリとの接続が失われました。早急に対応してください。 |
| ha-heartbeat_approaching_timeout | 5 | 高可用性がタイムアウトに近づいています。対処しないとホストが再起動する可能性があります。 |
| ha_statefile_approaching_timeout | 5 | 高可用性がタイムアウトに近づいています。対処しないとホストが再起動する可能性があります。 |
| haxapi_healthcheck_approaching_timeout | 5 | 高可用性がタイムアウトに近づいています。対処しないとホストが再起動する可能性があります。 |
| ha_network_bonding_error | 3 | サービスが失われる可能性があります。高可用性ハートビートを送信するネットワークが失われました。 |
| ha_pool_overcommited | 3 | サービスが失われる可能性があります。高可用性は、構成されたVMの保護を保証できません。 |
| ha_poor_drop_in_plan_exists_for | 3 | 高可用性カバレッジが低下し、障害が発生しやすくなっていますが、まだ損失は発生していません。 |
| ha_protected_vm_restart_failed | 2 | サービス損失。高可用性により、保護されたVMを再起動できませんでした。 |
| ha_host_failed | 3 | 高可用性により、ホストの障害が検出されました。 |
| ha_host_was_fenced | 4 | 高可用性により、VMの破損から保護するためにホストが再起動されました。 |
| redo_log_healthy | 4 | XAPIリドゥログは以前のエラーから回復しました。 |
| redo_log_broken | 3 | XAPIリドゥログでエラーが発生しました。 |
| ip_configured_pif_can_unplug | 3 | 高可用性を使用している場合、IP設定されたNICがXAPIによって切断される可能性があり、高可用性の障害につながる可能性があります。 |
| host_sync_data_failed | 3 | XenServerのパフォーマンス統計の同期に失敗しました。 |
| host_clock_skew_detected | 3 | ホストのクロックがプール内の他のホストと同期していません。 |
| host_clock_went_backwards | 1 | ホストのクロックが破損しています。 |
| pool_master_transition | 4 | 新しいホストがプールコーディネーターとして指定されました。 |
| pbd_plug_failed_on_server_start | 3 | ホストは起動時にストレージへの接続に失敗しました。 |
| auth_external_init_failed | 2 | ホストは外部AD認証を有効にできませんでした。 |
| auth_external_pool_non-homogeneous | 2 | プール内のホストは異なるAD認証設定を持っています。 |
| multipath_period_alert | 3 | SRへのパスが失敗したか、回復しました。 |
| ボンドステータス変更 | 3 | ボンド内のリンクが切断されたか、再接続されました。 |
ソフトウェアアップデートアラート
- XenCenterが古い: XenServerは新しいバージョンを期待していますが、現在のバージョンにも接続できます
- XenCenterが期限切れ: XenCenterが古すぎてXenServerに接続できません
- XenServerが期限切れ: XenServerは古すぎて、現在のXenCenterから接続できません
- ライセンス期限切れアラート: XenServerのライセンスが期限切れです
- IQN不足アラート: XenServerはiSCSIストレージを使用していますが、ホストIQNが空白です
- IQN重複アラート: XenServerはiSCSIストレージを使用しており、ホストIQNが重複しています
メールでアラートを受信する
XenServerホストがアラートを生成したときに、XenServerがメール通知を送信するように構成できます。XenServerのmail-alarmユーティリティは、sSMTPを使用してこれらのメール通知を送信します。XenCenterまたはxeコマンドラインインターフェイス（CLI）を使用して、基本的なメールアラートを有効にできます。
認証を必要としないSMTPサーバーを使用してください。認証を必要とするSMTPサーバーを介して送信されたメールは配信できません。
XenCenterを使用してメールアラートを有効にする
-
Resourcesペインで、プールを右クリックし、Propertiesを選択します。 -
Propertiesウィンドウで、Email Optionsを選択します。 -
Send email alert notificationsチェックボックスを選択します。通知メールの希望する宛先アドレスとSMTPサーバーの詳細を入力します。 -
Mail languageリストから希望の言語を選択してください。パフォーマンスアラートメールのデフォルト言語は英語です。
xe CLIを使用してメールアラートを有効にする
メールアラートを設定するには、通知メールの希望の宛先アドレスとSMTPサーバーを指定します。
xe pool-param-set uuid=pool_uuid other-config:mail-destination=joe.bloggs@example.com
xe pool-param-set uuid=pool_uuid other-config:ssmtp-mailhub=smtp.example.com:<port>
<!--NeedCopy-->
XenServerは送信元アドレスをnoreply@<hostname>として自動的に設定します。ただし、送信元アドレスを明示的に設定することもできます。
xe pool-param-set uuid=pool_uuid other-config:mail-sender=serveralerts@example.com
<!--NeedCopy-->
メール通知をオンにすると、優先度が3以上のアラートが生成されたときにメール通知が届きます。したがって、デフォルトの最小優先度レベルは3です。このデフォルトは、次のコマンドで変更できます。
xe pool-param-set uuid=pool_uuid other-config:mail-min-priority=level
<!--NeedCopy-->
注:
一部のSMTPサーバーは、FQDNを使用するアドレスのメールのみを転送します。メールが転送されない場合は、これが原因である可能性があります。その場合、メールサーバーに接続する際にこのアドレスが使用されるように、サーバーのホスト名をFQDNに設定できます。
パフォーマンスアラートメールの言語を設定するには:
xe pool-param-set uuid=pool_uuid other-config:mail-language=ja-JP
<!--NeedCopy-->
パフォーマンスアラートメールのデフォルト言語は英語です。