Azure 檔案服務延展性和效能目標

Azure 檔案儲存體 提供雲端中完全受控的檔案共用,可透過 SMB 和 NFS 檔案系統通訊協定來存取。 本文討論 Azure 檔案服務和 Azure 檔案同步的延展性和效能目標。

此處所列的延展性和效能目標是高階的目標,但可能會受到部署中的其他變數影響。 例如,檔案的輸送量也可能受限於您可用的網路頻寬,而不只是裝載 Azure 檔案共用的伺服器。 我們強烈建議您測試您的使用模式,以判斷 Azure 檔案服務的延展性和效能是否符合您的需求。 我們也保證會隨時間提高這些限制。

適用於

檔案共用類型 SMB NFS
標準檔案共用 (GPv2) 、LRS/ZRS 是 否
標準檔案共用 (GPv2) 、GRS/GZRS 是 否
進階版檔案共用 (FileStorage) 、LRS/ZRS 是 是

Azure 檔案擴展目標

Azure 檔案共用已部署到儲存體帳戶,這是代表共用儲存體集區的最上層物件。 此儲存體集區可以用來部署多個檔案共用。 因此,有三個要考慮的類別:儲存體帳戶、Azure 檔案共用和檔案。

儲存體帳戶擴展目標

Azure 支援多個儲存體帳戶類型,適用于客戶可能擁有的不同儲存體案例,但 Azure 檔案儲存體有兩種主要的儲存體帳戶類型。 您需要建立的儲存體帳戶類型,取決於您要建立標準檔案共用或 premium 檔案共用:

  • 一般用途第 2 版 (GPv2) 儲存體帳戶:GPv2 儲存體帳戶可讓您在標準/硬碟型 (HDD 型) 的硬體上部署 Azure 檔案共用。 除了儲存 Azure 檔案共用,GPv2 儲存體帳戶還可以儲存其他儲存體資源,例如 Blob 容器、佇列或資料表。 檔案共用可以部署到優化的交易 (預設) 、經常性存取或非經常性存取層。

  • FileStorage 儲存體帳戶:FileStorage 儲存體帳戶可讓您在進階/固態磁碟型 (SSD 型) 硬體上部署 Azure 檔案共用。 FileStorage 帳戶只能用來儲存 Azure 檔案共用;不能在 FileStorage 帳戶中部署其他儲存體資源 (Blob 容器、佇列、資料表等等)。

屬性 (標準) 的 GPv2 儲存體帳戶 (premium) 的 FileStorage 儲存體帳戶
每個區域中每個訂用帳戶的儲存體帳戶數目 250 250
儲存體帳戶容量上限 5 PiB1 100 TiB (布建)
檔案共用的數目上限 無限制 無限制,所有共用的布建大小總計必須小於最大儲存體帳戶容量
並行要求速率上限 20000 IOPS1 100,000 IOPS
輸入上限
  • 美國/歐洲: 9536 MiB/秒1
  • 其他區域 (LRS/ZRS) : 9536 MiB/秒1
  • 其他區域 (GRS) : 4768 MiB/秒1
4136 MiB/秒
輸出上限 47683 MiB/秒1 6204 MiB/秒
虛擬網路規則的最大數目 200 200
IP 位址規則的最大數目 200 200
管理讀取作業 每 5 分鐘 800 每 5 分鐘 800
管理寫入作業 每秒10個/每小時1200 每秒10個/每小時1200
管理清單作業 每 5 分鐘 100 每 5 分鐘 100

1 一般用途版本2儲存體帳戶支援較高的容量限制,以及依要求的輸入更高的限制。 若要要求提高帳戶限制,請連絡 Azure 支援

Azure 檔案共用調整目標

屬性 標準檔案共用1 進階檔案共用
檔案共用大小上限 沒有最小值 100 GiB (布建)
布建大小增加/減少單位 N/A 1 GiB
檔案共用大小上限
  • 100 TiB,已啟用大型檔案共用功能2
  • 5 TiB,預設值
