14.3. 障害復旧
OpenShift Virtualization は、サイト停止後に環境を確実に復元するために、障害復旧 (DR) ソリューションの使用をサポートします。これらのメソッドを使用するには、OpenShift Virtualization のデプロイメントを事前に計画する必要があります。
14.3.1. 障害復旧方法について
障害復旧 (DR) の概念、アーキテクチャー、計画上の考慮事項の概要は、Red Hat ナレッジベースの Red Hat OpenShift Virtualization disaster recovery guide を参照してください。
OpenShift Virtualization には、Metropolitan Disaster Recovery (Metro-DR) および Regional-DR という 2 つの主要な DR メソッドがあります。
14.3.1.1. Metro-DR
Metro-DR は同期レプリケーションを使用します。プライマリーサイトとセカンダリーサイトの両方のストレージに書き込むため、サイト間でデータが常に同期されます。ストレージプロバイダーは正常に同期されることを確認する責任があるため、その環境はストレージプロバイダーのスループットと遅延の要件を満たしている必要があります。
14.3.1.2. Regional-DR
Regional-DR は非同期レプリケーションを使用します。プライマリーサイトのデータは、定期的にセカンダリーサイトと同期されます。このタイプのレプリケーションでは、プライマリーサイトとセカンダリーサイト間の接続遅延が大きくなる場合があります。
14.3.2. 障害復旧のためのアプリケーションの定義
Red Hat Advanced Cluster Management (RHACM) が管理または検出する仮想マシンを使用して、障害復旧用のアプリケーションを定義します。
14.3.2.1. RHACM が管理する仮想マシンを定義する際のベストプラクティス
仮想マシンを含む RHACM 管理対象アプリケーションは、GitOps ワークフローを使用し、RHACM アプリケーションまたは ApplicationSet を作成して作成する必要があります。
RHACM が管理する仮想マシンを定義するときに、顧客体験と成功の可能性を高めるために実行できるアクションがいくつかあります。
PVC とポピュレーターを使用して仮想マシンのストレージを定義する
データボリュームは暗黙的に永続ボリューム要求 (PVC) を作成するため、データボリュームとデータボリュームテンプレートを使用した仮想マシンは GitOps モデルに調和しません。
仮想マシンディスクの入力元を選択するときは、インポート方法を使用する
インポート方法を使用するには、ソフトウェアカタログから RHEL イメージを選択します。Red Hat では、一貫した結果を得るために、フローティングタグではなく特定のバージョンのイメージを使用することを推奨しています。KubeVirt コミュニティーは、Quay リポジトリーで他のオペレーティングシステム用のコンテナーディスクを管理します。
pullMethod: node を使用する
レジストリーソースからデータボリュームを作成するときに、Pod pullMethod: node を使用して、Red Hat レジストリーからコンテナーイメージをプルするために必要な OpenShift Container Platform プルシークレットを活用します。
14.3.2.2. RHACM で検出された仮想マシンを定義する際のベストプラクティス
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、VirtualMachinePreference、および VirtualMachineInstancetype) に適用します。仮想マシンインスタンス (VMI) または Pod にラベルを付けないでください。OpenShift Virtualization はこれらを自動的に作成して管理します。
仮想マシンに追加した上記以外のオブジェクトも含め、保護する namespace 内のすべてのものに共通のラベルを適用する必要があります。
仮想マシンに VirtualMachine オブジェクト以外のものを含める
動作中の仮想マシンには通常、データボリューム、永続ボリューム要求 (PVC)、サービス、ルート、シークレット、ConfigMap オブジェクト、VirtualMachineSnapshot オブジェクトも含まれます。
仮想マシンをより大きな論理アプリケーションの一部として含める
これには、他の Pod ベースのワークロードと仮想マシンが含まれます。
14.3.3. 障害復旧シナリオ中の仮想マシンの動作
仮想マシンは通常、再配置とフェイルオーバーの両方の障害復旧フロー中に Pod ベースのワークロードと同様に動作します。
再配置
プライマリー環境にまだアクセス可能な場合は、再配置を使用してアプリケーションをプライマリー環境からセカンダリー環境に移動します。再配置中、仮想マシンは正常に終了し、複製されていないデータはセカンダリー環境に同期され、仮想マシンはセカンダリー環境で起動します。
仮想マシンは正常に終了するため、データが失われることはありません。したがって、仮想マシンオペレーティングシステムはクラッシュ回復を実行しません。
フェイルオーバー
プライマリー環境で重大な障害が発生し、再配置を使用してワークロードをセカンダリー環境に移動することが非現実的または不可能な場合は、フェイルオーバーを使用します。フェイルオーバーを実行すると、ストレージはプライマリー環境からフェンスされ、仮想マシンディスクへの I/O が突然停止になり、レプリケートされたデータを使用してセカンダリー環境で仮想マシンが再起動になります。
フェイルオーバーによるデータ損失が予想されます。損失の程度は、同期レプリケーションを使用する Metro-DR を使用するか、非同期レプリケーションを使用する Regional-DR を使用するかによって異なります。Regional-DR はスナップショットベースのレプリケーション間隔を使用するため、データ損失のウィンドウはレプリケーション間隔の長さに比例します。仮想マシンが再起動すると、オペレーティングシステムがクラッシュ回復を実行する可能性があります。
14.3.4. Red Hat マネージドクラスターの障害復旧ソリューション
次の DR ソリューションは、Red Hat Advanced Cluster Management (RHACM)、Red Hat Ceph Storage、および OpenShift Data Foundation コンポーネントを組み合わせたものです。これらを使用して、アプリケーションをプライマリーサイトからセカンダリーサイトにフェイルオーバーしたり、障害が発生したサイトを復元した後にアプリケーションをプライマリーサイトに戻したりできます。
14.3.4.1. Red Hat OpenShift Data Foundation の Metro-DR
OpenShift Virtualization は、OpenShift Data Foundation の Metro-DR ソリューション をサポートしています。これにより、プライマリーサイトとセカンダリーサイトにインストールされているマネージド OpenShift Virtualization クラスター間で双方向の同期データレプリケーションが可能になります。
Metro-DR の相違点
- この同期ソリューションは、ネットワークのラウンドトリップレイテンシーが 10 ミリ秒以下である大都市圏の遠隔データセンターでのみ利用できます。
- 複数のディスク仮想マシンがサポートされています。
データの破損を防ぐために、フェイルオーバー中にストレージを必ずフェンスする必要があります。
ヒントフェンスとは、ノード上でワークロードが実行されないようにノードを分離することを意味します。
OpenShift Virtualization を使用した OpenShift Data Foundation の Metro-DR ソリューションの使用に関する詳細は、IBM の OpenShift Data Foundation Metro-DR ドキュメントを参照してください。
14.3.4.2. Red Hat OpenShift Data Foundation の Regional-DR
OpenShift Virtualization は、OpenShift Data Foundation の Regional-DR ソリューション をサポートしています。これにより、プライマリーサイトとセカンダリーサイトにインストールされたマネージド OpenShift Virtualization クラスター間で、定期的な非同期データレプリケーションが可能になります。
Regional-DR の相違点
- Regional-DR は、プライマリーサイトとセカンダリーサイト間のより大きなネットワークレイテンシーに対応します。
- Regional-DR は、RBD スナップショットを使用してデータを非同期的に複製します。現時点では、アプリケーションが仮想マシンディスク間の小さな差異に耐えうるものである必要があります。単一のディスク仮想マシンを使用することで、このような差異を防ぐことができます。
-
仮想マシンディスクの入力元を選択するときは、インポート方法を使用することを推奨します。ただし、イメージのフラット化を有効にする
VolumeReplicationClassを選択すると、複製された PVC を使用する仮想マシンを保護できます。詳細は、OpenShift Data Foundation のドキュメントを参照してください。
OpenShift Virtualization を使用した OpenShift Data Foundation の Regional-DR ソリューションの使用に関する詳細は、IBM の OpenShift Data Foundation Regional-DR ドキュメントを参照してください。
