ONTAPバージョン
ソースとデスティネーションのクラスタでONTAP 9.10.1以降が実行されている必要があります。
ライセンス
ソースとデスティネーションのONTAPシステムに次のライセンスバンドルが必要です。
- Core Bundle
  ONTAP S3のプロトコルおよびストレージ向け。
- Data Protection Bundle
  S3 SnapMirrorで富士通の他のオブジェクトストア（ONTAP S3およびCloud Volumes ONTAP）をターゲットにする場合。
- Data Protection BundleとHybrid Cloud Bundle
  S3 SnapMirrorで他社製のオブジェクトストア（AWS S3）をターゲットにする場合。
ONTAP S3
- ソースとデスティネーションのSVMでONTAP S3サーバーが実行されている必要があります。
- TLSアクセス用のCA証明書はS3サーバーをホストするシステムにインストールすることを推奨しますが、必須ではありません。
  - S3サーバー証明書の署名に使用されたCA証明書を、S3サーバーをホストするクラスタの管理Storage VMにインストールする必要があります。
  - 自己署名CA証明書または外部CAベンダーが署名した証明書を使用できます。
  - ソースまたはデスティネーションのStorage VMがHTTPSをリッスンしていない場合、CA証明書をインストールする必要はありません。
ピアリング（ONTAP S3ターゲットの場合）
- クラスタ間LIFが設定されている必要があります（リモートのONTAPターゲットの場合）。
- ソースとデスティネーションのクラスタがピアリングされている必要があります（リモートのONTAPターゲットの場合）。
- ソースとデスティネーションのStorage VMがピアリングされている必要があります（すべてのONTAPターゲットで必須）。
SnapMirrorポリシー
- すべてのS3 SnapMirror関係にS3固有のSnapMirrorポリシーが必要ですが、複数の関係に同じポリシーを使用することができます。
- 独自のポリシーを作成するか、デフォルトの Continuous ポリシーを使用できます。デフォルトのポリシーの値は次のとおりです。
  - スロットル（スループット / 帯域幅の上限）：無制限。
  - 目標復旧時点：1時間（3600秒）。
rootユーザーのキー
S3 SnapMirror関係では、Storage VMのrootユーザーのアクセスキーが必要です。このキーはデフォルトでは割り当てられません。S3 SnapMirror関係を初めて作成するときに、ソースとデスティネーションの両方のStorage VMに対するキーがあることを確認し、ない場合は再生成する必要があります。再生成が必要となった場合は、アクセスキーとシークレットキーのペアを使用するすべてのクライアントとすべてのSnapMirrorオブジェクトストアの設定を新しいキーで更新する必要があります。

S3サーバーの設定については、次のトピックを参照してください。

クラスタおよびStorage VMのピアリングについては、次のトピックを参照してください。

S3 SnapMirrorに関する考慮事項と制限事項

新しいバケットを作成する際、ユーザーとグループを作成してアクセスを制御できます。詳細については、次のトピックを参照してください。

S3 SnapMirrorの現在のリリースでは、次のSnapMirror標準機能はサポートされていません。

ファンイン構成（複数のソースバケットと1つのデスティネーションバケットの間のデータ保護関係）

S3 SnapMirrorでは、複数のクラスタから単一のセカンダリークラスタへの複数のバケットのミラーはサポートされますが、各ソースバケットに対応する独自のデスティネーションバケットがセカンダリークラスタに必要です。