Azure 檔案儲存體提供雲端中完全受控的檔案共用，可透過伺服器訊息區 (SMB) 及網路檔案系統 (NFS) 檔案系統通訊協定來存取。 本文討論 Azure 檔案服務和 Azure 檔案同步的延展性和效能目標。
部署中的其他變數可能會影響本文所列的目標。 例如，SMB 用戶端的行為和可用的網路頻寬可能會影響 I/O 效能。 您應該測試您的使用模式，以判斷 Azure 檔案服務的延展性和效能是否符合需求。
適用於
| 管理模型 | 計費模型 | 媒體層 | 冗餘 | 中小企業 | 網路檔案系統 (NFS) |
|---|---|---|---|---|---|
| Microsoft 儲存服務 | 已佈建的 v2 | HDD （標準） | 本地 (LRS) |
|
|
| Microsoft 儲存服務 | 已佈建的 v2 | HDD （標準） | 區域 (ZRS) |
|
|
| Microsoft 儲存服務 | 已佈建的 v2 | HDD （標準） | 異地 (GRS) |
|
|
| Microsoft 儲存服務 | 已佈建的 v2 | HDD （標準） | GeoZone （GZRS） |
|
|
| Microsoft 儲存服務 | 已佈建的 v1 | SSD （進階版） | 本地 (LRS) |
|
|
| Microsoft 儲存服務 | 已佈建的 v1 | SSD （進階版） | 區域 (ZRS) |
|
|
| Microsoft 儲存服務 | 隨用隨付 | HDD （標準） | 本地 (LRS) |
|
|
| Microsoft 儲存服務 | 隨用隨付 | HDD （標準） | 區域 (ZRS) |
|
|
| Microsoft 儲存服務 | 隨用隨付 | HDD （標準） | 異地 (GRS) |
|
|
| Microsoft 儲存服務 | 隨用隨付 | HDD （標準） | GeoZone （GZRS） |
|
|
Azure 檔案擴展目標
Azure 檔案共用已部署到儲存體帳戶，這是代表共用儲存體集區的最上層物件。 此儲存體集區可以用來部署多個檔案共用。 因此，有三個要考慮的類別：儲存體帳戶、Azure 檔案共用和個別檔案。
儲存體帳戶擴展目標
儲存體帳戶調整目標適用於儲存體帳戶層級。 Azure 檔案儲存體的儲存體帳戶有兩種主要類型：
FileStorage 儲存器帳戶：FileStorage 儲存器帳戶可讓您使用布建的計費模型來部署 Azure 檔案共用。 FileStorage 帳戶只能用來儲存 Azure 檔案共用；無法將其他儲存體資源 (Blob 容器、佇列、資料表等) 部署在 FileStorage 帳戶中。
一般用途第 2 版 （GPv2） 記憶體帳戶：GPv2 記憶體帳戶可讓您在 HDD 型硬體上部署隨用隨付檔案共用。 除了儲存 Azure 檔案共用之外，GPv2 儲存體帳戶還可以儲存其他儲存體資源，例如 Blob 容器、佇列或資料表。
| 屬性 | SSD 佈建的 v1 | HDD 佈建的 v2 | HDD 隨用隨付 |
|---|---|---|---|
| 儲存體帳戶種類 | 文件儲存 | 文件儲存 | StorageV2 |
| SKU |
|
|
|
| 每個區域中每個訂用帳戶的儲存體帳戶數目 | 250 | 250 | 250 |
| 記憶體容量上限 | 100 TiB | 4 PiB | 5 PiB |
| 檔案共用的數目上限 | 1024 （建議使用 50 或更少） | 50 | 無限制（建議使用 50 或更少） |
| IOPS 上限 | 102,400 IOPS | 50,000 IOPS | 20,000 IOPS |
| 輸送量上限 | 10,340 MiB / 秒 | 5,120 MiB / 秒 |
|
| 虛擬網路規則的最大數目 | 200 | 200 | 200 |
| IP 位址規則的最大數目 | 200 | 200 | 200 |
| 管理讀取作業 | 每 5 分鐘 800 | 每 5 分鐘 800 | 每 5 分鐘 800 |
| 管理寫入作業 | 每秒 10 次/每小時 1200 次 | 每秒 10 次/每小時 1200 次 | 每秒 10 次/每小時 1200 次 |
| 管理清單作業 | 每 5 分鐘 100 | 每 5 分鐘 100 | 每 5 分鐘 100 |
已增加 HDD 隨用隨付最大輸送量的所選區域
下列區域已增加 HDD 隨用隨付儲存體帳戶的最大輸送量 (StorageV2)：
- 東亞
- 東南亞
- 澳大利亞東部
- 巴西南部
- 加拿大中部
- 中國東部 2
- 中國北部 3
- 北歐
- 西歐
- 法國中部
- 德國中西部
- 印度中部
- 日本東部
- Jio 印度西部
- 南韓中部
- 挪威東部
- 南非北部
- 瑞典中部
- 阿拉伯聯合大公國北部
- 英國南部
- 美國中部
- 美國東部
- 美國東部 2
- US Gov 維吉尼亞州
- US Gov 亞利桑那州
- 美國中北部
- 美國中南部
- 美國西部
- 美國西部 2
- 美國西部 3
Azure 檔案共用調整目標
Azure 檔案共用調整目標適用於檔案共用層級。
| 屬性 | SSD 佈建的 v1 | HDD 佈建的 v2 | HDD 隨用隨付 |
|---|---|---|---|
| 儲存體佈建單位 | 1 吉位元組 | 1 吉位元組 | N/A |
| IOPS 佈建單位 | N/A | 1 IO / 秒 | N/A |
| 輸送量佈建單位 | N/A | 1 MiB / 秒 | N/A |
| 記憶體大小下限 | 100 GiB (已佈建) | 32 GiB (已佈建) | 0 個位元組 |
| 儲存體大小上限 | 100 TiB | 256 TiB | 100 TiB |
| 檔案數目上限 | 無限制 | 無限制 | 無限制 |
| 最大 IOPS （資料） | 102,400 IOPS（取決於布建） | 50,000 IOPS（取決於資源配置） | 20,000 IOPS |
| 最大 IOPS （元數據1） | 最多 35,000 IOPS2 | 最高 12,000 IOPS | 最高 12,000 IOPS |
| 輸送量上限 | 10,340 MiB / 秒（取決於布建） | 5,120 MiB / 秒 (相依於佈建) | 高達儲存體帳戶限制 |
| 共用快照集的數目上限 | 200 快照集 | 200 快照集 | 200 快照集 |
| 檔案名長度上限 3 （完整路徑名稱，包括所有目錄、檔名和反斜杠字元） | 2,048 個字元 | 2,048 個字元 | 2,048 個字元 |
| 個別 pathname 元件的最大長度（在路徑 \A\B\C\D 中，每個字母都代表個別元件的目錄或檔案） | 255 個字元 | 255 個字元 | 255 個字元 |
| 固定連結限制 (僅限 NFS) | 178 | N/A | N/A |
| SMB 多重通道的通道數目上限 | 4 | N/A | N/A |
| 每個檔案共用的預存存取原則的最大數目 | 5 | 5 | 5 |
1 元資料 IOPS （開啟/關閉/刪除）。 如需指引，請參閱 監視元數據 IOPS 。
2 要將 SSD 檔案共享擴展到 35,000 IOPS 需要 註冊元數據快取功能。
3 Azure 檔案儲存體會針對目錄和檔案名稱強制執行特定命名規則。
檔案規模目標
檔案調整目標適用於 Azure 檔案共用中所儲存的個別檔案。
| 屬性 | SSD 佈建的 v1 | HDD 佈建的 v2 | HDD 隨用隨付 |
|---|---|---|---|
| 檔案大小上限 | 4 TiB | 4 TiB | 4 TiB |
| 每個檔案的資料 IOPS 上限 | 8,000 IOPS | 1,000 IOPS | 1,000 IOPS |
| 每個檔案的最大輸送量 | 1,024 MiB / 秒 | 60 MiB / 秒 | 60 MiB / 秒 |
| 根目錄的最大並行控制代碼 | 10,000 控制代碼 | 10,000 控制代碼 | 10,000 控制代碼 |
| 每個檔案和目錄的並行控制代碼上限 | 2,000 個手柄* | 2,000 處理 | 2,000 處理 |
* 每個檔案和目錄的並行句柄數目上限是 SSD SMB 檔案共用的軟限制。 如果您需要調整超過此限制，您可以啟用元數據快取，並註冊增加的檔案控制碼限制（預覽）。
Azure 虛擬桌面的 Azure 檔案儲存體大小調整指引
Azure 檔案服務的熱門使用案例是儲存 Azure 虛擬桌面的使用者配置檔容器和磁碟映像。 如需詳細資訊 ，請參閱虛擬桌面工作負載的 Azure 檔案服務指引 。
Azure 檔案同步擴展目標
下表指出哪一個目標為軟性 (代表 Microsoft 測試的界限) 以及硬性 (代表強制執行的最大值)：
| 資源 | 目標 | 固定限制 |
|---|---|---|
| 每個區域的儲存體同步服務數目 | 100 個儲存同步服務 | 是的 |
| 每個訂用帳戶的儲存體同步服務 | 15 個儲存體同步服務 | 是的 |
| 每個儲存體同步服務的同步群組 | 200 個同步群組 | 是的 |
| 每個儲存體同步服務的已註冊伺服器 | 100 部伺服器 | 是的 |
| 每個儲存體同步服務的私人端點 | 100 個私人端點 | 是的 |
| 每個同步群組的雲端端點 | 一個雲端端點 | 是的 |
| 每個同步群組的伺服器端點 | 100 個伺服器端點 | 是的 |
| 每部伺服器的伺服器端點 | 30 個伺服器端點 | 是的 |
| 每個同步群組的檔案系統物件 (目錄和檔案) | 1 億個物件 | 否 |
| 目錄中的檔案系統物件 (目錄和檔案) 數目上限 (非遞迴) | 500 萬個物件 | 否 |
| 物件 (目錄和檔案) 安全性描述元大小上限 | 64 KiB | 是的 |
| 檔案大小 | 100 GiB | 否 |
| 檔案分層的最低檔案大小 | 根據檔案系統叢集大小 (雙重檔案系統叢集大小)。 例如，如果檔案系統叢集大小為 4 KiB，則檔案大小下限為 8 KiB。 | 是的 |
註解
Azure 檔案同步端點可以擴大至 Azure 檔案共用的大小。 如果達到 Azure 檔案共用大小限制，同步處理將無法運作。
Azure 檔案同步效能計量
由於 Azure 檔案同步代理程式會在連線到 Azure 檔案共用的 Windows Server 計算機上執行，因此有效的同步處理效能取決於您基礎結構中的許多因素，包括：
- Windows Server 和基礎磁碟組態
- 伺服器與 Azure 記憶體之間的網路頻寬
- 檔案大小
- 總計數據集大小
- 數據集上的活動
由於 Azure 檔案同步可在檔案層級上運作，因此您應該根據每秒處理的物件（檔案和目錄）數目來測量 Azure 檔案同步解決方案的效能特性。
下表指出 Azure 檔案同步效能目標：
| 狀況 | 績效 |
|---|---|
| 起始雲端變更列舉 | 每個同步群組每秒 150 個物件 |
| 上傳輸送量 | 每個同步群組每秒 200 個物件 |
| 命名空間下載輸送量 | 每個伺服器端點每秒 400 個物件 |
| 完整下載輸送量 | 每個伺服器端點每秒 60 個物件 |
註解
如本節開頭所述，實際效能將取決於多項因素。
以下提供部署的一般指南，有幾件事您應謹記在心：
- 物件輸送量大約會依伺服器上的同步群組數目比例進行調整。 在伺服器上將資料分割到多個同步群組時，會產生較佳的輸送量，但仍受限於伺服器和網路。
- 物件輸送量與每秒MiB輸送量成反比。 對於較小的檔案，您會在每秒處理的物件數目方面遇到較高的輸送量，但每秒的MiB輸送量較低。 相反地，對於較大的檔案，您會每秒處理較少的物件，但每秒的MiB輸送量較高。 每秒的 MiB 吞吐量會受限於 Azure Files 的規模目標。
- 當相同同步群組中的多個伺服器端點同時進行同步時，端點會爭搶雲端服務資源。 因此，上傳效能會受到影響。 在極端情況下，某些同步會話無法存取資源，而且會失敗。 不過，上述同步工作階段會很快恢復，只要壅塞減少後就會成功執行。
- 如果已啟用雲端階層處理，您可能會發現下載效能較佳，因為只會下載部分檔案數據。 只有在任何端點上的快取檔案資料有所變更時，Azure 檔案同步才會下載這些資料。 對於任何分層或新建的檔案，代理程式並不會下載檔案資料，而只會將命名空間同步至所有伺服器端點。 代理程式也支援在使用者存取分層的檔案時進行檔案的部分下載。