2.10. 障害回復
Red Hat は、障害復旧ソリューションを設定することを強く推奨します。災害復旧ソリューションとして geo レプリケーションを設定する方法の詳細については、Red Hat Hyperconverged Infrastructure for Virtualization のメンテナンスを 参照してください: https://access.redhat.com/documentation/ja-jp/red_hat_hyperconverged_infra Structure_for_virtualization/1.6/html/maintaining_red_hat_hyperconverged_infra Structure_for_virtualization/config-backup- 回復。
現在 、バグ 1688239 により、 IPv6 ベースの geo レプリケーションが正しく動作できません。geo レプリケーションを使用した災害復旧機能が必要な場合は、IPv6 アドレスを使用しないでください。
2.10.1. geo レプリケーションの前提条件
geo レプリケーションを設定する際には、以下の要件と制限に注意してください。
- geo レプリケーションされたボリュームは 1 つだけ
- Red Hat Hyperconverged Infrastructure for Virtualization (RHHI for Virtualization) は、geo レプリケーションされたボリュームを 1 つだけサポートします。Red Hat では、通常、最も貴重なデータが含まれる仮想マシンのデータを保存するボリュームをバックアップすることを推奨します。
- 2 つの異なるマネージャーが必要です
- geo レプリケーションのソースおよび宛先ボリュームは、Red Hat Virtualization Manager の異なるインスタンスで管理される必要があります。
2.10.2. フェイルオーバーおよびフェイルバック設定の前提条件
- バージョンが環境間で一致している必要があります
- プライマリー環境とセカンダリー環境には、同じバージョンの Red Hat Virtualization Manager が含まれており、同じデータセンターの互換バージョン、クラスターの互換バージョン、および PostgreSQL のバージョンを使用します。
- ホスト型エンジンストレージドメインに仮想マシンディスクがない
- ホスト型エンジン仮想マシンで使用されるストレージドメインはフェイルオーバーしないため、このストレージドメインの仮想マシンディスクはすべて失われます。
- 別のマスターノードから Ansible Playbook を手動で実行する
- Ansible マスターノードとして機能する別のマシンから Ansible Playbook を手動で生成して実行します。