高可用性と最適化
クラスタを最適化し、ホストおよび仮想マシンの可用性を高めるようにOracle Linux Virtualization Managerを構成できます。 仮想マシンの実行中に、デバイス(ホットプラグ)を有効化または無効化することもできます。
高可用性および最適化の詳細は、「Oracle Linux Virtualization Manager: 管理ガイド」のデプロイメントの最適化を参照してください。
クラスタ
- 仮想マシンは、指定されたオーバーコミットしきい値までホストで実行されます。 値が大きいほどCPUの使用量が増加しますが、メモリーが節約されます。
- ホストでは、CPUコアの合計数がホストのコア数よりも大きい仮想マシンを実行できます。
- クラスタ内のホストで実行されている仮想マシンに対するメモリー・オーバーコミットメント。
- Memory Overcommitment Manager (MoM)は、メモリー節約のメリットが得られる場合にKernel Same-page Merging (KSM)を実行します。 KSMを使用するには、クラスタ・レベルで明示的に有効にする必要があります。
MoMのクラスタ最適化を設定することで、仮想マシンごとの保証されるメモリー・サイズを制限して、可能な場合にバルーニングを開始できるようにできます。 バルーニングを実行させるために、仮想マシンには関連するドライバを備えたバルーン・デバイスが必要です。 各仮想マシンには、明確に除去されていないかぎり、バルーン・デバイスが含まれています。 クラスタ内の各ホストは、ステータスが「稼働中」に変わると、バルーン・ポリシー更新を受信します。 必要に応じて、KVMホスト上のバルーン・ポリシーを、ステータスを変更することなく手動で更新できます。
ホスト
予期しないホスト障害が発生したときにクラスタが応答するようにする場合は、フェンシングを構成する必要があります。 フェンシングは、電力節約、負荷分散、および仮想マシンの可用性を実現するために関連するポリシーを適用することで、クラスタ内のホストの高可用性を維持します。 特定のホスト上の高可用性仮想マシンが必要な場合:
- ホストの電源管理を有効にして構成する必要もあります
- ホストは、
ovirtmgmtネットワーク経由で電源管理インタフェースにアクセスできる必要があります
重要:
電源管理操作の場合、クラスタまたはデータ・センター内の少なくとも2つのKVMホストが「上へ」または「メンテナンス」ステータスである必要があります。
マネージャはフェンス・エージェントと直接通信しません。 代わりに、エンジンはプロキシを使用して、ホスト電源管理デバイスに電源管理コマンドを送信します。 エンジンはVDSMを使用して電源管理デバイス・アクションを実行するため、環境内の別のホストがフェンシング・プロキシとして使用されます。 次の中から選択できます。
- フェンシングが必要なホストと同じクラスタ内の任意のホスト。
- フェンシングが必要なホストと同じデータ・センター内の任意のホスト。
クラスタ内の各KVMホストには、制限されたリソースがあります。 KVMホストが過度に使用される場合、ホストで実行されている仮想マシンに悪影響があります。 過剰な使用を回避または軽減するために、スケジューリング、ロード・バランシングおよび移行ポリシーを使用して、仮想マシンのパフォーマンスを確保できます。 KVMホストが過度に使用されると、仮想マシンはクラスタ内の別のKVMホストに移行されます。
仮想マシン
ホストがクラッシュしたり、非稼働になった場合、高可用性を持つ仮想マシンはクラスタ内の別のホストに自動的に移行および再起動します。 高可用性のために仮想マシンが構成されていない場合、使用可能な別のホストでは再起動されません。 仮想マシンのホストを手動で停止した場合、仮想マシンは別のホストに自動的に移行されません。
ノート:
共有記憶域を使用していて、ホストに障害が発生した場合にライブ・マイグレーションできるように環境を明示的に構成していないかぎり、仮想マシンはライブ・マイグレーションされません。 省電力や配布などのポリシーやメンテナンス・イベントにより、仮想マシンのライブ・マイグレーションがトリガーされます。
仮想マシンの作成または編集時に「リソース割当て」タブを使用すると、次の操作を実行できます。
- 仮想マシンがそのホストでアクセスできる処理機能の最大量を設定します。
- 特定の物理CPUに仮想CPUを固定します。
- 仮想マシンのメモリー容量を保証します。
- 仮想マシンのメモリー・バルーン・デバイスを有効にします。 この機能を有効にするには、クラスタに対してメモリー・バルーン最適化も有効にする必要があります。
- VirtIOインタフェースを持つディスクの速度を改善するには、仮想マシンの他の関数とは別のスレッドに固定します。
KVMホストがメンテナンス・モードになると、すべての仮想マシンがクラスタ内の他のサーバーに移行されます。 これは、計画メンテナンス期間中は仮想マシンの停止時間がないことを意味します。
仮想マシンが予期せず終了した場合、同じKVMホストまたはクラスタ内の別のホスト上で自動的に再起動されます。 これは、ハードウェア障害を検出するためのホストおよび記憶域の監視により実現されます。 高可用性を持つように仮想マシンを構成し、そのホストで障害が発生すると、仮想マシンはクラスタ内の別のKVMホストで自動的に再起動します。
ポリシー
ロード・バランシング・ポリシー、スケジューリング・ポリシーおよびリジリエンス・ポリシーを使用すると、3つの優先度レベルのハードウェア障害が発生した場合に、重要な仮想マシンを別のKVMホストで再起動できます。
スケジューリング・ポリシーを使用すると、使用可能なホスト間での仮想マシンの使用量と配分を指定できます。 スケジューリング・ポリシーを定義して、クラスタ内のホスト全体の自動ロード・バランシングを有効化できます。 スケジューリング・ポリシーに関係なく、仮想マシンはCPUが過負荷状態のホスト上で起動しません。 デフォルトでは、5分間負荷が80%を超える場合、ホストのCPUは過負荷であるとみなされますが、これらの値はスケジューリング・ポリシーを使用して変更できます。
デフォルトのスケジューリング・ポリシーは5つあります:
- Evenly_Distributed - メモリーおよびCPUの処理負荷をクラスタ内のすべてのホストに均等に分散します。
ノート:
すべての仮想マシンには、最新のqemu-guest-agentがインストールされ、そのサービスが実行されている必要があります。 - Cluster_Maintenance - クラスタ内のメンテナンス・タスクのアクティビティは制限されています。
- Power_Saving - 使用可能なホストのサブセットにメモリーおよびCPU処理負荷を分散することで、使用率の低いホストの消費電力を削減します。
- VM_Evenly_Distributed - 仮想マシンをホスト間で均等に分散します。
- なし
移行ポリシーを使用すると、KVMホストの障害が発生した場合に仮想マシンをライブ・マイグレーションする条件を定義できます。 これらの条件には、移行中に仮想マシンを停止できる時間、使用するネットワーク帯域幅、および仮想マシンの優先順位が含まれます。
リジリエンス・ポリシーにより、仮想マシンを移行で優先順位付けする方法を定義できます。 すべての仮想マシンが移行されるか、または高可用性仮想マシンのみが移行されるようにポリシーを構成できます。これは、ホストの過負荷を防ぐのに役立ちます。
ポリシーの詳細は、「oVirtドキュメント」の「管理ガイド」を参照してください。