SnapMirror active syncは、メディエーターを使用してSnapMirror active syncコピーの受動的な監視を行います。ネットワークが分断された場合、または一方のコピーが使用できなくなった場合、SnapMirror active syncはメディエーターを使用して、どちらのコピーがI/O処理を継続するかを決定し、もう一方のコピーのI/O処理を停止します。オンプレミスONTAP Mediatorに加えて、ONTAP 9.17.1以降では、ONTAP Cloud Mediatorをインストールすることで、クラウド環境で同様の機能を提供できます。ONTAP MediatorとONTAP Cloud Mediatorのどちらか一方を使用できますが、両方を同時に使用することはできません。

Mediatorは、SnapMirrorアクティブ同期構成においてパッシブ クォーラム監視として重要な役割を果たし、クォーラムの維持を確保し、障害発生時のデータ アクセスを容易にします。コントローラのpingプロキシとして機能し、ピア コントローラの稼働状態を確認します。Mediatorはスイッチオーバー処理を積極的にトリガーすることはありませんが、ネットワーク通信に問題が発生した場合に、正常なノードがパートナーのステータスを確認できるようにするという重要な機能を提供します。クォーラム監視としての役割において、ONTAP Mediatorはピア クラスタへの代替パス（実質的にはプロキシとして機能）を提供します。

さらに、クラスタがクォーラム プロセスの一部としてこの情報を取得できるようにします。通信には、ノード管理 LIF とクラスタ管理 LIF を使用します。サイト障害とInterSwitch Link（ISL）障害を区別するために、複数のパスを介して冗長接続を確立します。イベントが原因でクラスタが Mediator ソフトウェアおよびそのすべてのノードとの接続を失うと、到達不能とみなされます。これによりアラートがトリガーされ、セカンダリ サイトのミラー コンシステンシ グループへの自動フェイルオーバーが有効になり、クライアントの中断のない I/O が保証されます。レプリケーション データ パスはハートビート メカニズムに依存しており、ネットワークの障害またはイベントが一定期間を超えて継続すると、ハートビート障害が発生し、関係が同期されなくなる可能性があります。ただし、別のポートへの LIF フェイルオーバーなどの冗長パスが存在すると、ハートビートが維持され、このような中断を防ぐことができます。

ONTAP Mediatorは、監視対象の2つのONTAPクラスタとは別の3番目の障害ドメインにインストールされます。このセットアップには、3つの主要コンポーネントがあります：

SANの構成

NASの構成

ONTAP Mediator は次の目的で使用されます：

詳細については、"ONTAP Mediator"のドキュメントを参照してください。

ONTAP 9.17.1以降、ONTAP Cloud MediatorはNetApp Consoleでクラウドベースのサービスとして利用可能になり、SnapMirror Active Syncと連携して使用できます。ONTAP Mediatorと同様に、ONTAP Cloud MediatorはSnapMirror Active Sync関係において以下の機能を提供します：

ONTAP Cloud Mediatorは、SnapMirror Active Syncの導入を簡素化します。NetApp Consoleクラウド サービスを、管理が不要な第3サイトとして使用します。ONTAP Cloud Mediatorサービスは、オンプレミスのONTAP Mediatorと同じ機能を提供しますが、ONTAP Cloud Mediatorは第3サイトの維持に伴う運用上の複雑さを軽減します。一方、ONTAP Mediatorはパッケージとして提供されており、独立した電源とネットワーク インフラを備えた第3サイトで稼働するLinuxホストにインストールする必要があります。

次の図は、SAN構成における SnapMirror アクティブ同期の設計の概要を示しています。

この図は、プライマリ データセンターのStorage VM（SVM）でホストされているエンタープライズ アプリケーションを示しています。SVMには5つのボリュームがあり、そのうちの3つは整合性グループに属しています。整合性グループ内の3つのボリュームはセカンダリ データセンターにミラーリングされています。通常は、書き込み処理がいずれもプライマリ データセンターに対して実行されます。つまり、そのデータセンターがI/O処理のソースとして機能し、セカンダリ データセンターがデスティネーションとして機能します。

プライマリ データ センターで災害が発生した場合、ONTAPはセカンダリ データ センターをプライマリとして動作させ、すべてのI/O操作を処理します。処理対象となるのは、コンシステンシ グループ内でミラーリングされているボリュームのみです。SVM上の他の2つのボリュームに関連する操作は、災害の影響を受けます。

SnapMirror active syncは、SAN構成向けに非対称および対称のソリューションを提供します。

_非対称構成_では、プライマリ ストレージ コピーはアクティブ最適化パスを公開し、クライアントI/Oをアクティブに処理します。セカンダリ サイトはI/Oにリモート パスを使用します。セカンダリ サイトのストレージ パスはアクティブ非最適化パスとみなされます。書き込みLUNへのアクセスはセカンダリ サイトからプロキシされます。NVMeプロトコルは非対称構成ではサポートされません。

_対称アクティブ / アクティブ構成_では、アクティブに最適化されたパスは両方のサイトで公開され、ホスト固有であり、構成可能であるため、どちらの側のホストもアクティブ I/O のローカルストレージにアクセスできます。ONTAP 9.16.1 以降、対称アクティブ / アクティブは 2 ノードクラスターと 4 ノードクラスターでサポートされます。SnapMirror Active Sync は、2 ノードクラスターから 2 ノードクラスターの構成と、4 ノードクラスターから 4 ノードクラスターの構成をサポートします。4 ノードクラスターから 2 ノードクラスターの構成、または 2 ノードクラスターから 4 ノードクラスターの構成はサポートされていません。ONTAP 9.17.1 以降、対称アクティブ / アクティブ構成は、2 ノードクラスターで NVMe プロトコルをサポートします。

対称アクティブ / アクティブは、VMware Metro Storage Cluster、Oracle RAC、SQLを使用したWindowsフェイルオーバー クラスタリングなどのクラスタ アプリケーションを対象としています。

ONTAP 9.19.1 以降、SnapMirror アクティブ同期は SVM レベルで NAS ワークロードの保護を提供します。NAS 構成では、フェイルオーバーイベントが発生するまで、デスティネーション（セカンダリ）SVM は休止状態のままになります。無停止フェイルオーバーを有効にするには、IP アドレスを含むネットワーク ID とプロトコル設定が、プライマリ SVM とセカンダリ SVM の両方で同一である必要があります。これらの設定はセカンダリ クラスタに自動的にレプリケートされ、両方のクラスタ間で一貫した IP アドレスとプロトコル設定が確保されます。次の図は、NAS 構成における SnapMirror アクティブ同期の設計の概要を示しています。

ONTAP 9.19.1 では、FlexVol ボリュームのみがサポートされています。整合性グループはサポートされていません。FlexVol のみのサポートでは、セカンダリ クラスタはボリューム間の書き込み順序の整合性を保証しません。図では、データと構成情報は、ソース クラスタ上の SVM A1 から、デスティネーション クラスタ上の休止状態の SVM である SVM A1' にレプリケートされます。