プールを管理する

最終公開日 : Oct 07, 2026
この記事では、プールを管理するために実行できるいくつかのアクションについて説明します。
個々のホストを管理するには、「ホストを管理する」を参照してください。
Related information
リソースプール

リソースプールを作成する

リソースプールは、XenCenter® または CLI を使用して作成できます。新しいホストがリソースプールに参加すると、参加ホストはローカルデータベースをプール全体のデータベースと同期し、プールからいくつかの設定を継承します。
  • VM、ローカル、およびリモートストレージ構成がプール全体のデータベースに追加されます。この構成は、ホストがプールに参加した後にリソースを明示的に共有しない限り、プール内の参加ホストに適用されます。
  • 参加ホストは、プール内の既存の共有ストレージリポジトリを継承します。新しいホストが既存の共有ストレージに自動的にアクセスできるように、適切な PBD レコードが作成されます。
  • ネットワーク情報は参加ホストに部分的に継承されます。NIC、VLAN、およびボンディングされたインターフェイスの 構造 の詳細はすべて継承されますが、ポリシー 情報は継承されません。再構成する必要があるこのポリシー情報には、以下が含まれます。
    • 元の構成から保持されている管理 NIC の IP アドレス。
    • 管理インターフェイスの場所は、元の構成と同じままです。たとえば、他のプールホストがボンディングされたインターフェイスに管理インターフェイスを持っている場合、参加ホストは参加後にボンディングに移行する必要があります。
    • 専用ストレージ NIC は、XenCenter または CLI から参加ホストに再割り当てし、トラフィックを適切にルーティングするために PBD を再接続する必要があります。これは、プール参加操作の一部として IP アドレスが割り当てられず、ストレージ NIC はこれが正しく構成されている場合にのみ機能するためです。CLI からストレージ NIC を専用にする方法の詳細については、「ネットワークを管理する」を参照してください。
    • ホストをプールに追加する前に、管理インターフェイスを再構成し、物理 NIC に移動します。ホストがプールに参加した後、管理インターフェイスを再度再構成できます。
リソースプールを作成する前に、プールと参加ホストの要件を確認してください。詳細については、「リソースプール」を参照してください。

xe CLI を使用してホストをプールに追加する

  1. 参加を試みる前に、プールと参加ホストを同じレベルに更新してください。これを行うには、次のいずれかの方法があります。
    • 参加するホストをプールと同じレベルに更新します。
      • (推奨) 参加するホストをプールと同期し、プールコーディネーターに保持されている更新ファイルから更新します。詳細については、「プールレベルへの更新」を参照してください。
      • プールレベルに一致する更新バンドルをダウンロードし、それを使用して参加するホストを更新します。
    • プールと参加するホストの両方を最新レベルに更新します。
      • ホストとプールを同じ更新チャネルと同期し、最新の更新を適用します。
      • オフライン更新メカニズムを使用して、ホストとプールの両方に最新レベルの更新を適用します。
    これらの更新方法の詳細については、「XenCenter を使用して更新を適用する」または「xe CLI を使用して更新を適用する」を参照してください。
  2. プールに参加させたい XenServer® ホストでコンソールを開きます。
  3. 次のコマンドを発行して、XenServer ホストをプールに参加させます。
    xe pool-join master-address=<address of pool coordinator> master-username=<administrator username> master-password=<password>
    master-address はプールコーディネーターの完全修飾ドメイン名に設定する必要があります。password は、プールコーディネーターのインストール時に設定された管理者パスワードである必要があります。
注:
ホストをプールに参加させると、参加するホストの管理者パスワードは、プールコーディネーターの管理者パスワードと一致するように自動的に変更されます。
XenServer ホストは、デフォルトで名前のないプールに属しています。最初のリソースプールを作成するには、既存の名前のないプールを名前変更します。タブ補完を使用して pool_uuid を見つけます。
xe pool-param-set name-label="New Pool" uuid=pool_uuid

異種混在リソースプールを作成する

XenServer は、異なるホストハードウェアをリソースプール（異種混在リソースプールとして知られています）に参加させることで、時間の経過とともに展開を拡張することを簡素化します。異種混在リソースプールは、Intel (FlexMigration) および AMD (Extended Migration) CPU のテクノロジーを使用して実現されており、CPU の「マスキング」または「レベリング」を提供します。CPU のマスキングおよびレベリング機能により、CPU を実際とは異なるメーカー、モデル、または機能を提供しているかのように 見せる ように構成できます。この機能により、異なる CPU を持つホストのプールを作成しながら、ライブマイグレーションを安全にサポートできます。
注:
異種混合プールに参加するXenServerホストのCPUは、すでにプール内にあるホストのCPUと同じベンダー（AMD、Intelなど）のものである必要があります。ただし、ホストがファミリー、モデル、またはステッピング番号のレベルで同じタイプである必要はありません。
XenServerは、異種混合プールのサポートを簡素化します。ホストは、基盤となるCPUタイプに関係なく（CPUが同じベンダーファミリーのものである限り）、既存のリソースプールに追加できるようになりました。プール機能セットは、以下のたびに動的に計算されます。
  • 新しいホストがプールに参加する
  • プールメンバーがプールを離れる
  • プールメンバーが再起動後に再接続する
