SnapMirror Active Sync（SnapMirror Business Continuity[[SM-BC]]とも呼ばれます）は、セカンダリーコピーを使用してアプリケーションを透過的にフェイルオーバーできるため、サイト全体に障害が発生してもビジネスサービスの運用を継続できます。SnapMirror Active Syncでフェイルオーバーをトリガーするために、手動操作やカスタムスクリプトは必要ありません。

ONTAP 9.9.1以降では、ETERNUS AXシリーズ、オールフラッシュSANアレイ（ASA）クラスタ、およびCシリーズ（ETERNUS AXまたはASA）でSnapMirror Active Syncがサポートされます。プライマリークラスタとセカンダリークラスタのタイプ（ASAまたはETERNUS AX）が同じである必要があります。SnapMirror Active Syncは、iSCSI LUNまたはFCP LUNを使用してアプリケーションを保護します。

ONTAP 9.15.1以降では、SnapMirror Active Syncで対称アクティブ / アクティブ機能がサポートされ、双方向同期レプリケーションにより、保護されたLUNの両方のコピーからの読み取り / 書き込みI/O処理が可能になり、両方のLUNコピーがローカルでI/O処理を実行できます。ONTAP 9.15.1より前のバージョンでは、SnapMirror Active Syncでサポートされるのは、セカンダリーサイトのデータがLUNにプロキシされる非対称アクティブ / アクティブ構成のみです。

メリット

SnapMirror Active Syncには次のようなメリットがあります。

ビジネスクリティカルなアプリケーションの継続的可用性
重要なアプリケーションをプライマリーサイトとセカンダリーサイトで交互にホストすることが可能
整合性グループを使用して従属書き込み順序の整合性を維持し、シンプルなアプリケーション管理を実現する
アプリケーションごとにフェイルオーバーをテストできる
アプリケーションの可用性に影響を与えることなくミラークローンを瞬時に作成できる
保護されているワークロードと保護されていないワークロードを同じONTAPクラスタに導入できる
LUN IDが同じままであるため、アプリケーションがLUNを共有仮想デバイスとして認識する
セカンダリークラスタを柔軟に再利用して、クローンを瞬時に作成することで、アプリケーションのパフォーマンスや可用性に影響を与えることなく、開発テスト、UAT、レポート作成にアプリケーションを使用できる

SnapMirror Active Syncを使用すると、データLUNを保護し、アプリケーションが災害発生時に透過的にフェイルオーバーしてビジネス継続性を維持できます。詳細については、ユースケースに関するセクションを参照してください。

主要な概念

SnapMirror Active Syncは、整合性グループとONTAP Mediatorを使用して、災害が発生した場合でもデータが確実にレプリケートされ、提供されるようにします。SnapMirror Active Syncの導入を計画する際は、SnapMirror Active Syncとそのアーキテクチャーの基本概念を理解しておくことが重要です。

非対称と対称

SnapMirror Active Syncでは、非対称アクティブ / アクティブソリューションをサポートしています。また、ONTAP 9.15.1以降の場合、対称アクティブ / アクティブソリューションもサポートしています。これらのオプションは、ホストがストレージパスにアクセスしてデータを書き込む方法を表しています。非対称構成では、セカンダリーサイトのデータがLUNにプロキシされます。対称アクティブ / アクティブ構成では、両方のサイトがアクティブなI/Oのためにローカルストレージにアクセスできます。

対称アクティブ / アクティブは、VMware VMSc、SQLを使用したWindowsフェイルオーバークラスタ、Oracle RACなどのクラスタアプリケーション向けに最適化されています。

詳細については、「SnapMirror Active Syncアーキテクチャー」を参照してください。

整合性グループ

整合性グループはFlexVolの集まりで、ビジネス継続性のために保護が必要なアプリケーションワークロードについて整合性を保証します。

整合性グループの目的は、複数のボリュームのSnapshotイメージを同時に作成して、一連のボリュームの特定の時点のクラッシュ整合性コピーを確保することです。整合性グループにより、データセットのすべてのボリュームが休止され、同じ時点でのSnapshotが作成されます。そのため、そのデータセットをサポートするボリューム間でデータ整合性のあるリストアポイントが得られます。整合性グループはこうして従属書き込み順序の整合性を維持します。ビジネス継続性のためにアプリケーションを保護する場合は、ソースとデスティネーションの整合性グループの間にデータ保護関係を確立できるように、このアプリケーションに対応するボリュームのグループを整合性グループに追加する必要があります。ソースとデスティネーションの整合性グループには、同じ数とタイプのボリュームを含める必要があります。

構成

