本文可回答關於 Azure NetApp Files 網路的常見問題集 (FAQ)。
一般常見問題
本節回答有關 Azure NetApp Files 網路的一般性問題。
NFS 或 SMB 的資料路徑是否會透過網際網路？
否。 NFS 或 SMB 的資料路徑不會透過網際網路。 Azure NetApp Files 是部署至服務可供使用的 Azure 虛擬網路 (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 檔案目前不支援在雙堆疊 (IPv4 與 IPv6) 的委派子網路中部署磁碟區。 Azure NetApp Files 服務的委派子網路必須是僅限 IPv4 的子網路。 然而，Azure NetApp Files 可透過雙堆疊子網或（對等）虛擬網路透過 IPv4 存取。
使用 Azure VMware 解決方案針對客體 OS 掛接的 IP 位址數目是否限制為 1000 個？
否。 Azure VMware 解決方案位於 ER 閘道後方，使得其行為類似於內部部署系統。 Azure NetApp Files 看不到 AVS「主機」和「來賓」的數目，且不適用 1000 個 IP 位址限制。
我可以使用 DNS A/AAAA 記錄或 CNAME 記錄來連線到 Azure NetApp Files 磁碟區嗎？
Azure NetApp Files 在連線到 NFS 和 SMB 共用時，提供在 DNS 中使用 A/AAAA (主機名稱) 和 CNAME (別名) 記錄的完整支援。 這兩種類型的記錄都可用於主機名稱到 IP 解析、負載平衡、在資料移轉時保留舊版掛接路徑等等。
如需進一步的彈性，請參閱如何搭配 Azure NetApp Files 使用 DFS 命名空間。
關於標準網路功能的常見問題
本節回答有關 Azure NetApp Files 標準網路功能的相關問題。
Azure NetApp Files 的基本網路功能有哪些變化？
所有新的 Azure NetApp Files 磁碟區預設都會使用標準網路功能。 基本的網路功能將不再是選項。 現有磁碟區不受影響，且客戶無需採取任何動作。
將現有磁碟區移至標準網路功能會影響連線性嗎？
轉用標準網路功能不會改變你的磁碟區或資料。 然而，標準網路功能會在 Azure NetApp Files 委派子網路上套用網路安全群組（NSG）及使用者定義路由（UDR）/自訂路由表，而基本網路功能則不會。 如果您的子網路已有此類規則，遷移後即生效，並可能改變連線方式——例如阻擋必要的埠口，或透過防火牆或網路虛擬設備路由 Azure NetApp Files 流量。 如果委派子網中沒有 NSG 或 UDR，行為不會有變化。 如果有，請在變更前檢視這些項目，確認所需的流量（如 NFS、SMB、DNS 和 Active Directory）是否被允許並如預期路由。 如需詳細資料，請參閱 Azure NetApp Files 網路規劃的指導方針。
我還能用基本網路功能建立新磁碟區嗎？
否。 從 2026 年 7 月開始，無法再透過入口網站、CLI 或 API，以基本網路功能建立新的磁碟區。
Basic 和 Standard 網路功能之間有成本差異嗎？
從基本網路功能移至標準網路功能時不會有差異，除非您選擇其他 Azure 網路功能，而這些功能涉及對等互連等成本。
這個變更會影響我的腳本或 ARM 範本的功能嗎？
你的腳本和 ARM 範本仍維持目前實作的運作狀態。 所有基本網路功能的請求皆將依標準網路功能配置設定。
為什麼在建立標準網路功能磁碟區時，我會看到「資源不足」錯誤？
若所選虛擬網路包含使用 Basic 網路功能的磁碟區，且區域或可用性區域的 Azure NetApp Files 容量有限，則可能發生這種情況。
在建立標準網路功能磁碟區時，我該如何修正「資源不足」錯誤？
在不同的虛擬網路中建立該磁碟區，或將該虛擬網路中所有現有磁碟區升級為標準網路功能後再嘗試。 如需協助，請聯絡 Microsoft 支援服務。
我該如何避免「資源不足」的錯誤？
請針對所有新增的 Azure NetApp Files 磁碟區使用 Standard 網路功能，並避免在同一個虛擬網路中混用 Basic 和 Standard 網路功能，同時將現有磁碟區轉換為 Standard 網路功能。
我現在需要把現有磁碟區遷移到標準網路功能嗎？
不需要立即採取動作。 不過，我們建議您隨著時間將現有環境轉換為標準網路功能，作為正常生命週期管理的一部分。
這次退休會如何影響未來的產量創造？
這不會影響你的工作量或卷量建立能力。 隨著升級到 Standard 網路功能，你會在 Azure NetApp Files 上獲得 NSG，在 Azure NetApp Files 子網路上獲得 UDR，以及許多其他功能。
Microsoft 未來有什麼建議？
所有新部署均使用標準網路功能，並計劃隨著時間逐步過渡現有環境，作為正常生命週期管理的一部分。
基本到標準網路升級
我需要採取什麼措施來升級嗎？
Yes. 請在 9 月 28 日前檢視您的 UDR 與 NSG 設定，確保沒有過時的 UDR 或 NSG 可能在升級後啟動並影響您的流量路由。 在此日期之後，升級會開始，並在背景中自動進行。 升級不需要做任何動作。 自 2026 年 6 月起，所有新的 Azure NetApp Files 磁碟區預設皆採用標準網路功能。
這次升級會影響我的應用程式或造成停機嗎？
檢視你的 UDR/NSG 設定，確保沒有過時的 UDR 或 NSG 可能在升級後啟用並影響你的流量路由。
升級期間，某些磁碟區操作如建立或刪除可能會暫時無法使用（約 30 分鐘），以等待系統完成內部更新。
- 這種行為在升級期間是預期中的。
- 此限制是暫時性的（每個儲存系統通常約為 25 分鐘）。
- 你現有的磁碟區和應用程式都能正常運作。
注意
為什麼要升級？
此升級提升一致性，並使資源與 Azure 最新的網路模式對齊，確保長期可靠性與支援。
如果遇到錯誤，我該怎麼辦？
等升級完成後再重試操作。 不需要執行其他動作。 如果你需要更多幫助，請聯絡 Azure 客服團隊。
注意
Basic 和 Standard 網路功能之間有成本差異嗎？
從 Basic 網路功能轉換到 Standard 時，成本沒有差異，除非你選擇了其他會產生成本的 Azure 網路功能，例如對等連接。
我可以手動更新到標準網路嗎？
Yes. 你可以手動更新到標準網路。 在 9 月 28 日前完成標準網路的手動更新。 在此日期之後，如果 Azure 未自動升級您的磁碟區，由於 Azure 會逐步在各區域推出更新，您之後仍可能可以手動更新。 時間可能會因地區而異。
如何避免並更新過時的 UDR 設定
- 找出 Azure NetApp Files 磁碟區所使用的虛擬網路和委派子網路。
- 檢視與委派子網相關的路由表。
- 請進入 Azure 入口網站，並使用搜尋功能來尋找路由表。
- 請查看您訂閱中可用的路線表清單。 欲了解更多資訊，請參閱 管理路由表。
- 在從 Basic 網路升級到 Standard 網路前，移除或更新任何可能造成流量中斷的 UDR 或 NSG。
如果我使用的MTU大小超過1500，我該怎麼辦？
Azure NetApp Files 支援 1500 位元組的 MTU 大小。 如果你的環境設定自訂 MTU 超過 1500，請檢視並更新你的設定，使用1500 MTU，以確保配置得到支援。
標準網路功能支援什麼設定？
請參閱 Azure NetApp Files 網路規劃指引，了解所支援的設定。