アラート

最終公開日 : Oct 07, 2026
XenServer®は、利用可能なホストまたはVMのメトリックに基づいてアラートを生成するように構成できます。さらに、XenServerは、ホストが特定の条件や状態になったときにトリガーされる事前設定済みのアラートを提供します。
Related information
デプロイメントを監視および管理する

アラートの表示

これらのアラートは、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 を使用してパフォーマンスアラートを設定する

  1. リソースペインで、関連するホスト、VM、またはSRを選択し、全般タブをクリックしてからプロパティをクリックします。
  2. アラートタブを選択します。次の表は、ホスト、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 アラートをトリガーするネットワーク使用量と時間しきい値を設定します。
    アラートの繰り返し間隔を変更するには、アラートの繰り返し間隔ボックスに分数で入力します。アラートのしきい値に達してアラートが生成された場合、アラートの繰り返し間隔が経過するまで、別のアラートは生成されません。
  3. 変更を保存するには、OKをクリックします。
パフォーマンスアラートの表示、フィルタリング、および重大度の構成方法に関する包括的な詳細については、XenCenterドキュメントのパフォーマンスアラートの構成を参照してください。

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>'
注:
複数の変数ノードを使用できます。
新しい構成を設定した後、各ホストのperfmonを更新するには、次のコマンドを使用します。
xe host-call-plugin host=host_uuid plugin=perfmon fn=refresh
この更新が行われない場合、新しい構成が有効になるまでに遅延が発生します。これは、デフォルトでは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>'

一般的な設定例

次の例は、一般的な設定を示しています。
<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>

システムアラート

次の表は、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を使用してメールアラートを有効にする

  1. Resourcesペインで、プールを右クリックし、Propertiesを選択します。
  2. Propertiesウィンドウで、Email Optionsを選択します。
  3. Send email alert notificationsチェックボックスをオンにします。通知メールの希望する宛先アドレスとSMTPサーバーの詳細を入力します。
  4. 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>
XenServerは送信元アドレスをnoreply@<hostname>として自動的に設定します。ただし、送信元アドレスを明示的に設定することもできます。
xe pool-param-set uuid=pool_uuid other-config:mail-sender=serveralerts@example.com
メール通知をオンにすると、優先度が3以上のアラートが生成されたときにメール通知が届きます。したがって、デフォルトの最小優先度は3です。このデフォルトは、次のコマンドで変更できます。
xe pool-param-set uuid=pool_uuid other-config:mail-min-priority=level
注:
一部のSMTPサーバーは、FQDNを使用するアドレスのメールのみを転送します。メールが転送されない場合は、これが原因である可能性があります。その場合、メールサーバーに接続する際にこのアドレスが使用されるように、サーバーのホスト名をFQDNに設定できます。
パフォーマンスアラートメールの言語を設定するには：
xe pool-param-set uuid=pool_uuid other-config:mail-language=ja-JP
パフォーマンスアラートメールのデフォルト言語は英語です。