100 TiB
檔案共用中的檔案數目上限 沒有限制 沒有限制
最大要求速率 (最大 IOPS)
  • 20000,啟用大型檔案共用功能2
  • 每 100 ms 1000 或100個要求(預設值)
  • 基準 IOPS:每個 GiB 400 + 1 個 IOPS,最多100000個
  • IOPS 高載:最大 (4000,每個 GiB 的最高 3 IOPS) ,最高100000
單一檔案共用的輸入上限
  • 最高 300 MiB/秒,已啟用大型檔案共用功能2
  • 最高 60 MiB/秒,預設值
40 MiB/s + 0.04 * 布建的 GiB
單一檔案共用的輸出上限
  • 最高 300 MiB/秒,已啟用大型檔案共用功能2
  • 最高 60 MiB/秒,預設值
60 MiB/s + 0.06 * 布建的 GiB
共用快照集的數目上限 200快照集 200快照集
物件 (目錄和檔案) 名稱長度上限 2,048 個字元 2,048 個字元
最大路徑名稱元件 (在路徑 \A\B\C\D 中,每個字母都是元件) 255 個字元 255 個字元
固定連結限制 (僅限 NFS) N/A 178
SMB 多重通道的通道數目上限 N/A 4
每個檔案共用的預存存取原則的最大數目 5 5

1 標準檔案共用的限制適用于標準檔案共用的三個層級:交易優化、經常性存取和非經常性存取。

2 標準檔案共用的預設值為 5 TiB,請參閱 建立 Azure 檔案共用 ,以取得如何以 100 TiB 大小建立檔案共用,並將現有的標準檔案共用增加至 100 TiB 的詳細資料。 若要利用較大規模的目標,您必須變更配額,使其大於 5 TiB。

檔案規模目標

屬性 標準檔案共用中的檔案 Premium 檔案共用中的檔案
檔案大小上限 4 TiB 4 TiB
並行要求速率上限 1000 IOPS 最高 80001
檔案的輸入上限 60 MiB/秒 200 MiB/秒 (多達1個 GiB/s 與 SMB 多重通道) 2
檔案的輸出上限 60 MiB/秒 300 MiB/秒 (多達1個 GiB/s 與 SMB 多重通道) 2
並行控制碼數目上限 2000控制碼 2000控制碼

1 適用于讀取和寫入 io (通常小於或等於 64 KiB) 的 IO 大小較小。除了讀取和寫入以外的中繼資料作業可能較低。 2 受制于電腦網路限制、可用頻寬、IO 大小、佇列深度和其他因素。如需詳細資訊,請參閱SMB 多重通道效能

Azure 檔案同步擴展目標

下表指出 Microsoft 的測試界限,也指出哪些目標是固定限制:

資源 目標 固定限制
每個區域的儲存體同步服務數目 100 個儲存體同步服務
每個儲存體同步服務的同步群組 200 個同步群組
每個儲存體同步服務的已註冊伺服器 99 部伺服器
每個同步群組的雲端端點 1 個雲端端點
每個同步群組的伺服器端點 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 檔案同步必須達到高效能:

  1. 初始一次性佈建:若要讓初始佈建達到最佳效能,請參閱 透過 Azure 檔案同步上架以取得最佳部署的詳細資料。
  2. 持續同步:在 Azure 檔案共用中初次植入資料之後,Azure 檔案同步會將多個端點保持在同步狀態。

為了協助您規劃每個階段的部署,以下提供在採用某種組態的系統上進行內部測試期間所觀察到的結果

系統設定 詳細資料
CPU 具有 64 MiB L3 快取的 64 個虛擬核心
記憶體 128 GiB
磁碟 具有電池供電式快取記憶體 RAID 10 的 SAS 磁碟
網路 1 Gbps 的網路
工作負載 一般用途檔案伺服器
初始一次性佈建 詳細資料
物件數目 2500 萬個物件
資料集大小 ~ 4.7 TiB
平均檔案大小 ~ 200 KiB (最大的檔案: 100 GiB)
初始雲端變更列舉 每秒 20 個物件
上傳輸送量 每個同步處理群組每秒20個物件
命名空間下載輸送量 每秒 400 個物件

