14.3. 障害復旧

Metro-DR は同期レプリケーションを使用します。プライマリーサイトとセカンダリーサイトの両方のストレージに書き込むため、サイト間でデータが常に同期されます。ストレージプロバイダーは正常に同期されることを確認する責任があるため、その環境はストレージプロバイダーのスループットと遅延の要件を満たしている必要があります。

Regional-DR は非同期レプリケーションを使用します。プライマリーサイトのデータは、定期的にセカンダリーサイトと同期されます。このタイプのレプリケーションでは、プライマリーサイトとセカンダリーサイト間の接続遅延が大きくなる場合があります。

仮想マシンを含む RHACM 管理対象アプリケーションは、GitOps ワークフローを使用し、RHACM アプリケーションまたは ApplicationSet を作成して作成する必要があります。

RHACM が管理する仮想マシンを定義するときに、顧客体験と成功の可能性を高めるために実行できるアクションがいくつかあります。

PVC とポピュレーターを使用して仮想マシンのストレージを定義する

データボリュームは暗黙的に永続ボリューム要求 (PVC) を作成するため、データボリュームとデータボリュームテンプレートを使用した仮想マシンは GitOps モデルに調和しません。

仮想マシンディスクのポリューション元を選択するときは、インポート方法を使用します。

複製された PVC を使用する仮想マシンを保護できない Regional-DR の制限を回避するには、インポートメソッドを使用します。

インポート方法を使用するには、ソフトウェアカタログから RHEL イメージを選択します。Red Hat では、一貫した結果を得るために、フローティングタグではなく特定のバージョンのイメージを使用することを推奨しています。KubeVirt コミュニティーは、Quay リポジトリーで他のオペレーティングシステム用のコンテナーディスクを管理します。

pullMethod: node を使用する

レジストリーソースからデータボリュームを作成するときに、Pod pullMethod: node を使用して、Red Hat レジストリーからコンテナーイメージをプルするために必要な OpenShift Container Platform プルシークレットを活用します。

RHACM 管理対象アプリケーションではないクラスター内の任意の仮想マシンを、RHACM 検出アプリケーションとして設定できます。これには、Migration Toolkit for Virtualization (MTV) を使用してインポートされた仮想マシン、OpenShift Virtualization Web コンソールを使用して作成された仮想マシン、または CLI などの他の手段で作成された仮想マシンが含まれます。

RHACM で検出された仮想マシンを定義するときに、顧客体験と成功の可能性を高めるために実行できるアクションがいくつかあります。

MTV、OpenShift Virtualization Web コンソール、またはカスタム仮想マシンを使用するときに仮想マシンを保護する

現在、自動ラベル付けは利用できないため、MTV、OpenShift Virtualization Web コンソール、またはカスタム仮想マシンを使用する場合、アプリケーション所有者は仮想マシンアプリケーションのコンポーネントに手動でラベルを付ける必要があります。

仮想マシンを作成したら、仮想マシンに関連付けられている次のリソースに共通ラベル (VirtualMachine、DataVolume、PersistentVolumeClaim、Service、Route、Secret、および ConfigMap) を適用します。OpenShift Virtualization は仮想マシンインスタンス (VMI) または Pod を自動的に作成および管理するため、これらにラベルを付けないでください。

仮想マシンに VirtualMachine オブジェクト以外のものを含める

動作中の仮想マシンには通常、データボリューム、永続ボリューム要求 (PVC)、サービス、ルート、シークレット、ConfigMap オブジェクト、VirtualMachineSnapshot オブジェクトも含まれます。

仮想マシンをより大きな論理アプリケーションの一部として含める

これには、他の Pod ベースのワークロードと仮想マシンが含まれます。