SnapMirror Active Sync関係で保護される整合性グループに属する個々のボリュームまたはLUNを指します。

ONTAP Mediator

ONTAP Mediatorは、ピア関係にあるONTAPクラスタとノードに関する健全性情報を受け取り、2つのクラスタ間でオーケストレーションを行い、各ノード / クラスタが正常な状態で、稼働しているかを判断します。ONTAP Mediatorは、次に関する健全性情報を提供します。

ピア関係にあるONTAPクラスタ
ピア関係にあるONTAPクラスタノード
（SnapMirror Active Sync関係にあるフェイルオーバーユニットを定義する）整合性グループ。各整合性グループの次の情報が提供されます。
- レプリケーションの状態：未初期化、同期中、非同期
- プライマリーコピーをホストしているクラスタ
- 処理コンテキスト（計画的フェイルオーバーに使用）

このONTAP Mediatorの健全性情報により、クラスタは障害のタイプを区別し、自動フェイルオーバーを実行するかを判断できます。ONTAP Mediatorは、両方のONTAPクラスタ（プライマリーおよびセカンダリー）とともに、SnapMirror Active Syncクォーラムを構成する3つのメンバーの1つです。合意に至るには、クォーラムの2つ以上のメンバーが特定の処理に同意する必要があります。

ONTAP 9.15.1以降では、ONTAP System Managerに、どちらかのクラスタのSnapMirror Active Sync関係のステータスが表示されます。ONTAP System Managerでは、どちらかのクラスタのONTAP Mediatorのステータスも監視できます。以前のリリースのONTAPでは、ONTAP System Managerに、ソースクラスタのSnapMirror Active Sync関係のステータスが表示されます。

計画的フェイルオーバー

SnapMirror Active Sync関係でのコピーの役割を変更する手動処理。プライマリーサイトがセカンダリーサイトに、セカンダリーサイトがプライマリーサイトになります。

プライマリーファーストとプライマリーバイアス

SnapMirror Active Syncでは、ネットワークが分割された場合のI/O処理にプライマリーコピーを優先するプライマリーファーストの原則が使用されます。

プライマリーバイアスとは、SnapMirror Active Syncで保護されたデータセットの可用性を向上させる特別なクォーラムの実装です。どちらのクラスタからもONTAP Mediatorにアクセスできない場合に、プライマリーコピーが使用可能だと、プライマリーバイアスが効果を発揮します。

ONTAP 9.15.1以降では、SnapMirror Active Syncでプライマリーファーストとプライマリーバイアスがサポートされます。プライマリーコピーはONTAP System Managerで指定され、REST APIおよびCLIを使用して出力されます。

計画外のフェイルオーバー（AUFO）

ミラーコピーへのフェイルオーバーを実行する自動処理。この処理には、プライマリーコピーが使用できないことを検出するためにONTAP Mediatorが必要です。

非同期（OOS）

アプリケーションI/Oがセカンダリーストレージシステムにレプリケートされていない場合は、非同期として報告されます。非同期ステータスは、セカンダリーボリュームがプライマリー（ソース）ボリュームと同期されておらず、SnapMirrorによるレプリケーションが実行されていないことを意味します。

ミラー状態がSnapmirroredの場合、これは転送の失敗またはサポートされていない操作による失敗を示します。

SnapMirror Active Syncは自動再同期をサポートしており、コピーをInSync状態に戻すことができます。

ONTAP 9.15.1以降では、SnapMirror Active Syncでファンアウト構成の自動再設定がサポートされます。

均一な構成と非均一な構成

均一なホストアクセスとは、両方のサイトのホストが、両方のサイトのストレージクラスタへのすべてのパスに接続されていることを意味します。サイト間パスが長い距離にわたって拡張されます。
不均一なホストアクセスとは、各サイトのホストが同じサイトのクラスタにのみ接続されていることを意味します。サイト間パスと拡張パスは接続されません。

均一なホストアクセスは、すべてのSnapMirror Active Sync構成でサポートされます。不均一なホストアクセスは、対称アクティブ / アクティブ構成でのみサポートされます。

RPOゼロ

RPOはRecovery Point Objective（目標復旧時点）の略で、所定の期間内に許容可能とみなされるデータ損失量を指します。RPOゼロとは、データ損失が一切許容されないことを意味します。

RTOゼロ

RTOはRecovery Time Objective（目標復旧時間）の略で、システム停止、障害、またはその他のデータ損失イベントが発生してから、アプリケーションが無停止で通常の処理に戻るまでに許容可能とみなされる時間です。RTOゼロとは、ダウンタイムが一切許容されないことを意味します。