初始一次性佈建

初始雲端變更列舉:建立新的同步群組時,初始雲端變更列舉是將執行的第一個步驟。 在此程式中,系統會列舉 Azure 檔案共用中的所有專案。 在此過程中,將不會有任何同步活動,也就是沒有任何專案會從雲端端點下載到伺服器端點,而且不會從伺服器端點上傳任何專案到雲端端點。 完成初次雲端變更列舉之後,將會繼續同步活動。 效能的速率是每秒20個物件。 客戶可以透過判斷雲端共用中的專案數,並使用下列 homebrew 公式來取得時間(以天為單位),以預估完成初始雲端變更列舉所需要的時間。

初始雲端列舉的時間 (天) = 雲端端點中的物件 (數目) / (20 * 60 * 60 * 24)

將資料從 Windows 伺服器初始同步處理至 Azure 檔案共用:許多 Azure 檔案同步部署都是從空的 Azure 檔案共用開始,因為所有資料都在 Windows 伺服器上。 在這些情況下,最初的雲端變更列舉很快速,而大部分的時間會花在將 Windows 伺服器的變更同步至 Azure 檔案共用 (s) 。

雖然同步將資料上傳至 Azure 檔案共用,但本機檔案伺服器上並不會有停機時間,系統管理員可以 設定網路限制 ,以限制用於背景資料上傳的頻寬量。

初始同步通常會受限於每個同步群組每秒20個檔案的初始上傳速率。 客戶可以使用下列 homebrew 公式來預估將所有資料上傳至 Azure 的時間,以取得時間(以天為單位):

將檔案上傳至同步處理群組的時間 (天) = 伺服器端點中的物件 (數目) / (20 * 60 * 60 * 24)

將您的資料分割成多個伺服器端點和同步群組可以加速此初始資料上傳,因為多個同步處理群組的上傳可以平行進行,每秒每秒20個專案。 因此,兩個同步群組會以每秒40個專案的結合速率來執行。 完成的總時間是同步處理群組中最多要同步處理之檔案的預估時間。

命名空間下載輸送量 當新的伺服器端點新增至現有的同步處理群組時,Azure 檔案同步代理程式不會從雲端端點下載任何檔案內容。 它會先同步完整命名空間,然後再觸發背景回復以下載檔案;有可能是下載完整檔案,或者,如果已啟用雲端分層處理,則會根據伺服器端點上設定的雲端分層處理原則進行下載。

持續同步 詳細資料
已同步的物件數目 125,000 個物件 (~1% 變換)
資料集大小 50 GiB
平均檔案大小 ~500 KiB
上傳輸送量 每個同步處理群組每秒20個物件
完整下載輸送量* 每秒 60 個物件

*如果雲端分層處理已啟用,您應該會發現效能有所提升,因為只會下載部分檔案資料。 只有在任何端點上的快取檔案資料有所變更時,Azure 檔案同步才會下載這些資料。 對於任何分層或新建的檔案,代理程式並不會下載檔案資料,而只會將命名空間同步至所有伺服器端點。 代理程式也支援在使用者存取分層的檔案時進行檔案的部分下載。

注意

上述數字不代表您將實際體驗到的效能。 如本節開頭所述,實際效能將取決於多項因素。

以下提供部署的一般指南,有幾件事您應謹記在心:

  • 物件輸送量的消長大致上會與伺服器上的同步群組數目成正比。 在伺服器上將資料分割到多個同步群組時,會產生較佳的輸送量,但仍受限於伺服器和網路。
  • 物件輸送量與每秒 MiB 輸送量成反比。 檔案較小時,在每秒處理的物件數方面會呈現較高的輸送量,但每秒的 MiB 輸送量則會降低。 相反地,若檔案較大,每秒處理的物件數將會降低,但每秒的 MiB 輸送量則會提高。 每秒的 MiB 輸送量會受限於 Azure 檔案擴展目標。

另請參閱