Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ONTAP Select HA RSMとミラーアグリゲート

RAID SyncMirror(RSM)、ミラーアグリゲート、および書き込みパスを使用してデータ損失を防止します。

同期レプリケーション

ONTAP HAモデルは、HAパートナーという概念に基づいて構築されています。ONTAP Selectは、ONTAPに搭載されているRAID SyncMirror(RSM)機能を使用してクラスタノード間でデータブロックを複製し、HAペア全体にユーザデータのコピーを2つ分散させることで、このアーキテクチャを非共有汎用サーバ環境に拡張します。

2ノードクラスタメディエータを使用すると、2つのデータセンターにまたがることができます。詳細については、セクション"2ノード伸長HA(MetroCluster SDS)のベストプラクティス"を参照してください。

ミラーアグリゲート

ONTAP Selectクラスタは2~12個のノードで構成されます。各HAペアには、IPネットワークを介してノード間で同期的にミラーリングされたユーザデータのコピーが2つ含まれています。このミラーリングはユーザに対して透過的であり、データ アグリゲートの作成プロセス中に自動的に設定されるデータ アグリゲートのプロパティです。

ONTAP Selectクラスタ内のすべてのアグリゲートは、ノードのフェイルオーバーが発生した場合のデータ可用性を確保し、ハードウェア障害が発生した場合のSPOFを回避するために、ミラーリングする必要があります。ONTAP Selectクラスタ内のアグリゲートは、HAペアの各ノードから提供される仮想ディスクから構築され、以下のディスクを使用します:

  • ローカルディスクセット(現在のONTAP Selectノードによって提供)

  • ミラーリングされたディスクセット(現在のノードのHAパートナーによって提供される)

メモ ミラーリングされたアグリゲートを構築するために使用されるローカルディスクとミラーディスクは、同じサイズでなければなりません。これらのアグリゲートは、plex 0およびplex 1と呼ばれます(それぞれローカルミラーペアとリモートミラーペアを示します)。実際のplex番号は、インストール環境によって異なる場合があります。

このアプローチは、標準的なONTAPクラスタの動作方法とは根本的に異なります。これは、ONTAP Selectクラスタ内のすべてのルートディスクとデータディスクに適用されます。アグリゲートには、データのローカルコピーとミラーコピーの両方が含まれます。したがって、N個の仮想ディスクを含むアグリゲートは、N/2個のディスク分の固有のストレージを提供します。これは、データの2番目のコピーがそれぞれ固有のディスク上に存在するためです。

次の図は、4ノードONTAP Selectクラスタ内のHAペアを示しています。このクラスタ内には、両方のHAパートナーのストレージを使用する単一のアグリゲート(test)が存在します。このデータ アグリゲートは、2つの仮想ディスクセットで構成されています:ONTAP Select所有クラスタノード(Plex 0)から提供されるローカルセットと、フェイルオーバーパートナー(Plex 1)から提供されるリモートセットです。

Plex 0は、すべてのローカルディスクを格納するバケットです。Plex 1は、ミラーディスク、つまりユーザーデータの2つ目の複製コピーを保存する役割を担うディスクを格納するバケットです。アグリゲートを所有するノードはPlex 0にディスクを提供し、そのノードのHAパートナーはPlex 1にディスクを提供します。

次の図は、2つのディスクを持つミラーアグリゲートを示しています。このアグリゲートの内容は2つのクラスタノード間でミラーリングされており、ローカルディスクNET-1.1はPlex 0バケットに配置され、リモートディスクNET-2.1はPlex 1バケットに配置されています。この例では、アグリゲートtestは左側のクラスタノードによって所有されており、ローカルディスクNET-1.1とHAパートナーミラーディスクNET-2.1を使用しています。

ONTAP Selectミラーアグリゲート ONTAP Selectミラーアグリゲート

メモ ONTAP Selectクラスターがデプロイされると、システム上に存在するすべての仮想ディスクは自動的に適切なプレックスに割り当てられるため、ディスク割り当てに関してユーザーによる追加の手順は必要ありません。これにより、ディスクが誤って別のプレックスに割り当てられることを防ぎ、最適なミラーディスク構成を実現します。

書き込みパス

クラスタノード間でのデータブロックの同期ミラーリングと、システム障害時のデータ損失なしという要件は、ONTAP Selectクラスタ内で受信した書き込みが伝播する際の経路に大きな影響を与えます。このプロセスは2つの段階で構成されます:

  • 謝辞

  • デステージング

ターゲット ボリュームへの書き込みはデータ LIF を介して行われ、クライアントに確認応答が返される前に、ONTAP Select ノードのシステム ディスクに存在する仮想化された NVRAM パーティションにコミットされます。HA 構成では、追加の手順が発生します。これらの NVRAM 書き込みは、確認応答される前に、ターゲット ボリュームの所有者の HA パートナーに即座にミラーリングされます。このプロセスにより、元のノードでハードウェア障害が発生した場合でも、HA パートナー ノード上のファイル システムの整合性が保証されます。

書き込みがNVRAMにコミットされた後、ONTAPは定期的にこのパーティションの内容を適切な仮想ディスクに移動します。このプロセスはデステージングと呼ばれます。この処理は、対象ボリュームを所有するクラスタノード上で一度だけ実行され、HAパートナー上では実行されません。

次の図は、ONTAP Selectノードへの受信書き込み要求の書き込みパスを示しています。

*ONTAP Select書き込みパスワークフロー*ONTAP Select書き込みパスワークフロー

受信書き込み確認応答には、以下の手順が含まれます:

  • 書き込みは、ONTAP SelectノードAが所有する論理インターフェースを介してシステムに入ります。

  • 書き込みはノードAのNVRAMにコミットされ、HAパートナーであるノードBにミラーリングされます。

  • I/O要求が両方のHAノードに存在すると、要求はクライアントに確認応答されます。

ONTAP SelectのNVRAMからデータ アグリゲートへのデステージング(ONTAP CP)には、次の手順が含まれます。

  • 書き込みは仮想NVRAMから仮想データ アグリゲートにデステージされます。

  • ミラーエンジンは、ブロックを両方のプレックスに同期的に複製します。