アクティブ・アクティブ型障害時リカバリ

Oracle Linux Virtualization Managerでは、両方ともアクティブな2つのサイトにまたがることがある、アクティブ・アクティブ型障害時リカバリ・フェイルオーバー構成がサポートされています。プライマリ・サイトが使用できなくなった場合、Oracle Linux Virtualization Manager環境はビジネス継続性を確保するためにセカンダリ・サイトにスムーズに移行します。

アクティブ・アクティブ型のフェイルオーバーをサポートするには、クラスタ内のすべての仮想マシンを実行できるホストがプライマリ・サイトとセカンダリ・サイトに配置されている、ストレッチ・クラスタを構成する必要があります。すべてのホストが同じOracle Linux Virtualization Managerクラスタに属します。ストレッチ・クラスタ構成は、自己ホスト・エンジン環境またはスタンドアロン・エンジン環境を使用して実装できます。

アクティブ・アクティブ型障害時リカバリでは、両方のサイトで書込み可能なレプリケートされた記憶域も必要です。これにより、仮想マシンをサイト間で移行し、サイトの記憶域で実行を継続できます。

プライマリ・サイトが使用できなくなった場合、仮想マシンはセカンダリ・サイトに移行します。プライマリ・サイトが使用可能になり、両方のサイトで記憶域がレプリケートされると、仮想マシンは自動的にフェイルバックします。

仮想マシンのフェイルオーバーおよびフェイルバックを確実に機能させるには、次を構成する必要があります。

高可用性のための仮想マシン。電源管理なしでも仮想マシンを起動できるように、各仮想マシンにはターゲット記憶域ドメインでのリースが必要です。
選択したホストでのみ仮想マシンが起動するように弱く強制された仮想マシンからホストへのアフィニティ。

ネットワークに関する考慮点

ストレッチ・クラスタ内のすべてのホストは、レイヤー2 (L2)ネットワーク上の同じブロードキャスト・ドメインにある必要があります。つまり、2つのサイト間の接続はL2である必要があります。

L2ネットワークにおけるサイト間の最大レイテンシ要件は、スタンドアロン・エンジン環境と自己ホスト・エンジン環境で異なります。

スタンドアロンのエンジン環境には最大レイテンシ100ミリ秒が必要です
自己ホスト・エンジン環境には最大レイテンシ7ミリ秒が必要です

ストレージに関する考慮事項

Oracle Linux Virtualization Managerの記憶域ドメインは、ブロック・デバイス(iSCSIまたはFCP)またはファイル・システム(NAS/NFSまたはGlusterFS)のいずれかです。

どちらのサイトでも、仮想マシンをサイト間で移行してサイトの記憶域で実行を継続できるように、共有L2ネットワーク接続で書込み可能で同期レプリケートされた記憶域が必要です。 Oracle Linux 8以降でサポートされているすべての記憶域レプリケーション・オプションは、ストレッチ・クラスタで使用できます。

詳細は、管理ガイドおよびアーキテクチャおよびプランニング・ガイドの記憶域に関する項を参照してください。

スタンドアロン・エンジンのストレッチ・クラスタ環境の構成

ストレッチ・クラスタ向けにスタンドアロン・エンジン環境の構成を開始する前に、次の前提条件と制限事項を確認してください。

L2ネットワーク接続を使用する、両方のサイトで書込み可能なストレージ・サーバー。
記憶域を複製するリアルタイムの記憶域レプリケーション・サービス。
最大100ミリ秒のサイト間レイテンシ。

仮想マシンがサイト間でフェイルオーバーおよびフェイルバックするには、エンジンの可用性が高い必要があります。エンジンがサイトとともに停止した場合、仮想マシンはフェイルオーバーしません。
スタンドアロン・エンジンは、外部で管理されている場合にのみ可用性が高くなります。たとえば:
- 別の仮想化環境での高可用性仮想マシンの場合
- パブリック・クラウド内の場合

スタンドアロン・エンジンのストレッチ・クラスタを構成するには:

Oracle Linux Virtualization Managerエンジンをインストールして構成します。