プール機能セットの変更は、現在プールで実行中のVMには影響しません。実行中のVMは、起動時に適用された機能セットを引き続き使用します。この機能セットは起動時に固定され、移行、一時停止、再開操作全体で保持されます。能力の低いホストがプールに参加してプールレベルが低下した場合でも、実行中のVMは、新しく追加されたホストを除く、プール内の任意のホストに移行できます。VMをプール内またはプール間で別のホストに移動または移行する場合、XenServerはVMの機能セットをターゲットホストの機能セットと比較します。機能セットに互換性がある場合、VMは移行を許可されます。これにより、VMが使用しているCPU機能に関係なく、VMはプール内およびプール間で自由に移動できます。ワークロードバランシングを使用してVMを移行する最適なターゲットホストを選択する場合、互換性のない機能セットを持つホストはターゲットホストとして推奨されません。

共有ストレージの追加

このセクションでは、既存のNFSサーバー上に共有ストレージ（ストレージリポジトリとして表現）を作成する方法の例を示します。サポートされている共有ストレージタイプの完全なリストについては、「ストレージ」を参照してください。

CLIを使用してNFS共有ストレージをリソースプールに追加するには

  1. プール内の任意のXenServerホストでコンソールを開きます。
  2. 次のコマンドを発行して、server:/path にストレージリポジトリを作成します。
    xe sr-create content-type=user type=nfs name-label="Example SR" shared=true \
        device-config:server=server \
        device-config:serverpath=path
    device-config:server はNFSサーバーのホスト名で、device-config:serverpath はNFSサーバー上のパスです。shared がtrueに設定されているため、共有ストレージはプール内のすべてのXenServerホストに自動的に接続されます。後から参加するXenServerホストもストレージに接続されます。ストレージリポジトリの汎用一意識別子 (UUID) が画面に表示されます。
  3. 次のコマンドを実行して、プールのUUIDを見つけます。
    xe pool-list
  4. 次のコマンドを使用して、共有ストレージをプール全体のデフォルトとして設定します。
    xe pool-param-set uuid=pool_uuid default-SR=sr_uuid
    共有ストレージがプール全体のデフォルトとして設定されているため、今後作成されるすべてのVMのディスクは、デフォルトで共有ストレージ上に作成されます。他の種類の共有ストレージの作成については、「SRの作成」を参照してください。

リソースプールからXenServerホストを削除する

注：
プールからXenServerホストを削除する前に、そのホストで実行されているすべてのVMをシャットダウンしてください。そうしないと、ホストを削除できないという警告が表示されることがあります。
プールからホストを削除（排出）すると、マシンは再起動され、再初期化され、新規インストールと同様の状態になります。ローカルディスクに重要なデータがある場合は、XenServerホストをプールから排出しないでください。

CLIを使用してリソースプールからホストを削除するには

  1. プール内の任意のホストでコンソールを開きます。
  2. 次のコマンドを実行して、ホストのUUIDを見つけます。
    xe host-list
  3. 必要なホストをプールから排出します。
    xe pool-eject host-uuid=host_uuid
    XenServerホストは排出され、新規インストールされた状態になります。
    警告：
    ローカルディスクに重要なデータが保存されている場合は、リソースプールからホストを排出しないでください。ホストがプールから排出されると、すべてのデータが消去されます。このデータを保持したい場合は、XenCenterまたはxe vm-copy CLIコマンドを使用して、VMをプール上の共有ストレージにコピーしてください。
ローカルに保存されたVMを含むXenServerホストがプールから排出されると、VMはプールデータベースに存在します。ローカルに保存されたVMは、他のXenServerホストからも見えます。VMは、関連付けられた仮想ディスクが、プール内の他のXenServerホストから見える共有ストレージを指すように変更されるか、または削除されるまで起動しません。したがって、プールに参加する際には、ローカルストレージを共有ストレージに移動することをお勧めします。共有ストレージに移動することで、個々のXenServerホストをデータ損失なしに排出（または物理的に故障）させることができます。
注：
管理インターフェイスがタグ付きVLANネットワーク上にあるプールからホストが削除されると、マシンは再起動され、その管理インターフェイスは同じネットワーク上で利用可能になります。

