このページでは、外部レプリケーションを作成する方法について説明します。
始める前に
外部レプリケーションを設定する前に、外部レプリケーションのワークフローを確認することをおすすめします。外部レプリケーション プロセスは、宛先ボリュームを作成し、移行元システムの詳細を指定することから始まります。このアクションにより、移行先ボリューム リソースと、レプリケーションを管理するためのレプリケーション子リソースが NetApp Volumes 内に作成されます。
考慮事項
外部レプリケーション プロセス中、宛先ボリュームでは次の機能はサポートされていません。
自動階層化
ボリューム レプリケーション
Flex File サービスレベル
NetApp Volumes ベースの宛先ボリュームの統合バックアップを行う場合は、手動バックアップを使用する必要があります。バックアップ ポリシーを宛先ボリュームに割り当てようとすると、失敗します。
正しいストレージ プールを選択し、移行先のボリュームが ONTAP ソース ボリュームで使用されている論理サイズ(物理サイズではない)を格納するのに十分な大きさであることを確認します。
正しい共有名とプロトコル タイプを指定します。共有名はソースと一致している必要があります。また、プロトコル タイプはボリュームの作成後に変更できないため、慎重に選択する必要があります。選択したプロトコル設定は、ボリューム セキュリティ スタイルにもマッピングされます。これらの設定が一致していることを確認します。
外部レプリケーションを作成する前に、ソース ONTAP システムに対する CLI アクセスと必要な権限があることを確認してください。レプリケーション プロセスの 1 時間以内に、ソース ONTAP システムで CLI コマンドを実行する必要があります。
外部レプリケーションの前提条件
外部レプリケーションとボリューム移行には同じ前提条件が適用されます。
外部レプリケーションを作成する
Google Cloud コンソールまたは Google Cloud CLI を使用して外部レプリケーションを作成するには、次の操作を行います。
コンソール
Google Cloud コンソールの [NetApp Volumes] ページに移動します。
[データ保護] メニューから [外部レプリケーション] をクリックします。
[外部ボリュームを複製] をクリックします。
[前提条件] セクションで、前提条件を確認して [次へ] をクリックします。
[外部ソースの詳細] セクションで、次の操作を行います。
[クラスタ名] フィールドに、ソース クラスタの名前を入力します。
[Storage VM name] フィールドに、ソース ボリュームをホストするストレージ仮想マシン(SVM)(vserver とも呼ばれます)の名前を入力します。
[ボリューム名] フィールドに、ソース ボリュームの名前を入力します。
[クラスタ間 IP] フィールドに Intercluster-LIF(IC-LIF)IP アドレスを入力します。ソースクラスタの各ノードには IC-LIF が必要です。すべての IC-LIF をカンマ区切りのリストとして指定します。
省略可: [場所] フィールドに、移行元 ONTAP クラスタの場所の説明を入力します。
省略可: [ボリューム スタイル] セクションで、[FlexGroup ボリューム] チェックボックスをオンにして、NetApp Volumes に大容量の移行先ボリュームを作成します。
[構成要素ボリューム数] フィールドに、ソース ボリュームの構成要素ボリュームの数を入力します。
[次へ] をクリックします。
レプリケーション先のボリュームの詳細を構成する
[宛先ボリュームを作成] セクションで、次の操作を行います。
[宛先ボリューム名] フィールドに宛先ボリュームの名前を入力します。
省略可: [説明] フィールドにボリュームの説明を入力します。
[ストレージ プールの詳細] セクションで、次の操作を行います。
[ストレージ プールを選択] をクリックします。
表示されたストレージ プールのリストから、必要なストレージ プールを選択します。
[選択] をクリックします。
リスト内のストレージ プールに目的の設定がない場合は、[新しいストレージ プールを作成] をクリックします。
[ボリュームの詳細] セクションの [共有名] フィールドに、ボリュームの共有名を入力します。共有名はロケーション内で一意である必要があります。宛先ボリューム名を共有名として使用することをおすすめします。
[容量構成] セクションで、次の操作を行います。
[大容量を有効にする] チェックボックスをオンにします。
[容量] フィールドにボリューム容量を入力します。
省略可: 選択したストレージ プールで自動階層化が許可されている場合:
ボリュームの自動階層化を有効にする場合は、[自動階層化を有効にする] チェックボックスをオンにします。
[クーリングのしきい値の日数] フィールドに、2 ~ 183 日の範囲でクーリングのしきい値を指定します。デフォルトのクーリングしきい値は 31 日です。
[プロトコル構成] セクションで、ソース ボリュームと同じプロトコルを選択します。一部のプロトコルでは、さまざまなオプションが表示されます。プロトコル オプションの詳細については、新しいボリュームを作成するをご覧ください。
省略可: [スナップショット構成] セクションで、次の操作を行います。
[スナップショット ディレクトリを表示する] チェックボックスをオンにして、クライアントによるスナップショット バージョンへのファイル システム アクセスを有効にします。詳細については、NetApp Volumes ボリューム スナップショットの概要をご覧ください。
[スケジュールされたスナップショットを許可する] を選択して、スナップショットを自動的に取得するようにボリュームを構成します。時間単位、日単位、週単位、月単位のスナップショット間隔で保持するスナップショットの数を指定できます。時刻は UTC で指定します。スナップショットの最大数に達すると、最も古いスナップショットが削除されます。
スナップショットの選択内容を確認します。
[次へ] をクリックします。
レプリケーション スケジュールを定義する
[レプリケーション スケジュール] セクションで、次の操作を行います。
[レプリケーション名] フィールドにレプリケーションの名前を入力します。
省略可: [説明] フィールドにレプリケーションの説明を入力します。
[レプリケーション スケジュール] プルダウン リストをクリックし、ソース ボリュームから宛先ボリュームにデータを複製する次のスケジュールの頻度を選択します。
10 分ごと
毎日
毎時
デフォルトは HOURLY です。大容量ボリュームは EVERY_10_MINUTES オプションをサポートしていません。
省略可: [ラベルを追加] をクリックして、レポートとクエリの目的に関連するラベルを入力します。
[次へ] をクリックします。
設定を確認し、[作成] をクリックしてレプリケーション プロセスを開始します。
レプリケーション プロセスを作成すると、ボリュームの詳細ビューにリダイレクトされます。[レプリケーション] タブをクリックして、レプリケーションのステータスをモニタリングします。
移行元の ONTAP システムと NetApp Volumes 間の SnapMirror 接続を認証する必要があります。ソース ONTAP クラスタで cluster peer create コマンドを実行します。以前のピアリングが存在しない場合、[レプリケーション] タブに [クラスタ ピアリングを保留中] が表示されます。
[ピアリングを構成] をクリックすると、手順が記載されたサイドページが表示されます。手順に沿って、[ピアリングを確認] をクリックします。ピアリングが成功すると、サイドページが消え、レプリケーションの転送ステータスが [準備中] に変わります。ベースラインの転送が実行されています。ベースライン転送には、転送するデータの量とネットワーク速度に応じて、数分、数時間、または数日かかることがあります。ベースラインの転送が完了すると、転送ステータスが [ミラーリング済み] に切り替わります。
gcloud
外部レプリケーションを作成するには:
gcloud netapp volumes create VOLUME_NAME --location=LOCATION \ --capacity=CAPACITY --protocols=PROTOCOL \ --share-name=SHARE_NAME --storage-pool=STORAGE_POOL \ --hybrid-replication-parameters=hybrid-replication-type=ONPREM_REPLICATION,peer-cluster-name=PEER_CLUSTER_NAME,peer-ip-addresses=PEER_IP_ADDRESSES,peer-svm-name=PEER_SVM_NAME,peer-volume-name=PEER_VOLUME_NAME,replication=REPLICATION,replication-schedule=REPLICATION_SCHEDULE,cluster-location=CLUSTER_LOCATION,description=DESCRIPTION,labels=LABELS
hybrid-replication-parameters ブロックはレプリケーション ワークフローを開始します。
次の情報を置き換えます。
VOLUME_NAME: ボリュームの名前。この名前は、ロケーションごとに一意である必要があります。LOCATION: ボリュームのロケーション。CAPACITY: ボリュームの容量。NAS クライアントに表示される容量を定義します。PROTOCOLS: ボリュームのエクスポートに使用される NAS プロトコル。SHARE_NAME: ボリュームの NFS エクスポート パスまたは SMB 共有名。STORAGE_POOL: ボリュームを作成するストレージ プール。HYBRID_REPLICATION_TYPE: 外部レプリケーションの場合は、ONPREM_REPLICATIONを指定します。PEER_CLUSTER_NAME: ソース ボリュームをホストする ONTAP クラスタの名前。PEER_IP_ADDRESSES: ONTAP クラスタの InterCluster-LIF IP アドレス。ソース クラスタは、ノードごとに 1 つの IC-LIF を提供する必要があります。IC-LIF は # 記号で区切ります。必ずすべてを指定してください。次の例は、ONTAP クラスタの複数の IC-LIF IP アドレスを追加する方法を示しています。
peer-ip-addresses=10.0.0.25#10.0.0.26
PEER_SVM_NAME: 移行元ボリュームを所有するストレージ仮想マシン(SVM)(vserver とも呼ばれます)の名前。PEER_VOLUME_NAME: ソース ボリュームの名前。REPLICATION: 作成するレプリケーション リソースの名前。LARGE_VOLUME_CONSTITUENT_COUNT: このパラメータは、ソース ボリュームが FlexGroup の場合にのみ必要です。続行する前に、FlexGroup と大容量ボリュームをご覧ください。大容量ボリュームを作成するには、
specify --large-volume trueと--multiple-endpoints trueも作成パラメータとして指定します。REPLICATION_SCHEDULE: 省略可。replication scheduleを次のいずれかの間隔に設定できます。EVERY_10_MINUTESHOURLYDAILY
デフォルトは
HOURLYです。大量のデータではEVERY_10_MINUTESは提供されません。CLUSTER_LOCATION: 省略可。ソース クラスタのロケーションの説明。DESCRIPTION: 省略可。レプリケーション リソースの説明テキスト。LABELS: 省略可。レプリケーション リソースのラベル。次の例は、
labelsパラメータの Key-Value ペアを指定する方法を示しています。labels=KEY1:VALUE1#KEY2:VALUE2
呼び出しの例:
$ gcloud netapp volumes create ok-destination --location australia-southeast1 \ --capacity 100 --protocols=nfsv3 \ --share-name ok-destination --storage-pool okrause-pool \ --hybrid-replication-parameters=hybrid-replication-type=ONPREM_REPLICATION,peer-cluster-name=au2se1cvo2sqa,peer-ip-addresses=10.0.0.25#10.0.0.26,peer-svm-name=svm_au2se1cvo2sqa,peer-volume-name=okrause_source,replication=okrause-replication,replication-schedule=HOURLY
ボリューム要件を満たすには、該当するオプション パラメータをすべて指定します。たとえば、NFS ボリュームでエクスポート ポリシーが必要になる場合があります。
すべてのオプションを検索します。
gcloud netapp volumes create --help
宛先ボリュームとレプリケーション リソースを作成すると、NetApp Volumes は移行元の ONTAP システムとのピアリングを試みます。このピアリング プロセスは、認証と認可の手順として機能し、悪意のある SnapMirror リクエストからソース クラスタを保護します。したがって、信頼できるシステムとのみピアリングするようにしてください。
次の手順を確認します。
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION
現在の認証ステータスはいつでも印刷できます。ただし、アクションによってプロセスが次のステップに進んでから、ステータスが変更されるまでに最大で 5 分かかることがあります。
ピアリングが成功するには、次の手順が必要です。
NetApp Volumes の宛先ボリュームは、指定された
peer-ip-addressesを使用してソースシステムに ping を送信します。クラスタ ピアリングがまだ確立されていない場合、NetApp Volumes は、ソース システムで実行する必要があるクラスタ ピアリング コマンドを出力します。ソースが Flex Unified ONTAP モードのプールである場合は、Google Cloud CLI ONTAP CLI プロキシの使用を参照してコマンドを実行します。
また、SVM ピアリングがまだ確立されていない場合は、移行元システムで実行する必要がある vserver ピアリング コマンドが NetApp Volumes によって出力されます。
以前に完了した手順はスキップされ、プロセスは自動的に次の手順に進みます。
ネットワーク接続の確認
NetApp Volumes は、peer-ip-addresses で指定した IC-LIF に ICMP(ping)リクエストを送信しようとします。失敗すると、stateDetails に Cluster peering failed, please try again が表示され、ネットワークの問題を示します。詳細については、 Google Cloud プロジェクトへのネットワーク接続をご覧ください。移行元システムと NetApp Volumes 間のネットワーク接続を確立するまで、先に進むことはできません。デバッグのため、NetApp Volumes IC-LIF をホストする /27 CIDR のゲートウェイ IP に ping を試してください。
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \ --format="table(hybridPeeringDetails.subnetIp)"
これにより、CIDR が出力されます。ソース ONTAP システムから、ソース IC-LIF のいずれかを使用して、そのネットワークの最初の IP に ping を実行します。
例:
ONTAP> ping -lif=YOUR_IC_LIF -vserver=VSERVER_HOSTING_SOURCE_VOLUME -destination=FIRST_IP_OF_SUBNET_IP
クラスタ ピアリング:
ICMP が機能している場合、プロセスはクラスタ ピアリングに進みます。ピアリングがまだ確立されていない場合、ステータス PENDING_CLUSTER_PEERING が表示されます。
クラスタ ピアリングの手順を確認します。
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \ --format="table(hybridPeeringDetails.command,hybridPeeringDetails.passphrase)"
このプロセスでは、実行に必要なコマンドとパスフレーズが出力されます。クラスタ ピアの作成コマンドをコピーしてソース クラスタに貼り付け、実行します。パスフレーズを 2 回入力するよう求められます。
SVM ピアリング:
前の手順の cluster peer create コマンドは、SVM ピアリングも自動的に実行します。この状態にならない場合、数秒後に状態が PENDING_SVM_PEERING に変わります。
SVM ピアリングを確認します。
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION
状態が PENDING_SVM_PEERING の場合は、vserver ピアリング コマンドを実行します。
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \ --format="table(hybridPeeringDetails.command)"
数秒後、状態が [準備完了] に変わり、mirrorState が [準備中] に変わります。これは、ベースライン転送が開始されたことを示します。ベースライン転送が完了すると、mirrorState が Mirrored に変わります。増分転送は、定義されたレプリケーション スケジュールに基づいて開始され、mirrorState は Transferring と表示されます。
その他のオプションのフラグの詳細については、外部レプリケーションの作成に関する Google Cloud SDK のドキュメントをご覧ください。