RDMA 対応イーサネット・ポートを使用する HyperSwap システムの要件
RDMA 対応イーサネット・ポートを使用する HyperSwap® システムを構成する場合は、SAN 固有および RDMA 固有の要件をすべて満たしていることを確認してください。
- 各ノードは、1 次サイトおよび 2 次サイトの 2 つ以上の RDMA 対応イーサネット・ファブリックに直接接続する (2 個から 4 個のファブリックがサポートされている)。サイトは独立した障害ドメインとして定義されます。障害ドメインは、境界内のシステムの一部分です。その境界内のすべての障害 (電源障害、火災、または洪水など) は境界内に留まります。障害はその境界の外部にあるすべての部分に影響します。 障害ドメインは、データ・センター内の同じ部屋あるいはデータ・センター内の複数の部屋にまたがって配置することができ、また、同じ構内にある複数の建物、あるいは別の町にある複数の建物に配置することができます。異なる種類の障害ドメインが存在することにより、さまざまなタイプの障害からの保護が可能です。
- RDMA 対応イーサネット・ポートは、ノード間通信およびホスト接続のどちらにも使用できます。ただし、RDMA 対応イーサネット・ポートをホストとノード間通信に共有しないでください。RDMA 対応ポートは、外部ストレージへの接続ではサポートされていません。外部ストレージのホスト接続および仮想化のために、他のさまざまなプロトコルもサポートされています。
- ノードと外部ストレージ・システムの間のパスでのスイッチ間リンク (ISL) の使用は避ける。この構成が避けられない場合は、ISL 間の大量の RDMA トラフィックによる ISL の定量オーバーが起きないようにしてください。大部分の構成で、トランキングが必要です。 ISL の問題は診断が難しいので、障害を検出するために、スイッチ・ポートのエラー統計を収集し、定期的にモニターする必要があります。特に、一時停止フレームまたはファブリックの輻輳に関連するスイッチ・ポート・カウンターをモニターしてください。
- 3 番目のサイトで単一スイッチを使用することは、2 つの独立で予備のファブリックではなく、 単一ファブリックの作成につながる可能性がある。 単一ファブリックは、サポートされていない構成です。
- すべてのノード上のイーサネット・ポート 1 を、同じサブネット (複数可) に接続する必要があります。すべてのノードのイーサネット・ポート 2 (使用している場合) は、同じサブネットに接続されている必要があります (ポート 1 のサブネットとは別のサブネットでも構いません)。他のイーサネット・ポートにも同じ原則が適用されます。
- アプリケーションに属するボリュームを管理するために整合性グループを使用する。
この構造では、ローリング災害が発生した場合に、古いイメージは整合性があるため、そのアプリケーションに対して、必ず、使用することができます。
以下のガイドラインを使用して、整合性グループを作成してください。
- 整合性グループを使用して、各アプリケーションの災害復旧に使用できるデータを維持します。 アプリケーションの各ボリュームで、適切な整合性グループに関係を追加します。
- 関係を整合性グループに追加できるのは、両方のサイトがアクセス可能である場合など、特定の状態に限ります。
- 1 つのサイトにしかアクセスできないときに、より多くの容量をアプリケーションに提供するためにボリュームをそのアプリケーションに追加する必要がある場合、HyperSwap 関係を作成して追加することはできないため、注意してください。 障害が起きたサイトがリカバリーしたら、できるだけ早く関係を作成して整合性グループに追加してください。
- 3 番目の専用サイトを使用して、クォーラム・ディスクまたは IP クォーラム・アプリケーションを格納する。1 次サイトと 2 次サイトの間で通信が失われると、クォーラム・ディスクまたは IP クォーラム・アプリケーションが冗長性を提供します。さらに、必要に応じて、両方に、システムのリカバリーに使用される構成メタデータが含まれます。IP クォーラム・アプリケーションは、HyperSwap システムが iSCSI 接続ストレージ・システムに接続するときに使用されます。iSCSI ストレージは第 3 のサイトに構成することはできません。
- 3 番目のサイトでストレージ・システムが使用されている場合、そのストレージ・システムは、拡張クォーラム・ディスクをサポートしている必要があります。詳しい情報は、以下の Web サイトで利用できるインターオペラビリティー・マトリックスに記載されています。
- 独立したストレージ・システムを 1 次サイトおよび 2 次サイトに配置し、アクティブ/アクティブ関係を使用してその 2 つのサイト間でホスト・データをミラーリングする。
HyperSwap システムでは、アクティブ・クォーラム・ディスクは 3 番目のサイトに配置されます。1 次サイトと 2 次サイトの間の通信が失われた場合、 アクティブ・クォーラム・ディスクにアクセスできるサイトがトランザクションの処理を続行します。 アクティブ・クォーラム・ディスクへの通信が失われた場合は、 別のサイトの代わりのクォーラム・ディスクがアクティブ・クォーラム・ディスクになることができます。
ノードのシステムは、最大 3 つのクォーラム・ディスクを使用するように構成できます。ただし、システムがサイズの等しい 2 組のノードに分割されている場合の状態を解決するためには、1 つのクォーラム・ディスクしか選択できません。それ以外のクォーラム・ディスクの目的は、システムが分割される前にクォーラム・ディスクに障害が起きた場合の冗長性を提供することです。
RDMA 対応イーサネット・ポートを使用してノードを接続する HyperSwap システムの例を、図 1 に示します。
この構成では、1 次サイトまたは 2 次サイトのどちらに障害が起こった場合でも、残りのサイトが、クォーラム・ディスクをホストするストレージ・システムへの直接アクセスを保持するようにする必要があります。
- 一方のサイトの外部ストレージ・システムを他方のサイトのスイッチ・ファブリックに直接接続しないでください。
- これに代わる構成として、3 番目のサイトで追加の RDMA 対応スイッチを使用し、そのスイッチから 1 次サイトと 2 次サイトに接続するようにできます。
- HyperSwap システム構成がサポートされるのは、クォーラム・ディスクをホストするストレージ・システムが拡張クォーラムをサポートする場合のみです。システムは、 他のタイプのストレージ・システムを使用してクォーラム・ディスクを提供できますが、 これらのクォーラム・ディスクへのアクセスは常に、単一のパスを通じて行われます。
クォーラム・ディスクの構成要件については、技術情報「Guidance for Identifying and Changing Managed Disks Assigned as Quorum Disk Candidates」 (http://www.ibm.com/support) を参照してください。