Azure NetApp Files 的效能常見問題集
本文回答關於 Azure NetApp Files 效能的常見問題（常見問題）。
我該怎麼做才能優化或調整 Azure NetApp Files 效能？
您可以根據效能需求採取下列動作：
- 請確定虛擬機的大小適當。
- 啟用 VM 的加速網路。
- 選取容量集區所需的服務層級和大小。
- 建立具有容量和效能所需配額大小的磁碟區。
不需要為 Azure NetApp Files 專用子網中的 NIC 設定加速網路功能。 加速網路 是僅適用於 Azure 虛擬機的功能。 Azure NetApp Files NIC 的設計已優化。
如何? 監視 Azure NetApp Files 磁碟區效能
您可以透過 可用的計量來監視 Azure NetApp Files 磁碟區效能。
如何? 將 Azure NetApp Files 的輸送量型服務層級轉換為 IOPS？
您可以使用下列公式，將 MB/秒轉換為 IOPS：
IOPS = (MBps Throughput / KB per IO) * 1024
如何? 變更磁碟區的服務等級嗎？
您可以將磁碟區移至使用 磁碟區所需服務等級的另一個容量集區，以變更現有磁碟區的服務等級 。 請參閱 動態變更磁碟區的服務等級。
如何? 監視 Azure NetApp Files 效能？
Azure NetApp Files 提供磁碟區效能計量。 您也可以使用 Azure 監視器來監視 Azure NetApp Files 的使用計量。 如需 Azure NetApp Files 的效能計量清單，請參閱 Azure NetApp Files 的計量。
Kerberos 對 NFSv4.1 的效能影響為何？
請參閱 Kerberos 對 NFSv4.1 磁碟區的 效能影響，以取得 NFSv4.1 的安全性選項、經過測試的效能向量，以及預期的效能影響。
搭配 Kerberos 使用 nconnect 對效能有何影響？
不建議一 nconnect 起使用和 sec=krb5* 掛接選項。 使用兩個選項的組合時，已觀察到效能降低。
一般安全性標準應用程式開發介面 （GSS-API） 提供一種方式，讓應用程式保護傳送至對等應用程式的數據。 此數據可能會從某部電腦上的用戶端傳送至另一部計算機上的伺服器。
在Linux中使用時 nconnect ，GSS安全性內容會在與特定伺服器的所有 nconnect 連線之間共用。 TCP 是一種可靠的傳輸，支持順序錯亂的封包傳遞，以使用序號的滑動視窗來處理 GSS 數據流中的順序錯亂封包。 收到不在序列視窗中的封包時，會捨棄安全性內容，並交涉新的安全性內容。 在現在捨棄的內容中傳送的所有訊息都不再有效，因此需要再次傳送訊息。 安裝程式中 nconnect 較多的封包會導致頻繁的視窗外封包，並觸發所述的行為。 此行為無法指出任何特定的降低百分比。
Azure NetApp Files 是否支援 SMB 直接存取？
否，Azure NetApp Files 不支援 SMB 直接存取。
Azure 是否支援 NIC 小組？
Azure 不支援 NIC 小組。 雖然 Azure 虛擬機支援多個網路介面，但它們代表邏輯而非實體建構。 因此，它們不會提供容錯。 此外，Azure 虛擬機可用的頻寬會計算機器本身，而不是任何個別網路介面。
是否支援巨型框架？
Azure 虛擬機不支援巨型框架。