DNS サーバーへのクエリに関する問題を示すエラー メッセージに基づいて、Azure NetApp Files に SMB ボリュームを正常にデプロイするには、次の 2 つの重要なネットワーク関連の構成を検証する必要があります。
* VNet 構成: Azure NetApp Files ボリュームと Active Directory Domain Services (AD DS) が同じ仮想ネットワーク (VNet) 内に構成されていることを確認します。これは、ボリュームが AD DS と効果的に通信できることを保証するため、非常に重要です。これは、SMB 認証とサービスの場所の特定に必要です。
* ネットワーク セキュリティ グループ (NSG) の設定: Azure NetApp Files ボリュームがデプロイされているサブネットまたは VNet に関連付けられているネットワーク セキュリティ グループが DNS トラフィックを許可していることを確認します。具体的には、受信ルールと送信ルールで、DNS で通常使用されるポート (通常は TCP/UDP 53) 経由のトラフィックを許可する必要があります。これにより、ボリュームは AD DS との統合に不可欠な DNS クエリを正常に解決できるようになります。
これら 2 つのチェックは、展開の失敗の原因となる可能性のある接続と DNS 解決の問題を解決することを目的としています。トラブルシューティングとセットアップの詳細な手順については、Azure のネットワーク セキュリティ グループと VNet 構成に関する公式ドキュメント (Azure ネットワーク ドキュメント) を参照してください。

iSCSI LUN を含む複数のボリュームを ONTAP AFF クラスターから Cloud Volumes ONTAP (CVO) に移動するには、SnapMirror を使用するのが最も適切な方法です。手順は次のとおりです。
* LUN 移行に SnapMirror を活用: SnapMirror は、AFF から CVO を含む ONTAP システム間でデータを効率的に転送するのに最適な NetApp のレプリケーション テクノロジーです。iSCSI LUN などの複雑なデータ構造を処理できるため、転送中のデータの整合性と一貫性が確保されます。
* SnapMirror の構成: ソース AFF クラスターと宛先 CVO インスタンス間の SnapMirror 関係を設定します。これには、SnapMirror ポリシーの構成、レプリケーションのスケジュール設定、およびデータ転送の初期化が含まれます。
* iSCSI LUN の利点: SnapMirror は、レプリケーション中に iSCSI LUN のレイアウトと属性を維持します。これは、CVO 環境へのレプリケーションが完了したらすぐにストレージを使用できるようにするために重要です。
iSCSI LUN を転送するための SnapMirror の構成と使用に関する詳細な手順については、SnapMirror に関する NetApp のドキュメント (NetApp SnapMirror ドキュメント) を参照してください。

Azure NetApp Files (ANF) は、Cloud Volumes Service for Azure (CVS) とも呼ばれ、Azure で SMB と NFS ファイル サービスをサポートします。SMB をサービスとして使用することを特に検討している企業にとって、CVS は NetApp と共同で構築された Microsoft 管理サービスであるため、理想的な選択肢です。CVS は Azure サービスとのシームレスな統合を提供し、エンタープライズ レベルの機能を備えたファイルベースのワークロード向けに最適化されています。FSx は Amazon のサービスを指し、ここでは適用されません。Cloud Volumes ONTAP (CVO) と Azure NetApp Files (ANF) は異なる製品であり、ANF は CVS for Azure の特定のサービスです。詳細については、Azure 環境内の SMB プロトコル専用のサービスと構成について概説した、NetApp の Cloud Volumes Service for Azure に関する公式ドキュメントを参照してください。