製品ドキュメント
XenServer
XenServer 9 XenServer 8.4
PDFを表示

アラート

August 25, 2026
寄稿者: 
X

XenServer® を設定して、利用可能なホストまたはVMメトリックのいずれかに基づいてアラートを生成できます。さらに、XenServer は、ホストが特定の条件や状態になったときにトリガーされる事前設定されたアラートを提供します。

アラートの表示

これらのアラートは、XenCenter® または xe CLI を使用して表示できます。

  • XenCenter でアラートを表示するには、通知 をクリックし、次に アラート をクリックします。

    アラート ビューには、パフォーマンスアラート、システムアラート、ソフトウェア更新アラート、ライセンスアラート、VMアンチアフィニティグループアラートなど、さまざまな種類のアラートが表示されます。詳細については、「アラート」(/ja-jp/xencenter/current-release/systemalerts) を参照してください。

  • xe CLI を使用してアラートを表示するには、xe message-list と入力します。

    追加のパラメーターを指定することで、アラートのリストを絞り込むことができます。例：

    • 一覧表示したいアラートの優先度を指定します: xe message-list priority=<priority>
    • プール関連のアラートかVM関連のアラートかを指定します: xe message-list class=<Pool|VM>
    • アラートタイプの名前を指定します: xe message-list name=<alert_name>。利用可能なアラートタイプの一部については、「システムアラート」(#system-alerts) を参照してください。

環境を設定して、アラートを電子メールとして送信することもできます。詳細については、「電子メールでアラートを受信する」(#receive-alerts-through-email) を参照してください。

パフォーマンスアラート

パフォーマンスアラートは、管理対象ホスト、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分ごとに読み取ります。これらの変数は、ホスト自体に関連する1つのグループと、そのホストで実行されている各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を使用してメールアラートを有効にする

  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>
<!--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-->

パフォーマンスアラートメールのデフォルト言語は英語です。

アラート
August 25, 2026
寄稿者: 
X
August 25, 2026
寄稿者: 
X

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.