リージョン間レプリケーションを使用するための要件と考慮事項
この記事では、Azure NetApp Files のボリュームのリージョン間レプリケーション機能の使用に関する要件と考慮事項について説明します。
要件と考慮事項
- Azure NetApp Files レプリケーションは、特定の固定されたリージョン ペアでのみ使用できます。 「サポートされているリージョン ペア」を参照してください。
- SMB ボリュームは、NFS ボリュームと共にサポートされます。 SMB ボリュームのレプリケーションには、ソースと宛先の NetApp アカウントに Active Directory 接続が必要です。 宛先の AD 接続には、宛先リージョン内の委任されたサブネットから到達可能な DNS サーバーまたは AD DS ドメイン コントローラーへのアクセス権が含まれている必要があります。 詳細については、「Active Directory 接続の要件」を参照してください。
- 宛先アカウントは、ソース ボリューム リージョンとは異なるリージョンにある必要があります。 別のリージョン内の既存の NetApp アカウントを選択することもできます。
- 宛先リージョンにフェールオーバーして、宛先ボリュームで読み取りと書き込みを有効にするまで、レプリケーションの宛先ボリュームは読み取り専用になります。
重要
フェールオーバーは手動プロセスです。 コピー先のボリュームをアクティブ化する必要がある場合 (たとえば、ターゲット リージョンにフェールオーバーする場合) は、レプリケーションのピアリングを中断してから、コピー先のボリュームをマウントする必要があります。 詳細については、「宛先ボリュームにフェールオーバーする」を参照してください
重要
アクティブなバックアップ ポリシーが有効になっているボリュームを、逆再同期操作の宛先ボリュームにすることはできません。 逆再同期を開始する前に、ボリュームのバックアップ ポリシーを中断し、逆再同期が完了したら再開する必要があります。
- 現在、Azure NetApp Files レプリケーションでは複数のサブスクリプションがサポートされていません。レプリケーションはすべて、1 つのサブスクリプションで実行する必要があります。
- リージョン間レプリケーションの宛先ボリュームの最大数については、リソース制限に関する記事を参照してください。 サポート チケットを開くことで、レプリケーション宛先ボリュームの既定のクォータ (リージョン内のサブスクリプションあたり) の制限増大を要求することができます。
- ソース ボリュームに新しく追加されたスナップショットがインターフェイスに反映されるまでに、最大 5 分の遅延が発生する場合があります。
- カスケード、ファン イン/アウト トポロジはサポートされていません。
- リージョン間レプリケーションを設定したら、ソース ボリュームと宛先ボリューム間に参照を提供するための "SnapMirror スナップショット" がレプリケーション プロセスによって作成されます。 SnapMirror スナップショットは、増分転送ごとに新しいものが作成されると自動的に循環されます。 レプリケーション リレーションシップとボリュームが削除されるまで、SnapMirror スナップショットを削除することはできません。
- デュアル プロトコル ボリュームは、ソース ボリュームからレプリケーションを承認して、最初の転送が実行されるまでは、マウントすることができません。
- レプリケーション リレーションシップがアクティブであるかまたは切断されている場合、またレプリケーション リレーションシップが削除された後でも、レプリケーション リレーションシップのソース ボリューム上の手動スナップショットを削除できます。 レプリケーション リレーションシップが切断されるまで、宛先ボリュームの手動スナップショットを削除することはできません。
- スナップショットが最新の SnapMirror スナップショットよりも新しい場合は、リージョン間レプリケーションのソースまたはコピー先ボリュームをスナップショットに戻すことができます。 SnapMirror スナップショットより古いスナップショットは、ボリュームを元に戻す操作には使用できません。 詳細については、スナップショットの復元を使用してボリュームを元に戻す方法に関するページを参照してください。
- データ レプリケーション ボリュームでは、カスタマーマネージド キーがサポートされています。
- リージョン間レプリケーションが有効になっているボリュームに大規模なデータ セットをコピーする際に、容量プールに予備の容量がある場合は、レプリケーション間隔を 10 分に設定して、変更を保存できるようにボリューム サイズを大きくし、レプリケーションを一時的に無効にする必要があります。
- クール アクセス機能を使用する場合は、「クール アクセスを使用する Azure NetApp Files ストレージの管理」でその他の考慮事項を確認してください。
- 現在、リージョン間レプリケーションで大容量ボリュームがサポートされるのは、レプリケーション スケジュールが時間単位または日単位で設定されている場合のみです。
- ボリュームのサイズが 95% の使用率を超えると、データの変更率によっては、宛先ボリュームへのレプリケーションが失敗するリスクがあります。
大容量ボリュームの構成
リージョン間レプリケーションでは、大容量ボリュームがサポートされています。 まず、大容量ボリューム機能に登録してから、リージョン間レプリケーションで大容量ボリュームを使用するように登録する必要があります。
Note
ゾーン間とリージョン間の各レプリケーションでは、ANFLargeVolumesCRR の同じ Azure Feature Exposure Control (AFEC) 名を使用します。 ゾーン間レプリケーションに登録した場合、登録はリージョン間レプリケーションでも機能します。
次のコマンドを使用して、この機能を登録します。
Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFLargeVolumesCRR機能の登録の状態を確認します。
Note
RegistrationState が
Registering状態からRegisteredに変化するまでに最大 60 分間かかる場合があります。 この状態がRegisteredになってから続行してください。Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFLargeVolumesCRR
また、Azure CLI のコマンド az feature register と az feature show を使用して、機能を登録し、登録状態を表示することもできます。