瞭解 Azure 檔案儲存體 計費模型
Azure 檔案儲存體提供兩個不同的計費模型：佈建和隨用隨付。 佈建的模型僅適用於進階檔案共用，也就是部署在 FileStorage 儲存體帳戶類型中的檔案共用。 隨用隨付模型僅適用於標準檔案共用，也就是在一般用途第 2 版 (GPv2) 儲存體帳戶類型中部署的檔案共用。 本文說明這兩個模型如何運作，以協助您瞭解每月 Azure 檔案儲存體 帳單。
這段影片是討論 Azure 檔案服務計費模型基本概念的面試。 其涵蓋如何將 Azure 檔案共用的成本優化，以及如何比較 Azure 檔案儲存體 與其他內部部署和雲端中的檔案記憶體供應專案。
如需 Azure 檔案儲存體定價資訊，請參閱 Azure 檔案儲存體定價頁面。
適用於
| 檔案共用類型 | SMB | NFS |
|---|---|---|
| 標準檔案共用 (GPv2)、LRS/ZRS |  |
 |
| 標準檔案共用 (GPv2)、GRS/GZRS | |
|
| 進階檔案共用 (FileStorage)、LRS/ZRS | |
|
儲存單位
Azure 檔案儲存體使用二進位的測量單位來代表儲存容量：KiB、MiB、GiB 和 TiB。
| 縮略字 | 定義 | 單位 |
|---|---|---|
| KiB | 1,024 個位元組 | kibibyte |
| MiB | 1,024 KiB (1,048,576 個位元組) | mebibyte |
| GiB | 1024 MiB (1,073,741,824 個位元組) | gibibyte |
| TiB | 1024 GiB (1,099,511,627,776 個位元組) | tebibyte |
雖然大多數操作系統和工具通常會使用基底 2 個測量單位來測量記憶體數量，但通常會誤報為base-10單位，您可能更熟悉：KB、MB、GB 和 TB。 雖然錯誤標記的原因不同，但 Windows 等操作系統錯誤標記儲存單元的常見原因，是因為許多操作系統在由 IEC、BIPM 和 NIST 標準化之前就開始使用這些縮略字。
下表顯示常見的作業系統如何測量和標記儲存體：
| 作業系統 | 測量系統 | 加上標籤 |
|---|---|---|
| Windows | 2 進位 | 一致錯誤標記為 10 進位。 |
| Linux 散發套件 | 通常base-2，某些軟體使用base-10 | 測量和標籤間的不一致標籤和對齊方式取決於軟體套件。 |
| macOS、iOS 和 iPad OS | 10 進位 | 以一致方式標示為 10 進位。 |
如果您的作業系統未列出，請洽詢您的作業系統廠商。
檔案共用擁有權總成本的檢查清單
如果您要從內部部署移轉至 Azure 檔案儲存體，或將 Azure 檔案儲存體與其他雲端儲存體解決方案進行比較，您應該考慮下列因素以確保公平、蘋果對蘋果的比較：
您為儲存體、IOPS 和頻寬支付了多少費用？ 使用 Azure 檔案儲存體時，您使用的計費模型取決於您要部署進階或標準檔案共用。 大部分的雲端解決方案都有符合已佈建儲存體原則的模型，例如價格決定性和簡單性，或隨用隨付儲存體，後者只會向您收取實際使用費用，藉此優化成本。 佈建模型的特色是最小的佈建共用大小、佈建單位，以及增加和減少佈建的能力。
是否有任何方法可將儲存體成本最佳化呢？ 您可以使用 Azure 檔案儲存體保留功能，在儲存體上達到最多 36% 的扣抵。 其他解決方案可能會採用重複數據刪除或壓縮等策略，選擇性地將儲存效率優化。 不過，這些儲存體優化策略通常會有非貨幣成本，例如降低效能。 Azure 檔案儲存體 保留對效能沒有任何副作用。
如何實現儲存體復原和備援？ 透過 Azure 檔案儲存體，產品供應專案會包含記憶體復原和備援。 所有層級和備援層級都可確保資料具有高可用性，而且至少有三份資料複本可供存取。 考慮其他檔案儲存體選項時，請考慮是否有內建的儲存體復原功能和備援功能，或是您必須自行搭配的一些功能。
您的管理內容為何？ 使用 Azure 檔案儲存體時，基本的管理單位是儲存體帳戶。 其他解決方案可能需要額外的管理，例如操作系統更新或虛擬資源管理，例如 VM、磁碟和網路 IP 位址。
增值產品的成本為何？ Azure 檔案儲存體支援與多個第一方和協力廠商加值服務的整合。 Azure 備份、Azure 檔案同步 和適用於 儲存體 的 Microsoft Defender 等增值服務提供備份、復寫和快取，以及 Azure 檔案儲存體 的安全性功能。 無論是內部部署或雲端中的加值解決方案，均具備自己的授權和產品成本，但經常視為檔案儲存體擁有權總成本的一部分。
Reservations
Azure 檔案儲存體支援保留 (也稱為「保留的執行個體」)，可讓您透過預先認可儲存體使用量來達到儲存體的折扣。 針對具有一致使用率的任何實際執行工作負載或開發/測試工作負載，您應考慮購買保留執行個體。 在購買保留時，您必須指定下列維度：
- 容量大小：保留可以是 10 TiB 或 100 TiB，購買更高的容量保留可享有更高的折扣。 您可以購買多個保留，包括不同容量大小的保留，以滿足您的工作負載需求。 例如，如果您的生產部署有 120 TiB 的檔案共用，您可以購買一個 100 TiB 保留以及兩個 10 TiB 保留，以滿足總儲存體容量需求。
- 期限：您可以購買一年或三年期的保留，購買較長保留期限的折扣更為顯著。
- 階層：保留的 Azure 檔案儲存體階層。 保留目前適用於進階、經常性存取層和非經常性存取層。
- 位置：保留的 Azure 區域。 保留可在 Azure 區域的子集中使用。
- 備援：保留的儲存體備援。 所有備援 Azure 檔案儲存體都支援保留，包括 LRS、ZRS、GRS 和 GZRS。
- 帳單週期：指出向帳戶收取保留費用的頻率。 選項包括每月或預付。
購買保留之後，您現有的儲存體使用量將會自動使用該保留容量。 如果您使用的儲存體比保留的更多，將需要支付保留未涵蓋的餘額標價。 保留中不包含交易、頻寬、資料傳輸和中繼資料儲存體費用。
針對標準和進階檔案共用，Azure 檔案共用快照集和保留的運作方式會有所不同。 如果您要建立標準檔案共用的快照集，則快照集差異會計入保留，並作為正常使用的儲存體計量一部分進行計費。 不過，如果您要建立進階檔案共用的快照集，則快照集會使用個別的計量來計費，且不會計入保留。 如需詳細資訊，請參閱快照集。
如需如何購買保留的詳細資訊，請參閱 Azure 檔案儲存體搭配保留的最優惠成本。
佈建的模型
Azure 檔案儲存體使用進階檔案共用的佈建模型。 在布建的計費模型中，您可以主動指定記憶體需求，而不是根據您使用的項目來計費。 儲存體的佈建模型類似於購買內部部署儲存體解決方案，因為當您以特定數量的儲存體容量佈建 Azure 檔案共用時，不論您是否使用，都會支付該儲存體容量的費用。 不同於購買內部部署環境的實體媒體，佈建的檔案共用可以根據您的儲存體和 IO 效能特性，相應地動態增加或減少。
您可以隨時增加檔案共用的布建大小，但只有在自上次增加之後經過 24 小時時，才能減少它。 等待 24 小時之後，如果沒有增加配額，您可以依需要減少共用配額，不限次數，直到再次增加為止。 IOPS/輸送量調整變更將在佈建大小變更後的幾分鐘內生效。
您可以將佈建的共用大小減少到比您使用的 GiB 更小。 如果這樣做，您將不會遺失資料，但仍需支付所使用的大小費用，並會獲得所佈建共用的效能，而不是使用的大小。
佈建方法
當您佈建進階檔案共用時，您需要指定工作負載所需的 GiB 數目。 所佈建的每個 GiB 都可讓您以固定比率提供額外的 IOPS 和輸送量。 除了保證的基準 IOPS 之外，每個進階檔案共用都支援以最佳方式高載。 IOPS 和輸送量的公式如下：
| 項目 | 值 |
|---|---|
| 檔案共用大小上限 | 100 GiB |
| 佈建單位 | 1 GiB |
| 基準 IOPS 公式 | MIN(3000 + 1 * ProvisionedStorageGiB, 102400) |
| 高載限制 | MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400) |
| 高載信用額度 | (BurstLimit - BaselineIOPS) * 3600 |
| 輸送量速率 (輸入 + 輸出) (MiB/秒) | 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB) |
下表展示一些針對佈建共用大小的公式範例：
| 容量 (GiB) | 基準 IOPS | 高載 IOPS | 高載信用額度 | 輸送量 (輸入 + 輸出) (MiB/秒) |
|---|---|---|---|---|
| 100 | 3,100 | 最高 10,000 | 24,840,000 | 110 |
| 500 | 3,500 | 最高 10,000 | 23,400,000 | 150 |
| 1,024 | 4,024 | 最高 10,000 | 21,513,600 | 203 |
| 5,120 | 8,120 | 最高 15,360 | 26,064,000 | 613 |
| 10,240 | 13,240 | 最高 30,720 | 62,928,000 | 1,125 |
| 33,792 | 36,792 | 最多 102,400 | 227,548,800 | 3,480 |
| 51,200 | 54,200 | 最多 102,400 | 164,880,000 | 5,220 |
| 102,400 | 102,400 | 最多 102,400 | 0 | 10,340 |
有效的檔案共用效能受限於電腦網路限制、可用的網路頻寬、IO 大小、平行處理原則，以及許多其他因素。 若要達到平行處理的最大優點，建議您在進階檔案共享上啟用 SMB多重通道 。 如需 一些常見的效能問題和因應措施，請參閱SMB效能 和 效能疑難解答指南 。
高載
如果您的工作負載需要額外的效能以符合尖峰需求，您可以使用高載點數超過檔案共享的基準 IOPS 限制。 高載是自動化程序，而且會根據信用額度系統來運作。 其可盡最大努力運作，且高載限制不保證。
當檔案共用的流量低於基準 IOPS 時，將會在高載貯體中累積信用額度。 稍後會使用所獲額度，在作業超過基準 IOPS 時啟用高載。
每次共用超過基準 IOPS，且在高載貯體中有信用額度時，就會高載至允許的尖峰高載速率上限。 只要信用額度有剩餘，共用就可以持續高載，但這是以累積的高載信用額度數量為基礎。 超過基準 IOPS 的每個 IO 都會耗用一個點數。 一旦取用所有點數，共用就會回到基準 IOPS。
共用信用額度有三種狀態：
- 累計，表示檔案共用使用小於基準 IOPS。
- 減少，表示檔案共用使用超過基準 IOPS，且處於高載模式。
- 常數，當檔案共用只使用基準 IOPS，而且不會累算或使用任何點數時。
新的檔案共用會從其高載貯體中的完整點數開始。 如果共用 IOPS 由於伺服器節流而低於基準，高載點數將不會累算。
隨用隨付模組
Azure 檔案儲存體使用標準檔案共用的隨用隨付計費模型。 在此模型中，您支付的金額取決於您實際使用的數量，而不是根據布建的金額。 概括而言，您會為儲存的邏輯數據量支付費用，而且您也會根據該數據的使用量支付交易費用。 隨用隨付模型較符合成本效益，因為您不需要過度佈建以滿足未來的成長或效能需求。 如果您的工作負載和資料使用量隨著時間而有所不同，您也不需要取消佈建。 另一方面，隨用隨付計費模型可能很難在預算程式中進行規劃，因為模型是由使用者耗用量所驅動。
標準層的差異
在建立標準檔案共用時，您需要在下列階層間進行選擇：交易最佳化、經常性存取和非經常性存取層。 這三個層都儲存在完全相同的標準儲存體硬體上。 這三個層級的主要差異在於其待用資料儲存體價格 (較少存取層的價格較低) 和交易價格 (較少存取層的價格較高)。 這表示：
- 如其名稱所示，交易最佳化可將高交易工作負載的價格最佳化。 交易最佳化具有最高的待用資料儲存體價格，但交易價格最低。
- 經常性存取適用於未涉及大量交易的作用中工作負載。 相較於交易優化，其待用記憶體價格略低，但交易價格略高。 您可以將其視為介於交易最佳化和非經常性存取層之間的中間方案。
- 非經常性會針對沒有高活動的工作負載優化價格，並提供最低待用數據儲存價格，但最高交易價格。
如果您將不常存取的工作負載放在交易最佳化層中，在您一個月內對共用進行的幾次交易幾乎不需要支付任何費用。 不過，您會支付大量的資料儲存成本。 如果要將這個相同的共用移至非經常性存取層，您仍然幾乎不用支付交易成本，因為此工作負載的交易不常發生。 不過，非經常性存取層具有更便宜的資料儲存體價格。 根據您的使用案例選取適當的層級，將可以大幅降低成本。
同樣地，如果您將高度存取的工作負載放在非經常性存取層，您會在交易成本中支付更多費用，但資料儲存的成本費用則較少。 這可能會導致一種情況，即交易價格增加的成本超過減少資料儲存體價格省下的費用，讓您在非交易最佳化的情況下支付更多費用。 對於部分使用量層級，經常性存取層可能是最符合成本效益的項目，而非經常性存取層會比交易最佳化層更貴。
您的工作負載和活動層級將會為標準檔案共用決定最具成本效益的層。 在實務上，挑選最符合成本效益的層的最佳方式，就是查看共用的實際資源耗用量 (儲存的資料、寫入交易等)。 針對標準檔案共用，建議您在初始移轉至 Azure 檔案儲存體期間，以交易最佳化層開始，然後在移轉完成後依據使用量揀選正確的層。 移轉期間的交易使用量通常不表示一般交易使用量。
什麼是交易？
當您使用 SMB 在電腦上掛接 Azure 檔案共用時，Azure 檔案共用會在您的電腦上公開，就像是本機儲存體一樣。 這表示計算機上的應用程式、腳本和其他程式可以存取 Azure 檔案共用上的檔案和資料夾，而不需要知道它們儲存在 Azure 中。
當您讀取或寫入檔案時，您使用的應用程式會對作業系統所提供的檔案系統 API 執行一系列 API 呼叫。 接著，您的操作系統會將這些呼叫解譯成SMB通訊協定交易，這些交易會透過網路傳送至 Azure 檔案儲存體來完成。 用戶視為單一作業的工作，例如從頭到尾讀取檔案，可能會轉譯成 Azure 檔案儲存體 提供的多個 SMB 交易。
根據準則，標準檔案共用會根據使用量計費的隨用隨付計費模型。 應用程式和腳本所進行的SMB和FileREST交易代表檔案共用的使用方式，並顯示為帳單的一部分。 相同的概念適用於您可能新增至共用的加值雲端服務，例如 Azure 檔案同步或 Azure 備份。 交易會分組成五個不同的交易類別，這些交易會根據其對 Azure 檔案共用的影響而有不同的價格。 這些類別包括：寫入、列出、讀取、其他和刪除。
下表顯示每個交易的分類：
| 交易貯體 | 管理作業 | 資料作業 |
|---|---|---|
| 寫入交易 |
|
|
| 列出交易 |
|
|
| 讀取交易 |
|
|
| 其他/通訊協定交易 |
|
|
| 刪除交易 |
|
|
注意
NFS 4.1 僅適用於進階檔案共用，此共用會使用佈建的計費模型。 交易不會影響進階檔案共用的計費。
在標準層之間切換
雖然您可以在三個標準檔案共用層之間變更標準檔案共用，但在初始移轉之後優化成本的最佳做法是挑選最符合成本的層，除非您的存取模式變更，否則請停留在該處。 這是因為變更標準檔案共用的層會產生額外的成本，如下所示：
交易：當您將共用從較熱層移至較冷層時，您將會產生共用中每個檔案的較冷層寫入交易費用。 將共用從較少存取層移至較常存取層時，會針對共用中的每個檔案產生較少存取層的讀取交易費用。
數據擷取：如果您要從非經常性存取層移至經常性存取層或交易優化，您將根據行動的數據大小產生數據擷取費用。 只有非經常性存取層會收取資料擷取費用。
下表說明移動層的成本明細：
| 層 | 交易最佳化 (目的地) | 經常性 (目的地) | 非經常性 (目的地) |
|---|---|---|---|
| 交易最佳化 (來源) | -- |
|
|
| 經常性 (來源) |
|
-- |
|
| 非經常性 (來源) |
|
|
-- |
雖然您變更檔案共享層的頻率沒有正式限制，但您的共用需要時間根據共用中的數據量進行轉換。 當檔案共用在層之間轉換時，您無法變更共用的層級。 變更檔案共享的層級不會影響一般檔案共享存取。
雖然沒有直接機制可在進階和標準檔案共享之間移動，因為它們包含在不同的記憶體帳戶類型中，但您可以使用 robocopy 之類的複製工具，在進階和標準檔案共享之間移動。
選擇階層
不論您是如何將現有資料移轉至 Azure 檔案儲存體中，我們建議您一開始在交易最佳化層中建立檔案共用，因為在移轉期間會產生大量的交易。 移轉完成且您已使用一般使用量的幾天/週後，您可以將交易計數插入定價計算機，以找出最適合您工作負載的階層。
由於標準檔案共用僅會顯示在儲存體帳戶層級的交易資訊，使用儲存體計量來估計在檔案哪個共用層級便宜為不完善的科學。 如果可能，我們建議僅在各個儲存體帳戶部署一個檔案共用，來確保帳單的完整可見度。
若要查看先前的交易：
- 移至您的儲存體帳戶，然後選取左側導覽列中的 [計量]。
- 選取 [範圍] 作為您的儲存體帳戶名稱、選取 [命名空間] 作為「檔案」、選取 [計量] 作為「交易」，然後選取 [彙總] 作為「總和」。
- 選取 [套用分割]。
- 選取 [值] 作為「API 名稱」。 選取所需的 [限制] 和 [排序]。
- 選取所需的時段。
注意
請務必檢視一段時間的交易，以深入了解平均交易數。 確定所選的時間週期不會與初始布建重疊。 乘以在此時段內的平均交易數目，得出整個月份的預估交易。
已佈建/配額、邏輯大小和實體大小
Azure 檔案儲存體追蹤與共享容量相關的三個相異數量：
已佈建大小或配額：使用進階和標準檔案共用，您可以指定允許檔案共用成長的大小上限。 在進階檔案共用中，此值稱為已布建的大小。 無論您布建的金額為何，不論您實際使用多少，您都付出任何代價。 在標準檔案共用中，此值稱為配額，而且不會影響您的帳單。 佈建的大小是進階檔案共用的必要欄位。 對於標準檔案共用，如果未直接指定布建大小，共用會預設為記憶體帳戶支援的最大值 （100 TiB）。
邏輯大小：檔案共享或檔案的邏輯大小與它的大小有關，而不考慮實際儲存的方式，其中可能會套用額外的優化。 檔案的邏輯大小是，如果您將KiB/MiB/GiB 複製到不同的位置，則會透過網路傳輸多少KiB/MiB。 在進階和標準檔案共用中，會使用檔案共享的總邏輯大小來強制執行布建的大小/配額。 在標準檔案共用，邏輯大小為用於待用資料使用量計費的數量。 邏輯大小針對檔案/資料夾的 Windows 內容對話方塊稱為「大小」，而 Azure 檔案儲存體計量稱為「內容長度」。
實體大小：檔案的實體大小與磁碟上編碼的檔案大小有關。 這可能會與檔案的邏輯大小一致，或視操作系統寫入檔案的方式而定，可能較小。 邏輯大小和實際大小不同的常見原因是因為使用疏鬆檔案。 共用中的檔案實體大小會用於快照集計費，但如果快照集未變更 (差異儲存體)，則會將配置的範圍共用在快照集間。 若要深入了解在 Azure 檔案儲存體中快照集的計費方式，請參閱快照集。
快照集
Azure 檔案儲存體支援快照集，類似於 Windows 檔案伺服器上的磁碟區陰影複製 (VSS) 功能。 快照集會一律與即時共用以及彼此間存在差異，表示您一律只會支付各個快照集中不同項目的費用。 如需共用快照集的詳細資訊，請參閱 Azure 檔案儲存體快照集的概觀。
雖然您受限於特定數目的快照集，但快照集不會計入檔案共用大小限制。 若要查看目前的快照集限制，請參閱 Azure 檔案共用調整目標。
快照集一律會根據每個快照集的差異記憶體使用率來計費。 不過，進階檔案共享與標準檔案共享之間看起來稍有不同：
在進階檔案共用中，快照集會根據自己的快照集計量計費，其價格會低於佈建的儲存體價格。 這表示您會在帳單上看到個別明細項目，代表帳單上每個 FileStorage 儲存體帳戶的進階檔案共用快照集。
在標準檔案共用中，快照集會計費為一般使用的儲存體計量一部分，不過仍然只會針對快照集中差異成本的部分向您收費。 這表示您不會在帳單上看到個別明細，代表每個包含 Azure 檔案共用的標準儲存體帳戶快照集。 這也表示差異快照集使用量會計入為標準檔案共用所購買的保留。
Azure 檔案儲存體 的一些增值服務會使用快照集作為其價值主張的一部分。 如需詳細資訊，請參閱 Azure 檔案儲存體的增值服務。
加值服務
與許多內部部署記憶體解決方案一樣，Azure 檔案儲存體 提供第一方和第三方產品的整合點，以與客戶擁有的檔案共用整合。 雖然這些解決方案可以提供相當多的額外價值給 Azure 檔案儲存體，但您應該考慮這些服務新增至 Azure 檔案儲存體 解決方案總成本的額外成本。
成本分成三個貯體：
加值服務的授權成本。 這些可能以每位客戶、使用者（有時稱為「前端成本」）的形式提供固定成本，Azure 檔案共用或記憶體帳戶。 它們也可能以記憶體使用率單位為基礎，例如檔案共用中每 500 GiB 個數據區塊的固定成本。
加值服務的交易成本。 某些加值服務有自己的交易概念，與 Azure 檔案儲存體檢視為交易的概念不同。 這些交易會顯示在加值服務費用下的帳單，然而交易直接與您如何在檔案共用上使用加值服務的方式相關。
使用加值服務的 Azure 檔案儲存體成本。 Azure 檔案儲存體 不會直接向客戶收取增加增值服務的費用，但作為將值新增至 Azure 檔案共用的一部分，增值服務可能會增加您在 Azure 檔案共用上看到的成本。 使用標準檔案共用很容易看到上述現象，因為標準檔案共用具有隨用隨付模型，會產生交易費用。 如果加值服務代表您針對檔案共用執行交易，這些交易將會顯示在您的 Azure 檔案儲存體交易帳單中，即使您未親自直接執行這些交易也一樣。 這也適用於進階檔案共用，但可能較不明顯。 從已布建的 IOPS 號碼計算進階檔案共用的其他交易，這表示增值服務可能需要布建更多記憶體，才能有足夠的 IOPS 或輸送量可供您的工作負載使用。
計算檔案共用的擁有權總成本時，您應該考慮 Azure 檔案儲存體的成本，以及您要搭配 Azure 檔案儲存體使用的所有加值服務成本。
有多個加值的第一方和協力廠商服務。 本文件會介紹與 Azure 檔案共用搭配使用的一般第一方服務子集。 您可以閱讀該服務的定價頁面，以深入了解此處未列出的服務。
Azure 檔案同步
Azure 檔案同步是 Azure 檔案儲存體的加值服務，可透過 Azure 檔案共用同步處理一或多個內部部署的 Windows 檔案共用。 由於雲端的 Azure 檔案共用有同步檔案共用中可供內部部署使用的完整資料副本，因此您可以將內部部署的 Windows 檔案伺服器轉換為 Azure 檔案共用的快取，來降低內部部署使用量。 若要深入了解，請參閱 Azure 檔案同步簡介。
考慮使用 Azure 檔案同步部署解決方案的擁有權總成本時，您應該考慮下列成本層面：
具有一或多個伺服器端點 Windows 檔案伺服器的資本和營運成本。 Azure 檔案同步為複寫解決方案，與 Azure 檔案儲存體同步處理 Windows 檔案伺服器無關；這些伺服器可以裝載在內部部署、Azure VM，甚至是另一個雲端。 除非您將 Azure 檔案同步與裝載在 Azure VM 中的 Windows 檔案伺服器搭配使用，否則資本 (亦即解決方案的預付硬體成本) 和操作 (亦即，人力和電力等) 成本將不會是 Azure 帳單的一部分，但仍是擁有權總成本的一部分。 您應該考慮快取內部部署所需的資料量、Windows 檔案伺服器裝載 Azure 檔案同步工作負載所需的 CPU 數目和記憶體數量 (如需詳細資訊，請參閱建議的系統資源，以取得更多詳細資訊)，以及您可能擁有的其他組織特定成本。
向 Azure 檔案同步註冊伺服器的每部伺服器授權成本。若要搭配特定 Windows 檔案伺服器使用 Azure 檔案同步，您必須先向 Azure 檔案同步的 Azure 資源 (儲存體同步服務) 註冊。 您在第一部伺服器之後註冊的每個伺服器都有一般每月費用。 雖然此費用非常少，但這是帳單需要考慮的一個部分。 若要查看所需區域的伺服器註冊費用目前價格，請參閱 Azure 檔案儲存體定價頁面上的 [檔案同步] 區段。
Azure 檔案儲存體成本。 因為 Azure 檔案同步是 Azure 檔案儲存體的同步處理解決方案，所以會導致您使用 Azure 檔案儲存體資源。 其中一些資源相當明顯 (例如儲存體使用量)，而其他資源可能不是 (例如交易和快照集使用率)。 對於大部分的客戶，我們建議搭配 Azure 檔案同步使用標準檔案共用，但如有需要，Azure 檔案同步完全支援進階檔案共用。
儲存體使用率。 Azure 檔案同步會將您對伺服器端點上指定的 Windows 檔案伺服器路徑的任何變更，複寫到您的 Azure 檔案共用，進而使用儲存體。 在標準檔案共用上，這表示新增或增加伺服器端點上現有檔案的大小會導致儲存體成本成長，因為將會複寫變更。 在進階檔案共用上，變更將會使用佈建的空間 - 您必須負責定期增加佈建，依需求考慮檔案共用成長。
快照集使用率。 Azure 檔案同步以共用和檔案層級快照集作為一般使用方式的一部分。 雖然快照集使用率一律是差異的，但這可能會以明顯的方式提供至總Azure 檔案儲存體帳單。
流失的交易。 當伺服器端點上的檔案變更時，系統會將變更上傳至雲端共用，因而產生交易。 啟用雲端階層處理時，將會產生額外的交易來管理階層式檔案，包括階層式檔案上發生的 I/O，以及輸出成本。 雖然由於流失率和快取效率而難以預測交易的數量和類型，但如果您認為未來使用量與目前的使用量類似，您可以使用先前的交易模式來估算未來的成本。
雲端列舉的交易。 Azure 檔案同步一天會列舉一次雲端中的 Azure 檔案共用，以探索直接對共用進行的變更，進而同步處理到伺服器端點。 這項掃描會產生交易，這些交易會依每個目錄每天一次
ListFiles交易的費率，向儲存體帳戶收取費用。 您可以將此數字放入定價計算機中，以預估掃描成本。
提示
如果您不知道有多少個資料夾，請參考 JAM Software GmbH 的 TreeSize 工具。
若要使用 Azure 檔案共用將 Azure 檔案儲存體的成本最佳化，您應考慮檔案共用的階層。 如需如何針對每個檔案共用挑選階層的詳細資訊，請參閱選擇檔案共用階層。
如果您要從 StorSimple 移轉至 Azure 檔案同步，請參閱比較 StorSimple 與 Azure 檔案同步的成本。
Azure 備份
Azure 備份為 Azure 檔案儲存體提供無伺服器備份解決方案，可順暢地與您的檔案共用、Azure 檔案同步等其他增值服務進行整合。適用於 Azure 檔案儲存體的 Azure 備份，是以快照集為基礎的備份解決方案，可提供排程機制，以在系統管理員定義的排程上自動建立快照集。 也提供使用者友善的介面，可用於將已刪除的檔案/資料夾或整個共用還原至特定時間點。 若要深入瞭解，請參閱 關於 Azure 檔案共用備份。
考慮使用 Azure 備份 的成本時，請考慮下列事項：
Azure 檔案共用資料的受保護執行個體授權成本。 Azure 備份會針對包含已備份 Azure 檔案共用的每個儲存體帳戶收取受保護的執行個體授權成本。 受保護的執行個體定義為 Azure 檔案共用儲存體的 250 GiB。 儲存體 包含小於 250 GiB 的帳戶受限於一小部分受保護的實例成本。 如需詳細資訊，請參閱 Azure 備份服務定價。 您必須從 Azure 備份 可以保護的服務清單中選取 Azure 檔案儲存體。
Azure 檔案儲存體成本。 Azure 備份會以下列方式增加 Azure 檔案儲存體的成本：
Azure 檔案共用快照集的差異成本。 Azure 備份在系統管理員定義的排程上自動擷取 Azure 檔案共用快照集。 快照集一律為差異成本；然而新增至總帳單的額外成本取決於保留的時間快照集長度，以及該期間內檔案共用的變換量。 這指出快照集與即時檔案共用有何不同，以及 Azure 檔案儲存體會因此儲存多少額外的資料。
還原作業的交易成本。 將快照集還原回即時共用的還原作業會導致交易。 對於標準檔案共用，這表示從快照集讀取/從還原寫入將計費為一般的檔案共用交易。 對於進階檔案共用，這些作業會計入檔案共用的已佈建 IOPS。
適用於儲存體的 Microsoft Defender
Microsoft Defender 支援 Azure 檔案儲存體 作為其適用於 儲存體 產品的 Microsoft Defender 的一部分。 適用於儲存體的 Microsoft Defender 會透過 SMB 或 FileREST 偵測到針對您的 Azure 檔案共用存取或惡意探索的異常和潛在有害嘗試。 適用於儲存體的 Microsoft Defender 會在該訂用帳戶儲存體帳戶中所有檔案共用的訂用帳戶層級上啟用。
適用於 儲存體 的 Microsoft Defender 不支援 Azure 檔案共用的防毒功能。
適用於儲存體的 Microsoft Defender 主要成本是一組額外的交易成本，是在針對 Azure 檔案共用執行交易上收取的產品稅。 雖然上述成本是基於發生在 Azure 檔案儲存體上的交易，但此類成本並非 Azure 檔案儲存體帳單的一部分，而是屬於 Microsoft Defender 定價的一部分。 適用於儲存體的 Microsoft Defender 即使在進階檔案共用上也會收取交易費率，其中 Azure 檔案儲存體會包含交易作為 IOPS 佈建過程的一部分。 目前交易費率可在適用於儲存體的 Microsoft Defender 資料表列下的適用於雲端的 Microsoft Defender 定價頁面找到。
使用適用於儲存體的 Microsoft Defender 時，交易大量檔案共用會產生大量成本。 根據這些成本，您可能會想要針對特定記憶體帳戶退出宣告適用於 儲存體 的 Microsoft Defender。 如需更多資訊，請參閱從適用於儲存體保護的 Microsoft Defender 排除儲存體帳戶。