プールシークレットをローテーションする

プールシークレットは、プール内のホスト間で共有されるシークレットであり、ホストがプールへのメンバーシップを証明できるようにします。
Pool Admin ロールを持つユーザーはこのシークレットを発見できるため、これらのユーザーのいずれかが組織を離れたり、Pool Admin ロールを失ったりした場合は、プールシークレットをローテーションすることをお勧めします。
XenCenter または xe CLI を使用して、プールシークレットをローテーションできます。

XenCenter

XenCenter を使用してプールのプールシークレットをローテーションするには、次の手順を実行します。
  1. リソースペインで、プールまたはプール内の任意のホストを選択します。
  2. プールメニューで、プールシークレットのローテーションを選択します。
プールシークレットをローテーションすると、root パスワードの変更も求められます。環境が侵害されたと思われるためにプールシークレットをローテーションした場合は、プールコーディネーターの root パスワードも変更してください。詳細については、「パスワードの変更」を参照してください。

xe CLI

xe CLI を使用してプールシークレットをローテーションするには、プール内のホストで次のコマンドを実行します。
xe pool-secret-rotate
環境が侵害されたと思われるためにプールシークレットをローテーションした場合は、root パスワードも変更してください。詳細については、「パスワードの変更」を参照してください。

SSH アクセスの構成

XenServer プールへの SSH アクセスはデフォルトで有効になっています。XenServer プールへの SSH アクセスを無効にするには、次のコマンドを実行します。
xe pool-disable-ssh pool=<pool_uuid_or_name_label>
このコマンドは SSH を無効にします。プールは新しい SSH 接続を拒否しますが、既存のセッションを切断することはありません。
XenServerプールへのSSHアクセスを有効にするには、次のコマンドを実行します。
xe pool-enable-ssh pool=<pool_uuid_or_name_label>
現在のプールのSSH一時有効化タイムアウト（秒）を設定するには：
xe pool-param-set uuid=<pool-uuid> ssh-enabled-timeout=<seconds>
タイムアウトパラメータはSSHサービスの期間を決定します。0に設定すると、SSHは無期限にアクティブなままになります。正の整数（秒）に設定すると、指定された期間後にSSHは自動的に無効になります。設定の変更は、その後のアクティブなSSHセッションに即座に適用され、ユーザーがSSHを有効にするたびに適用されます。
注:
ssh-enabled-timeout に設定できる最大値は172800秒（約2日）です。
現在のプールのSSHコンソールアイドルタイムアウト（秒）を設定するには
xe pool-param-set uuid=<pool-uuid> console-idle-timeout=<seconds>
VNCおよびSSHコンソール接続のアイドルセッションタイムアウトを、非負の整数値（秒単位）で設定します。0はタイムアウトを無効にし（セッションは期限切れになりません）、正の値（例：3600）は指定された期間後にアイドルセッションを自動的に終了します。設定は、構成後に新しく作成されたコンソールセッションに適用されます。
現在のプールのSSH自動モードを設定するには
xe poolparam-set uuid=<pool-uuid>  ssh-auto-mode=true
XAPIサービスの健全性ステータスに基づいて、自動SSH管理を設定します。自動モードが有効な場合、SSHの有効化はXAPIのステータスに従います。XAPIが正常な場合はSSHは無効になり、XAPIが異常な場合は有効になります。
自動モード有効 + ssh_enabled_timeout = 0: pool.enable_ssh を介した手動SSHアクティベーションは、自動モードを永続的に無効にします。
自動モード有効 + ssh_enabled_timeout > 0: 手動SSH有効化は一時的に自動モードを無効にします。タイムアウトが期限切れになると、自動モードは元の設定に戻ります。（アクティブなSSHタイムアウト期間中にシステムが再起動した場合、元の自動モード設定は失われ、タイムアウト/回復時に有効にリセットされます。）
これらのコマンドのいずれかにおけるプールパラメータの値には、プールセレクタを使用できます。詳細については、「プールコマンド」を参照してください。
XenServerプール内のすべてのプールのSSHアクセスを同時に管理できます。詳細については、「プールのSSHアクセスを無効にする」を参照してください。

プールの参加 / 取り出しの動作

  • 参加 – サーバーがプールに参加すると、SSH設定（SSH有効化タイムアウト、アイドルコンソールタイムアウト、自動モード）が継承されます。
  • 排出 – サーバーがプールから排出されると、デフォルト設定が復元されます。
    • XenServer 8.4: SSH有効、自動モードオフ

