ONTAP SnapMirror アクティブ同期の相互運用性
SnapMirrorアクティブ同期は、多数のオペレーティング システム、アプリケーション ホスト、ONTAPのその他の機能と互換性があります。
NAS構成に関する追加のサポート情報については、"NAS向けONTAP SnapMirror active syncによる保護"を参照してください。
|
|
ここで説明されていない特定のサポート性と相互運用性の詳細については、Interoperability Matrix Tool("IMT にログインします。"を参照してください。 |
アプリケーション ホスト
SnapMirror active sync は、Hyper-V、ESXi などのハイパーバイザー、Red Hat Enterprise Linux(RHEL)、Windows Server などのオペレーティング システム、vSphere Metro Storage Cluster(vMSC)などのクラスタリング ソリューション、および ONTAP 9.14.1 以降では Windows Server Failover Cluster をサポートします。
オペレーティング システム
SnapMirrorアクティブ同期は、次のようなさまざまなオペレーティング システムでサポートされています。
-
AIX
-
ONTAP 9.19.1以降、透過的アプリケーションフェイルオーバー(TAF)は対称型アクティブ / アクティブ構成でサポートされています。PVRは不要です。
-
ONTAP 9.11.1からONTAP 9.18.1では、AIXは対称アクティブ / アクティブ構成での自動フェイルオーバーについてPVRでのみサポートされます。
-
-
HP-UX(ONTAP 9.10.1以降)
-
Solaris 11.4(ONTAP 9.10.1以降)
AIX
ONTAP 9.19.1以降、AIXの透過的アプリケーションフェイルオーバーは、対称型アクティブ/アクティブ構成のSnapMirrorアクティブ同期でサポートされています。System ManagerまたはONTAP CLIを使用してAIX LUNを作成できます。透過的なフェイルオーバーを実現するには、ONTAP CLIを使用する場合、lun createコマンドまたはlun modifyコマンドでオプションaccess-mode localを使用する必要があります。デフォルトでは、アクセスモードはglobalに設定されています。System Managerを使用する場合は、ホストとしてAIXを選択し、アクセスモードとしてlocalを選択します。LUNの作成の詳細については、"SANストレージのプロビジョニング"を参照してください。AIXのサポートに関する追加情報については、NetAppナレッジベースの記事("AIX 向けSnapMirror アクティブ同期サポート:ONTAP リリース別の動作と移行ガイダンス")を参照してください。
ONTAP 9.11.1からONTAP 9.18.1を使用している場合、AIXは標準エンジニアリング機能ポリシー変更要求(FPVR)を介したSnapMirrorアクティブ同期でサポートされますが、以下の規定を理解していることが前提となります:
-
SnapMirror active syncはゼロRPOのデータ保護を提供できますが、AIXのフェイルオーバープロセスではパスの変更を認識するための追加手順が必要です。ルートボリュームグループに属していないLUNは、 `cfgmgr`コマンドが実行されるまでI/Oが一時停止します。これは自動化可能であり、ほとんどのアプリケーションはそれ以上の中断なく動作を再開できます。
-
ルートボリュームグループに含まれるLUNは、通常SnapMirror active syncで保護すべきではありません。フェイルオーバー後に `cfgmgr`コマンドを実行することはできないため、SANパスの変更を認識するには再起動が必要です。ルートボリュームグループのゼロRPOデータ保護は実現可能ですが、フェイルオーバーは中断を伴います。
AIXでのSnapMirrorアクティブ同期の詳細については、NetAppアカウント チームにお問い合わせください。
HP-UX
ONTAP 9.10.1 以降では、HP-UX 用の SnapMirror active sync がサポートされます。
分離されたプライマリクラスタで発生する自動計画外フェイルオーバー(AUFO)イベントは、プライマリクラスタとセカンダリクラスタ間の接続が失われ、かつプライマリクラスタとメディエーター間の接続も失われた場合に発生する二重イベント障害が原因である可能性があります。これは、他のAUFOイベントとは異なり、まれなイベントと見なされます。
-
このような場合、HP-UXホストでI/Oが再開されるまでに120秒以上かかることがあります。実行中のアプリケーションによっては、I/Oが中断しない場合や、エラー メッセージが表示されない場合があります。
-
問題を修正するには、許容される中断時間が120秒未満のHP-UXホストでアプリケーションを再起動する必要があります。
Solaris
ONTAP 9.10.1以降では、SnapMirrorアクティブ同期でSolaris 11.4がサポートされます。
SnapMirror Active Sync環境で計画外のサイトフェイルオーバースイッチオーバーが発生した場合でも、Solarisクライアントアプリケーションが中断されないよう、Solaris OSのデフォルト設定を変更してください。推奨設定でSolarisを構成するには、"NetAppナレッジベース:Solaris ホストサポートのSnapMirror active syncの推奨設定"を参照してください。
ONTAPの相互運用性
SnapMirrorアクティブ同期は、ONTAPのコンポーネントと統合されて、データ保護機能を拡張します。
自律型ランサムウェア対策
ONTAP 9.19.1 以降、ARP/AI は SnapMirror アクティブ同期 SAN 関係に参加するプライマリ ボリュームをサポートします。詳細については、"自律型ランサムウェア対策のユースケースと考慮事項" を参照してください。
FabricPool
SnapMirrorアクティブ同期では、階層化ポリシーが「None」、「Snapshot」、「Auto」のいずれかに設定されたFabricPoolアグリゲート内のボリュームがソースとデスティネーションとしてサポートされます。「All」階層化ポリシーを使用するFabricPoolアグリゲートはサポートされません。
ファンアウト構成
ファンアウト構成では、ソース ボリュームをSnapMirrorアクティブ同期の宛先エンドポイントと 1 つのSnapMirror非同期関係にミラーリングできます。

SnapMirror active sync for SAN は、ファンアウト構成を `MirrorAllSnapshots`ポリシーとともにサポートし、ONTAP 9.11.1 以降では `MirrorAndVault`ポリシーもサポートします。ファンアウト構成は、 `XDPDefault`ポリシーを使用した SnapMirror active sync ではサポートされていません。
ONTAP 9.15.1 以降、SnapMirror active sync は、フェイルオーバーイベント後のファンアウトレッグにおける自動再構成をサポートします。プライマリサイトからセカンダリサイトへのフェイルオーバーが成功した場合、ファンアウト関係の再構成は、非同期ファンアウトレッグの次回の定期更新中に開始されます。SnapMirror active sync のフェイルオーバー直後にはトリガーされません。非同期ファンアウトレッグは、SAN 構成における整合性グループ関係、または独立したボリューム関係のいずれかになります。この再構成はどちらの場合にも有効です。再構成は、計画的または計画外のフェイルオーバーのいずれかによってトリガーされます。再構成は、プライマリサイトへのフェイルバック時にも発生します。
以前のリリースのONTAPでファンアウト構成を管理する方法については、ファンアウト構成で保護を再開するを参照してください。
NDMPのリストア
ONTAP 9.13.1以降では、NDMPによるデータのコピーとリストアをSnapMirror active syncで使用できます。NDMPを使用すると、データをSnapMirror active syncソースに移動して、保護を一時停止することなくリストアを完了できます。これはファンアウト構成で特に便利です。
SnapCenter
SnapMirror active syncは、"SnapCenter 5.0"以降のSnapCenterでサポートされています。SnapCenterでは、アプリケーションと仮想マシンの保護とリカバリに使用できるSnapshotを作成でき、アプリケーションレベルの精度で常時使用可能なストレージソリューションを実現します。
SnapRestore
SnapMirrorアクティブ同期では、Partial File SnapRestoreとSingle File SnapRestoreがサポートされます。
ONTAP 9.11.1以降、単一ファイルSnapRestoreはSnapMirror Active Syncボリュームでサポートされます。SnapMirror Active Syncソースからデスティネーションにレプリケートされたスナップショットから、単一のファイルをリストアできます。ボリュームには1つ以上のLUNを含めることができるため、この機能により、他のLUNに影響を与えることなく単一のLUNをきめ細かくリストアすることで、システムの停止を最小限に抑えたリストア操作を実現できます。単一ファイルSnapRestoreには、インプレースとアウトオブプレースの2つのオプションがあります。
ONTAP 9.12.1以降、"部分的な LUN の復元"はSnapMirrorアクティブ同期ボリュームでサポートされています。アプリケーションが作成したスナップショットからデータを復元できます。このスナップショットは、SnapMirrorアクティブ同期ソース(ボリューム)とデスティネーション(スナップショット)ボリューム間でレプリケートされています。同じ LUN 上に複数のデータベースが格納されているホスト上でデータベースを復元する必要がある場合は、LUN またはファイルの部分的な復元が必要になることがあります。この機能を使用するには、データの開始バイトオフセットとバイト数を把握している必要があります。
改ざん防止スナップショット
改ざん防止スナップショットはSnapMirrorアクティブ同期ではサポートされていません。
大規模なLUNと大容量ボリューム
大規模なLUNと大容量ボリューム(100TBを超えるボリューム)がサポートされるかどうかは、使用しているONTAPのバージョンとプラットフォームによって決まります。
-
ONTAP 9.12.1P2以降では、ASAおよびAFF(AシリーズとCシリーズ)で大規模なLUNと100TBを超える大容量ボリュームがサポートされます。プライマリ クラスタとセカンダリ クラスタのタイプ(ASAまたはAFF)が同じである必要があります。AFF AシリーズからAFF Cシリーズ(またはその逆)へのレプリケーションがサポートされます。
|
|
ONTAPリリース9.12.1P2以降では、プライマリ クラスタとセカンダリ クラスタの両方がオールフラッシュSANアレイ(ASA)またはオールフラッシュ アレイ(AFF)のいずれかで、両方にONTAP 9.12.1P2以降がインストールされていることを確認する必要があります。セカンダリ クラスタでONTAP 9.12.1P2よりも前のバージョンが実行されている場合やアレイ タイプがプライマリ クラスタと異なる場合、プライマリ ボリュームが100TBを超えると同期関係が維持されなくなることがあります。 |
-
ONTAP 9.9.1~9.12.1P1のONTAPリリースでは、大規模なLUNと100TBを超える大容量ボリュームが、オールフラッシュSANアレイでのみサポートされます。AFF AシリーズからAFF Cシリーズ(またはその逆)へのレプリケーションがサポートされます。
|
|
ONTAP 9.9.1~9.12.1P2のONTAPリリースでは、プライマリ クラスタとセカンダリ クラスタの両方がオールフラッシュSANアレイで、両方にONTAP 9.9.1以降がインストールされていることを確認する必要があります。セカンダリ クラスタでONTAP 9.9.1よりも前のバージョンが実行されている場合やオールフラッシュSANアレイでない場合、プライマリ ボリュームが100TBを超えると同期関係を維持できなくなります。 |