MetroCluster の継続的可用性
-
このドキュメント ページのPDF
-
ボリューム管理
- CLI を使用した論理ストレージ管理
-
NAS ストレージ管理
-
CLIを使用したSMBの管理
- SMB を使用したファイルアクセスの管理
-
CLIを使用したSMBの管理
-
ボリューム管理
PDF版ドキュメントのセット
Creating your file...
MetroCluster 構成は、物理的に分離された 2 つのミラークラスタを実装することでデータを保護します。各クラスタが、もう一方のクラスタのデータおよび SVM 設定を同期的にレプリケートします。一方のサイトで災害が発生したときは、ミラーリングされた SVM をアクティブ化し、ミラーリングされたデータをセカンダリサイトから提供できます。
-
_ ファブリック接続 MetroCluster 設定は、メトロポリタン規模のクラスタをサポートします。
-
_Stretch MetroCluster _configurations は、キャンパス全体のクラスタをサポートします。
いずれの場合も、クラスタ間でピア関係を設定する必要があります
MetroCluster では、 _ SyncMirror _ という ONTAP 機能を使用して、もう一方のクラスタのストレージでコピーまたは _フレ ツクス _ の形式で各クラスタのアグリゲートデータを同期的にミラーリングします。スイッチオーバーでは、サバイバークラスタ上のリモートプレックスがオンラインになり、セカンダリ SVM がデータの提供を開始します。
MetroCluster以外の実装でのSyncMirrorの使用 アグリゲートデータは、別々のディスクシェルフに格納されたプレックス間でミラーリングされます。一方のシェルフが使用できなくなった場合、影響を受けていないプレックスが障害原因の修正中も引き続きデータを提供します。 SyncMirror を使用してミラーリングされたアグリゲートは、ミラーリングされていないアグリゲートの 2 倍のストレージを必要とすることに注意してください。各プレックスに、ミラーリングするプレックスと同じ数のディスクが必要です。たとえば、 1 、 440GB のアグリゲートをミラーリングするには、プレックス 1 つにつき 1 、 440GB 、合計で 2 、 880GB のディスクスペースが必要です。 SyncMirrorでは、ストレージのパフォーマンスと可用性を最適化するために、ミラーアグリゲート用に少なくとも20%の空きスペースを確保することを推奨します。ミラーされていないアグリゲートでは10%が推奨されますが、追加の10%のスペースはファイルシステムで増分変更に対応するために使用できます。増分変更を行うと、ONTAPのcopy-on-write Snapshotベースのアーキテクチャにより、ミラーされたアグリゲートのスペース使用率が向上します。これらのベストプラクティスに従わないと、SyncMirrorの再同期のパフォーマンスが低下し、非共有クラウド環境のNDUやMetroCluster環境のスイッチバックなどの運用ワークフローに間接的に影響します。
|