新しいSSH管理制御の定義

SSHを設定するには、プールレベルで新しいXAPI API pool.set_ssh_auto_modeを設定します。
set_ssh_auto_mode: SSH自動モードを有効または無効にするように設定します。自動モードが有効な場合、SSHステータスはXAPIステータスに依存します。XAPIが正常な場合はSSHは無効になり、XAPIが異常な場合はSSHは有効になります。
ユーザーが自動モードを有効に設定し、現在のssh_enabled_timeoutが0の場合、pool.enable_sshでSSHを有効にすると、自動モードは永続的に無効になります。
ユーザーがpool.set_auto_modeで自動モードを有効または無効に設定した場合、これは「元の自動モード設定」と呼ばれます。現在のssh_enabled_timeoutが正の数（例: 1800秒）に設定されている場合、pool.enable_sshでSSHを有効にすると、自動モードは一時的に無効になります。タイムアウト期間が終了すると、SSHは自動的に無効になり、自動モードは元の設定に戻されます。
ユーザーがssh_enabled_timeoutを正の数（例: 3600秒）に設定し、タイムアウト期間が終了する前にホストを再起動（またはXAPIを再起動）した場合、タイムアウト期間が終了すると、SSHは自動的に無効になり、再起動によって元の自動モード設定が失われるため、自動モードはtrueに復元されます。
ssh_enabled_timeoutを正の数（例: 180秒）に設定し、その後XAPIが失敗した場合、タイムアウト期間が終了してもXAPIが失敗状態のままであれば、XAPIが再起動するまでSSHは有効のままになります。XAPIの再起動後、システム再起動によって元の自動モード設定が失われるため、SSHは自動的に無効になり、自動モードはtrueに復元されます。

XenServerプールでIGMPスヌーピングを有効にする

XenServerはすべてのゲストVMにマルチキャストトラフィックを送信するため、ホストデバイスが要求していないパケットを処理する必要があり、不要な負荷がかかります。IGMPスヌーピングを有効にすると、ローカルネットワーク上のホストが明示的に参加していないマルチキャストグループのトラフィックを受信することを防ぎ、マルチキャストのパフォーマンスを向上させます。IGMPスヌーピングは、IPTVなどの帯域幅を大量に消費するIPマルチキャストアプリケーションに特に役立ちます。
注記:
  • IGMPスヌーピングは、ネットワークバックエンドがOpen vSwitchを使用している場合にのみ利用可能です。
  • この機能をプールで有効にする場合、物理スイッチのいずれかでIGMPクエリアを有効にする必要もあります。そうしないと、サブネットワーク内のマルチキャストがブロードキャストにフォールバックし、XenServerのパフォーマンスが低下する可能性があります。
  • IGMP v3を実行しているプールでこの機能を有効にすると、VM移行またはネットワークボンドフェイルオーバーによってIGMPバージョンがv2に切り替わります。
  • GREネットワークでこの機能を有効にするには、ユーザーはGREネットワーク内にIGMPクエリアを設定する必要があります。あるいは、物理ネットワークからGREネットワークにIGMPクエリメッセージを転送することもできます。そうしないと、GREネットワーク内のマルチキャストトラフィックがブロックされる可能性があります。
XenCenterまたはxe CLIを使用して、プールでIGMPスヌーピングを有効にできます。

XenCenter

  1. プールプロパティに移動します。
  2. ネットワークオプションを選択します。ここでIGMPスヌーピングを有効または無効にできます。

xe CLI

  1. プールのUUIDを取得します。
    xe pool-list
  2. プールのIGMPスヌーピングを有効/無効にします。
    xe pool-param-set [uuid=pool-uuid] [igmp-snooping-enabled=true|false]
IGMPスヌーピングを有効にした後、xe CLIを使用してIGMPスヌーピングテーブルを表示できます。

IGMPスヌーピングテーブルを表示する

IGMPスヌーピングテーブルを表示するには、次のコマンドを使用します。
ovs-appctl mdb/show [bridge name]
注:
xe network-listを使用してブリッジ名を取得できます。これらのブリッジ名は、xenbr0、xenbr1、xenapi、またはxapi0です。
これにより、4つの列を持つテーブルが出力されます。
  • port: スイッチ (OVS) のポート。
  • VLAN: トラフィックのVLAN ID。
  • GROUP: ポートが要求したマルチキャストグループ。
  • Age: このレコードの経過時間（秒単位）。
