エフサステクノロジーズ株式会社

本ページの製品は2024年4月1日より、エフサステクノロジーズ株式会社に統合となり、順次、切り替えを実施してまいります。一部、富士通表記が混在することがありますので、ご了承ください。

ONTAP 9 マニュアル ( CA08871-402 )

MetroClusterの継続的可用性

MetroCluster構成は、物理的に分離された2つのミラー クラスタを実装することでデータを保護します。各クラスタが、もう一方のクラスタのデータおよびSVM設定を同期的にレプリケートします。一方のサイトで災害が発生したときは、管理者はミラーリングされたSVMをアクティブ化し、ミラーリングされたデータをセカンダリー サイトから提供できます。

  • ファブリック接続MetroCluster 構成は、メトロポリタン規模のクラスタをサポートします。

いずれの場合も、クラスタ間でピア関係を確立する必要があります。

MetroClusterでは、SyncMirrorと呼ばれるONTAPの機能を使用して、各クラスタのアグリゲート データがもう一方のクラスタのストレージにあるコピー(プレックス)との間で同期的にミラーリングされます。スイッチオーバーが発生すると、サバイバー クラスタ上のリモート プレックスがオンラインになり、セカンダリーSVMがデータの提供を開始します。

Diagram showing MetroCluster serving data from site B.

MetroCluster以外の実装でのSyncMirrorの使用
MetroCluster以外の実装では、必要に応じてSyncMirrorを使用することで、RAIDタイプで保護されるドライブ数よりも多くのドライブで障害が発生した場合やRAIDグループのドライブへの接続が切断された場合のデータ損失を防ぐことができます。この機能はHAペアに対してのみ使用できます。

アグリゲート データは、別々のドライブ シェルフに格納されたプレックス間でミラーリングされます。一方のシェルフが使用できなくなった場合、影響を受けていないプレックスが障害からの復旧作業中も引き続きデータを提供します。

SyncMirrorを使用してミラーリングされたアグリゲートは、ミラーリングされていないアグリゲートの2倍のストレージを必要とすることに注意してください。各プレックスに、ミラーリングするプレックスと同じ数のドライブが必要です。たとえば、1,440GBのアグリゲートをミラーリングするには、プレックス1つにつき1,440GB、合計で2,880GBのドライブ スペースが必要です。

SyncMirrorでは、ストレージのパフォーマンスと可用性を最適化するために、ミラーアグリゲート用に少なくとも20%の空きスペースを確保することを推奨します。ミラーされていないアグリゲートでは10%が推奨されますが、追加の10%のスペースはファイルシステムで増分変更に対応するために使用できます。増分変更を行うと、ONTAPのcopy-on-write Snapshotベースのアーキテクチャーにより、ミラーされたアグリゲートのスペース使用率が向上します。これらのベストプラクティスに従わないと、SyncMirrorの再同期のパフォーマンスが低下し、非共有クラウド環境のNDUやMetroCluster環境のスイッチバックなどの運用ワークフローに間接的に影響します。

本トピックの構成


MetroClusterの継続的可用性

Top of Page