この記事では、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 の委任サブネットにネットワーク セキュリティ グループ (NSG) やユーザー定義ルート (UDR)/カスタム ルート テーブルを適用しますが、Basic ネットワーク機能では適用されません。 サブネットにすでにそのようなルールがある場合は、移動後に適用され、接続性が変わることがあります。例えば、必要なポートをブロックしたり、Azure NetApp Files のトラフィックをファイアウォールやネットワーク仮想アプライアンス経由でルーティングしたりします。 委任されたサブネットにNSGやUDRがなければ、動作の変化は期待されません。 もしそうなら、それらを変更前に確認し、NFS、SMB、DNS、Active Directoryなど必要なトラフィックが許可され、正常にルーティングされているかを確認してください。 詳細については、「Azure NetApp Files のネットワーク計画のガイドライン」を参照してください。
基本的なネットワーク機能を使用して新しいボリュームを作成することはできますか?
いいえ。 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 ネットワーク機能を使用し、通常のライフサイクル管理の一環として、時間の経過と同時に既存の環境を移行することを計画します。
基本から標準へのネットワークアップグレード
このアップグレードのために何か行動を取る必要がありますか?
Yes. UDRとNSGの設定を確認し、9月28日までにアップグレード後に有効になりトラフィックルートに影響を与える可能性のある古いUDRやNSGがないか確認してください。 この日以降、アップグレードが始まり、バックグラウンドで自動的に行われます。 アップグレードのために何かアクションを取る必要はありません。 2026年6月以降、すべての新しいAzure NetApp Filesボリュームはデフォルトで標準ネットワーク機能を使用します。
このアップグレードは私のアプリケーションに影響を与えたり、ダウンタイムを引き起こしたりしますか?
アップグレード後にUDRやNSGが有効になりトラフィックルートに影響を与える可能性のある古いUDRやNSGがないか確認してください。
アップグレード中は、内部更新が完了するまで、作成や削除などの一部のボリューム操作が一時的に(約30分間)利用できないことがあります。
- この挙動はアップグレード期間中に予想されます。
- この制限は一時的なもので(通常、1つのストレージシステムあたり約25分です)。
- 既存のボリュームやアプリケーションは引き続き正常に動作します。
注
古い UDR設定がトラフィックに影響しないようにする方法を確認してください。
なぜこのアップグレードが行われるのでしょうか?
このアップグレードにより一貫性が向上し、リソースがAzureの最新ネットワークモデルに整合し、長期的な信頼性とサポートの向上に貢献します。
エラーに遭遇したらどうすればいいですか?
アップグレードが完了するのを待ってから、操作をやり直してください。 その他の操作は必要ありません。 さらに助けが必要な場合は、Azureカスタマーサポートチームにお問い合わせください。
注
古い UDR設定がトラフィックに影響しないようにする方法を確認してください。
Basic ネットワーク機能と Standard ネットワーク機能の間にコストの違いはありますか?
Basicネットワーク機能からStandardに移行してもコスト差はありません。ただし、ピアリングなどコストがかかる他のAzureネットワーク機能を選択した場合を除きます。
手動で標準ネットワークにアップデートできますか?
Yes. 手動で標準ネットワーキングにアップデートできます。 9月28日までに標準ネットワーキングの手動更新を完了してください。 この日以降、Azureが自動的にボリュームをアップグレードしなくても、Azureが地域間で徐々にアップデートを展開する中で手動で更新できるかもしれません。 時期は地域によって異なるかもしれません。
古くなったUDR設定を避けて更新する方法
- Azure NetApp Filesボリュームで使用される仮想ネットワークと委任されたサブネットを特定してください。
- 委任されたサブネットに関連付けられたルートテーブルを確認してください。
- Azureポータルにアクセスし、検索機能を使ってルートテーブルを探してください。
- 購読で利用可能なルートテーブルのリストを確認してください。 詳細については 、「ルートテーブルの管理」をご覧ください。
- BasicネットワークからStandardネットワークにアップグレードする前に、アップグレード後にトラフィックの妨げとなる可能性のあるUDRやNSGを削除または更新してください。
MTUサイズが1500を超える場合、どうすればいいですか?
Azure NetApp FilesはMTUサイズ1500バイトをサポートしています。 環境がカスタムMTUが1500を超える設定で設定されている場合は、1500MTUを使用するよう設定を確認し更新して、サポートされるセットアップを確保してください。
標準ネットワーク機能はどのような構成をサポートしていますか?
サポートされる構成については「Azure NetApp Filesネットワーク計画のガイドライン」をご覧ください。