GNU/Linux >> Linux の 問題 >  >> Cent OS

RHV クラスターの移行ポリシーについて

RHV 4.3.6 には、次の 3 つの移行ポリシーがあります。 最小限のダウンタイム必要に応じてワークロードを一時停止 およびコピー後の移行 .この投稿では、それらについて詳しく説明します。

VM のライブ マイグレーションでは、主に VM の CPU、メモリ、および I/O 状態をソース KVM ホストからターゲット KVM ホストに転送します。 「最小限のダウンタイム」と「必要に応じてワークロードを一時停止」に関して、ソース KVM ホストはすべての VM のメモリ ページを RAM ダーティとしてマークし、VM のメモリ状態を宛先 KVM ホストに繰り返し転送します。転送は、VM がソース ホストで実行されている状態でライブで実行されます。最初の反復で、ソース ホストは VM のメモリ全体を宛先に転送します。その後の反復では、変更されたページのみが転送されます。宛先 KVM にはすべての VM のメモリ ページの最新バージョンがあり、VM は宛先 KVM ホストで再起動します。

最小限のダウンタイム

一般的な状況で VM を移行できるようにするポリシー。 VM で重大なダウンタイムが発生することはありません。 VM の移行が長時間収束しない場合、移行は中止されます。ゲスト エージェント フック メカニズムが有効になっています。

engine-config MigrationPolicies から、以下を取得できます:

– 並行移行の最大数:2
– ストールの最大制限は 6 です。6 をストールした後もまだストールしている場合、移行は中止されます。ダウンタイムはミリ秒未満です:

  • 初期ダウンタイム (initialItems):100
  • 1 反復を停止し、ダウンタイムを 150 に設定
  • 2 回の反復を停止し、ダウンタイムを 200 に設定
  • 3 回の反復を停止し、ダウンタイムを 300 に設定
  • 4 回の反復を停止し、ダウンタイムを 400 に設定
  • 6 回の反復を停止し、ダウンタイムを 500 に設定
  • それでも停止する場合は、中止してください
