外部レプリケーションを作成する

このページでは、外部レプリケーションを作成する方法について説明します。

始める前に

外部レプリケーションを設定する前に、外部レプリケーションのワークフローを確認することをおすすめします。外部レプリケーション プロセスは、宛先ボリュームを作成し、ソースシステムの詳細を指定することから始まります。このアクションにより、移行先ボリューム リソースと、レプリケーションを管理するためのレプリケーション子リソースが NetApp Volumes 内に作成されます。

考慮事項

  • 外部レプリケーション プロセス中、宛先ボリュームでは次の機能はサポートされていません。

    • 自動階層化

    • ボリューム レプリケーション

    • Flex サービスレベル

  • NetApp Volumes ベースの宛先ボリュームの統合バックアップを行う場合は、手動バックアップを使用する必要があります。バックアップ ポリシーを宛先ボリュームに割り当てようとすると、失敗します。

  • 正しいストレージ プールを選択し、移行先のボリュームが、ONTAP ソース ボリュームで使用されている論理サイズ（物理サイズではない）を格納するのに十分な大きさであることを確認します。

  • 正しい共有名とプロトコル タイプを指定します。共有名はソースと一致している必要があります。また、プロトコル タイプはボリュームの作成後に変更できないため、慎重に選択する必要があります。選択したプロトコル設定は、ボリューム セキュリティ スタイルにもマッピングされます。これらの設定が一貫していることを確認します。

  • 外部レプリケーションを作成する前に、CLI アクセス権とソース ONTAP システムに対する必要な権限があることを確認してください。レプリケーション プロセスの 1 時間以内に、ソース ONTAP システムで CLI コマンドを実行する必要があります。

外部レプリケーションを作成する

Google Cloud CLI を使用して外部レプリケーションを作成する手順は次のとおりです。

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_MINUTES

    • HOURLY

    • DAILY

    デフォルトは HOURLY です。大量のデータでは EVERY_10_MINUTES は提供されません。

  • CLUSTER_LOCATION: 省略可。ソース クラスタのロケーションの説明。

  • DESCRIPTION: 省略可。レプリケーション リソースの説明テキスト。

  • LABELS: 省略可。レプリケーション リソースのラベル。

呼び出しの例:

$ 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 は、ソースシステムで実行する必要があるクラスタ ピアリング コマンドを出力します。

  • また、SVM ピアリングがまだ確立されていない場合は、NetApp Volumes によって、移行元システムで実行する必要がある vserver ピアリング コマンドが出力されます。

以前に完了した手順はスキップされ、次の手順に自動的に進みます。

ネットワーク接続の確認

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 として示されます。

次のステップ

外部レプリケーションを管理する。