この記事では、Azure NetApp Files のネットワークについてよく寄せられる質問 (FAQ) とその回答を紹介します。
一般的な FAQ
このセクションでは、Azure NetApp Files ネットワークに関する一般的な質問に回答します。
NFS または SMB 用のデータ パスはインターネットを経由しますか?
いいえ。 NFS または SMB 用のデータ パスはインターネットを経由しません。 Azure NetApp Files は、サービスが使用可能な Azure Virtual Network (VNet) にデプロイされている Azure のネイティブ サービスです。 Azure NetApp Filesは、委任されたサブネットを使用し、仮想ネットワーク上に直接ネットワーク インターフェイスをプロビジョニングします。
詳細については、「Azure NetApp Files のネットワーク計画のガイドライン」を参照してください。
既に作成した仮想ネットワークを Azure NetApp Files サービスに接続できますか?
はい。作成した仮想ネットワークをサービスに接続できます。
詳細については、「Azure NetApp Files のネットワーク計画のガイドライン」を参照してください。
DNS FQDN 名を使用して Azure NetApp Files の NFS ボリュームをマウントできますか?
はい。必要な DNS エントリを作成する場合は、できます。 Azure NetApp Files には、プロビジョニングされたボリューム用の サービス IP が用意されています。
注
Azure NetApp Filesは、必要に応じてサービスの他の IP をデプロイできます。 DNS エントリの定期的な更新が必要になる場合があります。
Azure NetApp Files ボリュームの独自の IP アドレスを設定または選択できますか?
いいえ。 Azure NetApp Filesボリュームの IP 割り当ては自動的に行われます。 手動 IP 割り当てはサポートされていません。
Azure NetApp Filesはデュアル スタック (IPv4 および IPv6) 仮想ネットワークをサポートしていますか?
いいえ。 Azure NetApp Files では現在、デュアル スタック (IPv4 および IPv6) の委任されたサブネットへのボリュームのデプロイがサポートされていません。 Azure NetApp Files サービスの委任されたサブネットは、IPv4 専用サブネットである必要があります。 ただし、Azure NetApp Filesは、デュアルスタック サブネットまたは (ピアリングされた) 仮想ネットワーク経由で IPv4 経由でアクセスできます。
ゲスト OS マウントのために Azure VMware Solution を使用する IP アドレスの数は 1,000 に制限されていますか?
いいえ。 Azure VMware Solution は ER ゲートウェイの内側にあるため、オンプレミスのシステムと同様の動作をします。 AVS の "ホスト" と "ゲスト" の数は Azure NetApp Files には見えないため、IP アドレスの 1,000 件の制限は適用されません。
DNS A/AAAA レコードまたは CNAME レコードを使用して、Azure NetApp Files ボリュームに接続できますか?
Azure NetApp Files では、NFS および SMB 共有に接続するときに、DNS で A/AAAA (ホスト名) と CNAME (エイリアス) レコードの両方を使用するための完全なサポートが提供されます。 どちらの種類のレコードも、ホスト名から IP への解決、負荷分散、データの移行時のレガシ マウント パスの保持などのために使用できます。
さらに柔軟性を高めるには、「Azure NetApp Files で DFS 名前空間を使用する方法」を参照してください。
標準ネットワーク機能に関する FAQ
このセクションでは、Azure NetApp Files Standard ネットワーク機能に関する質問に回答します。
Azure NetApp Filesの基本ネットワーク機能の変更点
新しいAzure NetApp Filesボリュームはすべて、既定で Standard ネットワーク機能を使用します。 基本的なネットワーク機能はオプションではなくなります。 既存のボリュームは影響を受けず、顧客の操作は必要ありません。
顧客にはどのようなアクションが必要ですか?
顧客からのアクションは必要ありません。
既存のAzure NetApp Files ボリュームは影響を受けますか?
いいえ。 Basic ネットワーク機能を使用する既存のボリュームは影響を受けず、引き続き正常に動作します。
基本的なネットワーク機能を使用して新しいボリュームを作成することはできますか?
いいえ。 2026 年 7 月以降、ポータル、CLI、または API を使用して Basic ネットワーク機能を使用して新しいボリュームを作成することはできません。
Basic ネットワーク機能と Standard ネットワーク機能の間にコストの違いはありますか?
ピアリングなどのコストを伴う他のAzureネットワーク機能を選択しない限り、Basic から Standard のネットワーク機能に移行しても違いはありません。
この変更は、スクリプトまたは ARM テンプレートの機能に影響しますか?
スクリプトと ARM テンプレートは、現在実装されているとおりに動作したままです。 基本的なネットワーク機能に対するすべての要求は、Standard ネットワーク機能の構成を使用して設定されます。
Standard ネットワーク機能ボリュームを作成するときに "リソースが不足しています" というエラーが表示されるのはなぜですか?
これは、選択した仮想ネットワークに Basic ネットワーク機能を使用するボリュームが含まれており、リージョンまたは可用性ゾーンの容量がAzure NetApp Files制限されている場合に発生する可能性があります。
Standard ネットワーク機能ボリュームを作成するときに、"リソース不足" エラーを修正するにはどうすればよいですか?
別の仮想ネットワークにボリュームを作成するか、仮想ネットワーク内のすべての既存のボリュームを Standard ネットワーク機能にアップグレードして再試行します。 サポートが必要な場合は、Microsoft サポートにお問い合わせください。
"リソース不足" エラーを回避するにはどうすればよいですか?
すべての新しいAzure NetApp Files ボリュームに Standard ネットワーク機能を使用し、同じ仮想ネットワークに Basic と Standard のネットワーク機能を混在させ、既存のボリュームを Standard ネットワーク機能に移行しないようにします。
現在、既存のボリュームを Standard ネットワーク機能に移行する必要がありますか?
今すぐ取るべきアクションはありません。 ただし、通常のライフサイクル管理の一環として、既存の環境を時間の経過と同時に Standard ネットワーク機能に移行することをお勧めします。
この提供終了は、将来のボリュームの作成にどのように影響しますか?
ワークロードやボリュームの作成機能に影響はありません。 Standard ネットワーク機能へのアップグレードにより、Azure NetApp Files上の NSG、Azure NetApp Files サブネット上の UDR、およびその他の多くの機能が得られます。
今後のMicrosoftの推奨事項は何ですか?
すべての新しいデプロイに Standard ネットワーク機能を使用し、通常のライフサイクル管理の一環として、時間の経過と同時に既存の環境を移行することを計画します。