MigrationPolicies-Minimal downtime:
[{"id":{"uuid":"80554327-0569-496b-bdeb-fcbbf52b827b"},"maxMigrations":2,"autoConvergence":true,"migrationCompression":false,"enableGuestEvents":true,"name":"Minimal downtime","description":"A policy that lets the VM migrate in typical situations. The VM should not experience any significant downtime. If the VM migration is not converging for a long time, the migration will be aborted. The guest agent hook mechanism is enabled.","config":{"convergenceItems":[{"stallingLimit":1,"convergenceItem":{"action":"setDowntime","params":["150"]}},{"stallingLimit":2,"convergenceItem":{"action":"setDowntime","params":["200"]}},{"stallingLimit":3,"convergenceItem":{"action":"setDowntime","params":["300"]}},{"stallingLimit":4,"convergenceItem":{"action":"setDowntime","params":["400"]}},{"stallingLimit":6,"convergenceItem":{"action":"setDowntime","params":["500"]}}],"initialItems":[{"action":"setDowntime","params":["100"]}],"lastItems":[{"action":"abort","params":[]}]}}

必要に応じてワークロードを一時停止

重いワークロードを実行している VM など、ほとんどの状況で VM を移行できるポリシー。一方、VM ではより重大なダウンタイムが発生する可能性があります。極端なワークロードの場合、移行は依然として中止される可能性があります。ゲスト エージェント フック メカニズムが有効になっています。

これは、maxMigrations が 1 であり、ストール 6 と中止の間に 1 つの追加のスケジュールがあること以外は、「最小限のダウンタイム」に非常に似ています。

engine-config MigrationPolicies から、以下を取得できます:

– 並行移行の最大数:1
– 最大停止制限は 6 です。この非常に長い 5 秒のダウンタイムが役に立たない場合、移行は中止されます。

  • 初期ダウンタイム (initialItems):100
  • 1 反復を停止し、ダウンタイムを 150 に設定
  • 2 回の反復を停止し、ダウンタイムを 200 に設定
  • 3 回の反復を停止し、ダウンタイムを 300 に設定
  • 4 回の反復を停止し、ダウンタイムを 400 に設定
  • 6 回の反復を停止し、ダウンタイムを 500 に設定
  • それでも停止する場合は、ダウンタイムを 5000 に設定します
  • それでも停止する場合は、中止してください
MigrationPolicies-Suspend workload if needed:
{"id":{"uuid":"80554327-0569-496b-bdeb-fcbbf52b827c"},"maxMigrations":1,"autoConvergence":true,"migrationCompression":true,"enableGuestEvents":true,"name":"Suspend workload if needed","description":"A policy that lets the VM migrate in most situations, including VMs running heavy workloads. On the other hand, the VM may experience a more significant downtime. The migration may still be aborted for extreme workloads. The guest agent hook mechanism is enabled.","config":{"convergenceItems":[{"stallingLimit":1,"convergenceItem":{"action":"setDowntime","params":["150"]}},{"stallingLimit":2,"convergenceItem":{"action":"setDowntime","params":["200"]}},{"stallingLimit":3,"convergenceItem":{"action":"setDowntime","params":["300"]}},{"stallingLimit":4,"convergenceItem":{"action":"setDowntime","params":["400"]}},{"stallingLimit":6,"convergenceItem":{"action":"setDowntime","params":["500"]}}],"initialItems":[{"action":"setDowntime","params":["100"]}],"lastItems":[{"action":"setDowntime","params":["5000"]},{"action":"abort","params":[]}]}}

コピー後の移行

VM で重大なダウンタイムが発生することはありません。 VM の移行が長期間収束しない場合、移行はポスト コピーに切り替えられます。ゲスト エージェント フック メカニズムが有効になっています。

コピー後の VM 移行では、移行の開始直後に VM が中断されます。 CPU の状態は宛先ホストに転送されますが、メモリの状態はソース ホストに残っています。 VM の移行は、すべての RAM が転送された後にのみ、ターゲット ホストでの実行に切り替わります。 「最小限のダウンタイム」および「必要に応じてワークロードを中断する」と比較して、ポストコピーは各 VM ページをネットワーク経由で 1 回だけ転送するため、ネットワーク帯域幅に優しく、「最小限のダウンタイム」の書き込み集中型アプリケーション VM よりも合計移行時間が短くなります。ダウンタイム」および「必要に応じてワークロードを一時停止する」。ただし、コピー後のモードでネットワークの中断が発生すると、復旧も不可能になります。つまり、移行中にネットワーク障害が発生すると、VM が失われる可能性があります。

engine-config MigrationPolicies から、以下を取得できます:

– 並行移行の最大数:1
– 最大ストール制限は 2.

  • 初期ダウンタイム (initialItems):100
  • 1 反復を停止し、ダウンタイムを 150 に設定
  • 2 回の反復を停止し、ダウンタイムを 200 に設定
  • それでも停止する場合は、中止してください
MigrationPolicies-Post-copy migration:
{"id":{"uuid":"a7aeedb2-8d66-4e51-bb22-32595027ce71"},"maxMigrations":2,"autoConvergence":true,"migrationCompression":false,"enableGuestEvents":true,"name":"Post-copy migration","description":"The VM should not experience any significant downtime. If the VM migration is not converging for a long time, the migration will be switched to post-copy. The guest agent hook mechanism is enabled.","config":{"convergenceItems":[{"stallingLimit":1,"convergenceItem":{"action":"setDowntime","params":["150"]}},{"stallingLimit":2,"convergenceItem":{"action":"setDowntime","params":["200"]}}],"initialItems":[{"action":"setDowntime","params":["100"]}],"lastItems":[{"action":"postcopy","params":[]},{"action":"abort","params":[]}]}}]


Cent OS
  1. CentOS8からAlmaLinux8へ:ステップバイステップの移行ガイド

  2. DNS ゾーン ファイルについて

  3. chroot Jail を理解する

  1. Linux SCSI 予約について

  2. RedHat Virtualization (RHV) での Live Merge について

  3. RedHat Virtualization (RHV) のボリューム チェーンについて

  1. RHV – AdminPortal から VM をシャットダウンする方法

  2. RHV – Qemu ゲスト エージェントの理解

  3. RedHat Virtualization (RHV) のクラスターフェンシングポリシーについて