はじめに

NetApp ONTAPストレージシステムを利用する場合は、例えばオンプレミスにあるONTAP、クラウド上のCloud Volumes ONTAP(CVO)やAmazon FSx for NetApp ONTAPなどから、マイグレーションやバックアップのためにデータをレプリケーションしたい場合があります。また可用性を高めることなどを目的として、オンプレからクラウドに移行したいようなケースもあるでしょう。例えば大阪リージョンにあるCVOを東京リージョンにバックアップしたい、自社運用のCVOをAWS full-managedのFSxNに切り替えたい、そういったケースも考えられます。それらの場合は、BlueXPのGUIからドラッグ＆ドロップ操作で簡単に実現できます。

この記事ではAWS上の同じリージョンにあるCVOをFSxNにレプリケーションを試してみた操作を、紹介したいと思います。

Keyword

SnapMirror
SnapMirrorはLANまたはWAN経由で、データを高速にレプリケートできる機能です。仮想環境であるかそうでないかを問わず、高いデータ可用性と高速なデータレプリケーションを実現できます。データをネットアップストレージシステムにレプリケートし、セカンダリデータを継続的に更新すると、データは常に最新の状態に保たれ、必要なときにいつでも利用できる状態に保たれます。外部のレプリケーション・サーバは必要ありません。
BlueXP
ストレージとデータサービスを統合コントロールプレーンで一元管理し、ハイブリッドマルチクラウドエクスペリエンスを変革します。わかりやすいインターフェイスと強力な自動化により、種類の異なる環境を管理する際のリソースの無駄、複雑さ、リスクを軽減でき、シンプルな運用が実現します。
Cloud Volumes ONTAP (CVO)
VMインスタンスにONTAPを搭載し、重複排除・圧縮・階層化などの効率化機能を提供する、クラウドストレージサービスです。CVOは、オンプレミスでお使いのアプライアンス型のONTAPと同等の機能を持ち、クラウド上のファイルとブロックのワークロードに対応した高度なデータ管理を実現するSoftware-Defined Storageです。データ保護、セキュリティ、コンプライアンスなどに対応しています。
Amazon FSx for NetApp ONTAP(FSxN)
AWSがフルマネージで提供している、NetAppのONTAPファイルシステムを用いたサービス。信頼性が高く、スケーラブルで、パフォーマンスが高く、機能が豊富なファイルストレージを提供するサービスです。これまでONTAPで非常によく使われてきた圧縮・重複排除・階層化機能、及びAPIオペレーションといった機能を、AWSがフルマネージで提供しています。

手順

1.FSxNとCVOをAmazon Cloud上に作成
2.BlueXPのGUIにより、CVOをFSxNにレプリケーション
構成イメージ：

1.FSxNとCVOをAmazon Cloud上に作成

AWS consoleからFSxNを作成
FSxNの作成は、GUI(AWS consoleとBlueXP)、developerが好きなコマンドライン(AWS CLIやREST API)など様々な方法があります。
BlueXPのGUI：作成するにはこちらのガイドを参考してcredentialとconnectorのIAM roleを確認する必要があります。
AWS cloudshell CLI：creating-file-systemsにより、下記の図のように必要なパラメターを設定してFSxNのファイルシステムを作成できます。ガイドの方にも書いてますが、この場合はSVMとVolumeは別で作成する必要があります。

今回はAWS consoleからSingle-AZで作成します。
BlueXPのGUIからCVOを作成
「BlueXPのConnectorとCVOをAmazon Cloudに作成」と「CVO: Quick start for Cloud Volumes ONTAP in AWS」を参照して、FSxNと同じVPC、KeyPair、Security Groupなど条件を確認した上でAmazon Cloud上にBlueXPのConnectorを作成してからCVOを作成します。今回はレプリケーションを検証する為、Cloud Tiering、Cloud Backup、Data Senseなどの機能はoffにします。もしそれらの機能を使う場合は、AWS marketingからsubscribe必要があります。

Freemium(Up to 500 Gib)とNo Storage Efficiency(Cloud Tiering機能を利用しない)にします。Storage Efficiencyをご利用する場合はS3にTiering為、必ずS3にアクセスできるVPC Endpointを作成しないといけないです。

ここまではCVOとFSxNのレプリケーションができる準備は完了です。

2.BlueXPのGUIにより、CVOをFSxNにレプリケーション

CVOをFSxNにレプリケーション
既にReplicationがある場合は矢印付けの線が表示されます。複数Replicationを作成することもできます。CVOをFSxNにドラッグ、Replicationを選びます。

Cloud Tieringを利用しない為、Tiering Disabledにします。

SnapMirrorのPoliciesはdefaultのMirrorにします。

他のPoliciesに関する詳細はこちらのドキュメントで確認できます。Mirrorは、ソースボリュームで利用可能なSnapshotコピーをミラーリングします。Backupでは通常、ソースボリュームで保持される期間よりも長い期間、Snapshotコピーが保持されます。

SnapMirrorのスケジュールも柔軟に対応しています。右側を下にスクロールするとWeekly、Monthly、Hourlyなど様々があります。

Wizardに従い、CVOのnfsボリュームをsourceとして選び、FSxN側に新しいnfs_copyボリュームを作成する形でReplicateをクリックします。

レプリケーションが実行され、BlueXPのGUIにも矢印付けの線が表示され、右下にこのCVOのReplication Targetsは2となります。

ssh -i YourKeyPair admin@your_cvo_ipでCVOにログインして、vserver peer show -vserverでpeeredになってるのを確認します。BlueXPのCVO -> ReplicationsからRelationshipsを管理することができます。少し時間が経つと、AWS Consoleからもレプリケーションのボリュームを確認できます。

注意事項

複数peerの場合はSVM名が重複しない
同じCVOのSVM(この例だとCVOのsvm_CVOReplication2FSxN)に対して複数のSVM (例のFSxNADDemoのfsx　ID:FsxId0ac2e505c63ce53fdと FSxNDemoのfsxn_svm、ID:FsxId0eb87eb9508c0a4b8)レプリケーションを作成することができます。ただ、同じSVM (この例だとCVOのsvm_CVOReplication2FSxN)に対して、FSxNのファイルシステムが異なるのにも関わらず、既存のPeerされたSVM (fsx) と異なるSVM(fsxn_m)にしないといけないです。FSxNを作成する時にSVMはdefaultでfsxになるので、複数の場合は重複しないように指定する必要があります。
レプリケーションのボリュームを削除
直接AWS consoleからSnapMirrorボリュームを削除できません。SnapMirrorのrelationshipsを削除してからボリュームが削除できます。

BlueXPからSnapMirrorのrelationshipsをDelete(Breakではなく)します。

まとめ

複数のレプリケーションもできる
今回はBlueXPのGUI操作により、AWS上の同じ東京リージョンにあるNetApp Cloud Volumes ONTAPをAmazon FSx for NetApp ONTAPにレプリケーションしてみました。同じリージョンで下記の様な構成でCVOを複数のFSxN(異なるSVM)にレプリケーションできることが分かりました。
SnapMirrorがサポートされるONTAPリージョンとworking environments
クラウド(Azure、AWS、Googleなど)がサポートされるONTAPリージョンとSnapMirrorがサポートされるONTAPバージョンの間でcross-regionでもできます。例えばCVOを大阪リージョンからFSxNの東京リージョン、またON-Premise ONTAPをCVOやFSxNなどそれぞれの同じようなレプリケーションができます。SnapMirrorがサポートされるworking environmentsは以下になります。