プール要件

ハードウェア要件

XenServer®リソースプール内のすべてのサーバーは、概ね互換性のあるCPUを搭載している必要があります。つまり、以下のとおりです。

すべてのサーバーのすべてのCPUで、CPUベンダー（Intel、AMD）が同じである必要があります。

すべてのCPUで仮想化が有効になっている必要があります。

その他の要件

ハードウェアの前提条件に加えて、プールに参加するサーバーにはいくつかの前提条件があります。

一貫したIPアドレス（サーバー上の静的IPアドレスまたは静的DHCPリース）を持っている必要があります。この要件は、共有NFSまたはiSCSIストレージを提供するサーバーにも適用されます。

システムクロックは、プールコーディネーターと同期している必要があります（例：NTP経由）。

プールと同じデータセンターにあるか、または近接定義を満たすデータセンターにあり、低遅延（往復時間5ms未満）で高帯域幅（10Gbps以上）のネットワークで接続されている必要があります。

既存のリソースプールのメンバーであってはなりません。

実行中または中断中のVM、あるいはVMで進行中のアクティブな操作があってはなりません。サーバーがプールに参加する前に、すべてのVMをシャットダウンする必要があります。

共有ストレージがすでに構成されていてはなりません。

ボンディングされた管理インターフェースを持つことはできません。プールに参加する前に、参加するサーバーの管理インターフェースを再構成し、物理NICに戻してください。サーバーがプールに正常に参加した後、再構成できます。詳細については、「IPアドレスの構成」を参照してください。

プール内の既存のサーバーと同じバージョンのXenServerソフトウェアを、同じ更新レベルで実行している必要があります。そうでない場合、XenCenter®は参加するサーバーをプールコーディネーターと同期させ、一致する一連の更新を適用しようとします。

プール内の既存のサーバーと同じ補足パックで構成されている必要があります。補足パックは、dom0 (XenServerコントロールドメイン) にアドオンソフトウェアをインストールするために使用されます。プール全体でユーザーエクスペリエンスの不整合を防ぐため、プール内のすべてのサーバーに同じリビジョンの同じ補足パックをインストールしてください。

プール内の既存のサーバーと同じXenServerライセンスを持っている必要があります。プールに参加した後、任意のプールメンバーのライセンスを変更できます。最も低いライセンスを持つサーバーが、プール内のすべてのメンバーに利用可能な機能を決定します。ライセンスの詳細については、「XenServerライセンスについて」を参照してください。

同種プール

同種のリソースプールは、同一のCPUを持つサーバーの集合体です。前のセクションの要件に加えて、同種プールに参加するサーバーは、プール内の既存のサーバーと同じCPUを持っている必要があります。CPUは、ベンダー、モデル、および機能が同じであれば、同じであると見なされます。

異種プール

XenServerは、異種ホストハードウェアをリソースプール（異種リソースプールとして知られています）に結合できるようにすることで、時間の経過とともに展開を拡張することを可能にします。異種リソースプールは、Intel (FlexMigration) およびAMD (Extended Migration) CPUに搭載されている、CPUの「マスキング」または「レベリング」を提供するテクノロジーを適用することで実現されます。これらの機能により、CPUを、実際とは異なるメーカー、モデル、または機能を提供しているかのように構成できます。この機能により、異なるCPUを持つホストのプールを作成しながらも、ライブマイグレーションを安全にサポートできます。異種プールに参加するサーバーは、次の要件を満たす必要があります。

プールに参加するサーバーのCPUは、プール内の既存のサーバーのCPUと同じベンダー (AMD、Intel) である必要があります。ただし、CPUの特定のタイプ (ファミリ、モデル、ステッピング番号) が同じである必要はありません。

プールに参加するサーバーのCPUは、Intel FlexMigrationまたはAMD Enhanced Migrationのいずれかをサポートしている必要があります。

XenServerは、異種プールのサポートを簡素化します。CPUが同じベンダーファミリーのものであれば、基盤となるCPUタイプに関係なく、既存のリソースプールにサーバーを追加できます。プール機能セットは、以下のたびに動的に計算されます。

新しいサーバーがプールに参加する

プールメンバーがプールを離れる

プールメンバーが再起動後に再接続する

プール機能セットの変更は、現在プールで実行中のVMには影響しません。実行中のVMは、起動時に適用された機能セットを引き続き使用します。この機能セットは起動時に固定され、移行、一時停止、再開の操作全体で保持されます。能力の低いサーバーがプールに参加してプールレベルが低下した場合、実行中のVMは、新しく追加されたサーバーを除く、プール内の任意のサーバーに移行できます。VMをプール内またはプール間で別のサーバーに移動または移行する場合、XenServerはVM機能セットを宛先サーバーの機能セットと比較します。機能セットに互換性がある場合、VMは移行を許可されます。この機能により、VMは使用しているCPU機能に関係なく、プール内およびプール間で自由に移動できます。Workload Balancingを使用してVMを移行する最適な宛先サーバーを選択する場合、互換性のない機能セットを持つサーバーは宛先サーバーとして推奨されません。

注:

実行中のVMをプールの新しい機能セットを使用するように更新するには、VMの電源をオフにしてから再度起動します。例えば、XenCenterで再起動をクリックしてVMを再起動しても、VMの機能セットは更新されません。

共有プールストレージ

リソースプールを作成するための厳密な要件ではありませんが、プールの利点は、プールが1つ以上の共有ストレージリポジトリ（SR）を持っている場合にのみ利用できます。これらの利点には、最も適切なサーバーでVMを実行することや、サーバー間でのVM移行が含まれます。

共有ストレージが利用可能になるまで、プールの作成を試みないことをお勧めします。共有ストレージを追加した後、ディスクがローカルストレージにある既存のVMをコピーすることで、迅速に共有ストレージに移動できます。

共有SRを持つサーバーがプールコーディネーターになると、このSRはプールの共有SRになります。新しいプールコーディネーターが共有ストレージを持っていない場合、プール用に新しい共有SRを作成する必要があります。詳細については、新しいSRの作成を参照してください。

この情報は役に立ちましたか?