GROUPがマルチキャストグループアドレスである場合、これは、関連するスイッチポートでIGMPレポートメッセージが受信されたことを意味します。これは、マルチキャストグループのレシーバー（メンバー）がこのポートでリッスンしていることを意味します。
2つのレコードを含む以下の例をご覧ください。
ポート VLAN GROUP Age
14 0 227.0.0.1 15
1 0 クエリア 24
最初のレコードは、マルチキャストグループ227.0.0.1に対してポート14でリシーバーがリッスンしていることを示しています。Open vSwitchは、227.0.0.1マルチキャストグループ宛のトラフィックを、すべてのポートにブロードキャストするのではなく、このグループのリッスンポート（この例ではポート14）にのみ転送します。ポート14とグループ227.0.0.1をリンクするレコードは15秒前に作成されました。デフォルトでは、タイムアウト間隔は300秒です。これは、レコード追加後300秒間、スイッチがポート14でそれ以上のIGMPレポートメッセージを受信しない場合、そのレコードは期限切れとなり、テーブルから削除されることを意味します。
2番目のレコードでは、GROUPはquerierであり、これは関連するポートでIGMPクエリメッセージが受信されたことを意味します。クエリアは、どのネットワークノードがマルチキャストグループをリッスンしているかを判断するために、すべてのスイッチポートにブロードキャストされるIGMPクエリメッセージを定期的に送信します。IGMPクエリメッセージを受信すると、リシーバーはIGMPレポートメッセージで応答し、これによりリシーバーのマルチキャストレコードが更新され、期限切れが回避されます。
VLAN列は、リシーバー/クエリアが存在するVLANを示します。「0」はネイティブVLANを意味します。タグ付きVLANでマルチキャストを実行したい場合は、そのVLANにレコードがあることを確認してください。
注:
VLANシナリオの場合、ネットワークのVLAN IDと等しいVLAN列値を持つクエリアレコードが必要です。そうでない場合、VLANネットワークではマルチキャストは機能しません。

XenServerプールでマイグレーションストリーム圧縮を有効にする

VMのライブマイグレーション中、そのメモリはネットワークを使用して2つのホスト間でデータストリームとして転送されます。マイグレーションストリーム圧縮機能は、このデータストリームを圧縮し、低速ネットワークでのメモリ転送を高速化します。この機能はデフォルトで無効になっていますが、XenCenterまたはxe CLIを使用して変更できます。詳細については、Pool Properties - AdvancedおよびPool parametersを参照してください。あるいは、コマンドラインを使用してVMをマイグレーションする際に圧縮を有効にすることもできます。詳細については、VM Commandsのvm-migrateコマンドを参照してください。

リソースプールデータをエクスポートする

リソースデータのエクスポートオプションを使用すると、プール用のリソースデータレポートを生成し、そのレポートを.xlsまたは.csvファイルにエクスポートできます。このレポートは、ホスト、ネットワーク、ストレージ、仮想マシン、VDI、GPUなど、プール内のさまざまなリソースに関する詳細情報を提供します。この機能により、管理者はCPU、ストレージ、ネットワークなどのさまざまなワークロードに基づいてリソースを追跡、計画、割り当てることができます。
注:
リソースプールデータのエクスポートは、XenServer Premium Editionのお客様にご利用いただけます。
レポートに含まれるリソースのリストとさまざまな種類のリソースデータ:
サーバー:
  • 名前
  • プールコーディネーター
  • UUID
  • アドレス
  • CPU使用率
  • ネットワーク (平均/最大 KB)
  • 使用済みメモリ
  • ストレージ
  • 稼働時間
  • 説明
ネットワーク:
  • 名前
  • リンクステータス
  • MAC
  • MTU
  • VLAN
  • タイプ
  • 場所
VDI:
  • 名前
  • タイプ
  • UUID
  • サイズ
  • ストレージ
  • 説明
ストレージ:
  • 名前
  • 種類
  • UUID
  • サイズ
  • 場所
  • 説明
VM:
  • 名前
  • 電源状態
  • 実行中ホスト
  • アドレス
  • MAC
  • NIC
  • オペレーティングシステム
  • ストレージ
  • 使用済みメモリ
  • CPU使用率
  • UUID
  • 稼働時間
  • テンプレート
  • 説明
GPU:
  • 名前
  • サーバー
  • PCIバスパス
  • UUID
  • 消費電力
  • 温度
  • 使用済みメモリ
  • コンピューター使用率
注:
GPUに関する情報は、XenServerホストにGPUが接続されている場合にのみ利用可能です。

リソースデータをエクスポートするには

  1. XenCenterのナビゲーションペインで、インフラストラクチャを選択し、次にプールを選択します。
  2. プールメニューを選択し、次にリソースデータのエクスポートを選択します。
  3. レポートを保存したい場所を参照し、保存をクリックします。