詳細については、「Oracle Linux Virtualization Manager: スタート・ガイド」のインストールおよび構成を参照してください。
各サイトにホストをインストールし、クラスタに追加します。

詳細については、「Oracle Linux Virtualization Manager: スタート・ガイド」のKVMホストの構成を参照してください。
プライマリ・サイトのすべてのホストでストレージ・プール・マネージャ(SPM)の優先度が高くなるように構成して、プライマリ・サイトのすべてのホストが使用できない場合にのみセカンダリ・サイトへのSPMフェイルオーバーが行われるようにします。

詳細については、「Oracle Linux Virtualization Manager: アーキテクチャおよびプランニング・ガイド」のStorage Pool Managerを参照してください。
フェイルオーバーが必要なすべての仮想マシンを高可用性として構成し、仮想マシンにターゲット記憶域ドメインのリースがあることを確認します。

詳細については、「クラスタ、ホストおよび仮想マシンの最適化」を参照してください。
ソフト・アフィニティをホストするように仮想マシンを構成し、アフィニティ・グループから期待される動作を定義します。

詳細は、「oVirt仮想マシン管理ガイド」のグループを参照してください。

重要:

VMアフィニティ・ルール「強制」を有効にすると(アフィニティ・グループのリストで「ハード」と表示)、システムは、アフィニティ・グループ内の他の仮想マシンが実行されているホストとは異なるホストに仮想マシンを移行しません。詳細については、「Oracle Linux Virtualization Manager: リリース・ノート」の仮想マシンに関する問題を参照してください。

アクティブ・アクティブ型のフェイルオーバーは、メイン・サイトのホストをメンテナンス・モードにすることで手動で実行できます。

自己ホスト・エンジンのストレッチ・クラスタ環境の構成

ストレッチ・クラスタ向けに自己ホスト・エンジン環境の構成を開始する前に、次の前提条件と制限事項を確認してください。

L2ネットワーク接続を使用する、両方のサイトで書込み可能なストレージ・サーバー
記憶域を複製するリアルタイムの記憶域レプリケーション・サービス
最大7ミリ秒のサイト間レイテンシ

自己ホスト・エンジンのストレッチ・クラスタを構成するには:

Oracle Linux Virtualization Manager自己ホスト・エンジンをデプロイします。

詳細については、「Oracle Linux Virtualization Manager: スタート・ガイド」の自己ホスト・エンジンのデプロイメントを参照してください。
オプションで、各サイトに追加のホストをインストールし、それらをクラスタに追加します。

詳細については、「Oracle Linux Virtualization Manager: スタート・ガイド」内のKVMホストの追加を参照してください。
プライマリ・サイトのすべてのホストでストレージ・プール・マネージャ(SPM)の優先度が高くなるように構成して、プライマリ・サイトのすべてのホストが使用できない場合にのみセカンダリ・サイトへのSPMフェイルオーバーが行われるようにします。

詳細については、「Oracle Linux Virtualization Manager: アーキテクチャおよびプランニング・ガイド」のStorage Pool Managerを参照してください。
フェイルオーバーが必要なすべての仮想マシンを高可用性として構成し、仮想マシンにターゲット記憶域ドメインのリースがあることを確認します。

詳細については、「クラスタ、ホストおよび仮想マシンの最適化」を参照してください。
ソフト・アフィニティをホストするように仮想マシンを構成し、アフィニティ・グループの動作を定義します。

詳細は、「oVirt仮想マシン管理ガイド」のグループを参照してください。

重要:

VMアフィニティ・ルール「強制」を有効にすると(アフィニティ・グループのリストで「ハード」と表示)、システムは、アフィニティ・グループ内の他の仮想マシンが実行されているホストとは異なるホストに仮想マシンを移行しません。詳細については、「Oracle Linux Virtualization Manager: リリース・ノート」の仮想マシンに関する問題を参照してください。

アクティブ・アクティブ型のフェイルオーバーは、メイン・サイトのホストをメンテナンス・モードにすることで手動で実行できます。