10.2.2.4. 仮想マシンプールのホスト設定の説明


以下の表は、New Pool ウィンドウおよび Edit Pool ウィンドウの Host タブで利用可能なオプションの詳細を示しています。
表10.4 仮想マシンプール: ホスト設定
フィールド名
サブ要素
説明
Start Running On
 
仮想マシンを実行する優先ホストを定義します。以下のいずれかを選択します。
  • Any Host in Cluster - 仮想マシンはクラスター内の利用可能な任意のホストで起動し、実行できます。
  • Specific - 仮想マシンはクラスター内の特定のホストで実行を開始します。ただし、Manager または管理者は、仮想マシンの移行および高可用性設定に応じて、仮想マシンをクラスター内の別のホストに移行することができます。利用可能なホスト一覧から、特定のホストまたはホストのグループを選択します。
Migration Options
Migration mode
仮想マシンの実行および移行オプションを定義します。このオプションを使用しない場合、仮想マシンはそのクラスターのポリシーに従って実行または移行されます。
  • Allow manual and automatic migration: 環境のステータスに応じて、または管理者が手動で、仮想マシンをあるホストから別のホストに移行することができます。
  • Allow manual migration only: 仮想マシンは、管理者によって手動でしか移行できません。
  • Do not allow migration: 仮想マシンを自動または手動で移行することはできません。
 
Use custom migration policy
移行コンバージェンスポリシーを定義します。チェックボックスをオフのままにすると、ホストがポリシーを決定します。
  • legacy - 3.6 バージョンのレガシー動作。vdsm.conf のオーバーライドは引き続き適用されます。ゲストエージェントフックメカニズムが無効になっている。
  • 最小ダウンタイム: 一般的な状況で仮想マシンを移行できるようにします。仮想マシンは、ダウンタイムを大幅に発生しません。移行は、長時間(QEMU の反復により最大 500 ミリ秒)後に仮想マシンの移行が収束されない場合に中止されます。ゲストエージェントフックメカニズムが有効になっている。
  • Suspend workload if needed: 仮想マシンが負荷の高いワークロードを実行している場合など、ほとんどの状況で仮想マシンを移行できるようにします。仮想マシンでは、より大きなダウンタイムが発生する可能性があります。移行は、極端なワークロードに対して中止される場合があります。ゲストエージェントフックメカニズムが有効になっている。
 
Use custom migration downtime
このチェックボックスを選択すると、ライブマイグレーション中に仮想マシンがダウンできる最大期間をミリ秒単位で指定できます。ワークロードおよび SLA の要件に従って、各仮想マシンに異なる最大ダウンタイムを設定します。VDSM のデフォルト値を使用するには 0 を入力します。
 
自動コンバージション
Legacy 移行ポリシーでのみアクティベートされます。仮想マシンのライブマイグレーション中に自動コンバージェンスが使用されるかどうかを設定できます。負荷が大きいが大きい仮想マシンでは、ライブマイグレーション中に行われる転送速度よりも速くメモリーがダーティーなり、移行が収束できなくなります。QEMU の自動調整機能を使用すると、仮想マシン移行の収束を強制的に実行できます。QEMU は、コンバージェンスの欠如を自動的に検出し、仮想マシン上の vCPU のスロットルダウンをトリガーします。オートコンバージェンスはデフォルトで無効になっています。
  • クラスターレベルで設定される自動収束設定を使用するには、Inherit from cluster setting を選択します。このオプションはデフォルトで選択されます。
  • Auto Converge を選択してクラスター設定またはグローバル設定を上書きし、仮想マシンの自動調整を許可します。
  • Don't Auto Converge を選択してクラスター設定またはグローバル設定を上書きし、仮想マシンの自動収束を防ぎます。
 
Enable migration compression
Legacy 移行ポリシーでのみアクティベートされます。このオプションを使用すると、仮想マシンのライブマイグレーション中に移行圧縮を使用するかどうかを設定できます。この機能は、Xor Binary Zero Run-Length-Encoding を使用して、メモリー書き込みを必要とするワークロードまたはスパースメモリー更新パターンを使用するアプリケーションに対して、仮想マシンのダウンタイムと合計移行時間を短縮します。移行圧縮は、デフォルトでは無効になっています。
  • クラスターレベルで設定される圧縮設定を使用するには、Inherit from cluster setting を選択します。このオプションはデフォルトで選択されます。
  • Compress を選択してクラスター設定またはグローバル設定を上書きし、仮想マシンの圧縮を許可します。
  • Don't compress を選択してクラスター設定またはグローバル設定を上書きし、仮想マシンの圧縮を防ぎます。
 
Pass-Through Host CPU
このチェックボックスを選択すると、仮想マシンは配置されているホストの物理 CPU の機能を利用できます。このオプションは、Do not allow migration が選択されている場合にのみ有効にできます。
Configure NUMA
NUMA Node Count
仮想マシンに割り当てる仮想 NUMA ノードの数。Tune ModePreferred の場合、この値を 1 に設定する必要があります。
 
Tune Mode
メモリーを割り当てるために使用されるメソッド。
  • strict: ターゲットノードにメモリーを割り当てることができない場合は、メモリー割り当てに失敗します。
  • 推奨: メモリーは、1 つの優先ノードから割り当てられます。十分なメモリーが利用できない場合は、他のノードからメモリーを割り当てることができます。
  • Interleave: メモリーはラウンドロビンアルゴリズムでノード全体に割り当てられます。
 
NUMA Pinning
NUMA Topology ウィンドウを開きます。このウィンドウには、ホストの合計 CPU、メモリー、NUMA ノード、および仮想マシンの仮想 NUMA ノードが表示されます。右側のボックスから左側の NUMA ノードに各 vNUMA をクリックアンドドラッグすることで、仮想 NUMA ノードをホストの NUMA ノードに固定します。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.