比較 StorSimple 到 Azure 檔案同步的成本
StorSimple 是 Microsoft 提供的已中止實體和虛擬裝置產品，可協助客戶將資料分層至 Azure 來管理其內部部署儲存體磁碟使用量。
注意
StorSimple 服務 (包括 StorSimple 裝置管理員 8000 和 1200 系列和 StorSimple 資料管理員) 已終止支援。 StorSimple 的支援終止於 2019 年，在 Microsoft 生命週期原則和 Azure 通訊 頁面上發佈。 其他通知會透過電子郵件傳送，並張貼在 Azure 入口網站和 StorSimple 概觀中。 如需其他詳細資料，請連絡 Microsoft 支援服務。
對於大部分的 StorSimple 使用案例，Azure 檔案同步是與 StorSimple 搭配使用的檔案共用建議移轉目標。 Azure 檔案同步支援與 StorSimple 類似的功能，例如分層至雲端的能力。 不過，它提供 StorSimple 沒有的其他功能，例如：
- 以管理員和使用者 (Azure 檔案共用) 可存取的原生檔案格式儲存資料，而不是只能透過 StorSimple 裝置存取的專屬格式
- 多網站同步
- 與 Azure 備份和適用於儲存體的 Microsoft Defender 等 Azure 服務整合
若要深入了解 Azure 檔案同步，請參閱 Azure 檔案同步簡介。若要了解如何順暢地從 StorSimple 移轉至 Azure 檔案同步，請參閱 StorSimple 8100 和 8600 移轉至 Azure 檔案同步或 StorSimple 1200 移轉至 Azure 檔案同步。
雖然 Azure 檔案同步支援 StorSimple 不支援的其他功能，但熟悉 StorSimple 的管理員可能擔心其目前解決方案相對於 Azure 檔案同步的成本。 本文件涵蓋如何比較 StorSimple 的成本與 Azure 檔案同步，以正確判斷每個成本。 雖然成本情況可能會因客戶的使用量和 StorSimple 設定而有所不同，但大部分的客戶都會以與目前使用 StorSimple 所支付的相同或更少成本使用 Azure 檔案同步。
成本比較原則
若要確保 StorSimple 到 Azure 檔案同步和其他服務的公平比較，您必須考量下列原則：
解決方案的所有成本都會計入。 StorSimple 和 Azure 檔案同步有多個成本要素。 若要進行公平比較，必須考慮所有成本要素。
成本比較不包括 StorSimple 不支援的功能成本。 Azure 檔案同步支援 StorSimple 不支援的多種功能。 Azure 檔案同步的某些功能 (例如多網站同步處理) 可能會增加Azure 檔案同步解決方案的擁有權總成本。 將新功能作為移轉的一部分相當合理；但是，這應該視為移轉至 Azure 檔案同步的升級優點。因此，您應該先比較 StorSimple 和 Azure 檔案同步的成本，然後再考慮採用 StorSimple 沒有的 Azure 檔案同步新功能。
成本比較會考量 StorSimple 的現況設定。 StorSimple 支援多個可能會增加或減少 StorSimple 解決方案價格的設定。 若要對 Azure 檔案同步執行公平成本比較，您應該只考慮您目前的 StorSimple 設定。 例如：
比較 StorSimple 和 Azure 檔案同步時，請使用相同的備援設定。如果您的 StorSimple 解決方案在 Azure Blob 儲存體中使用本地備援儲存體 (LRS)，則您應該將其與Azure 檔案儲存體中的本地備援儲存體成本進行比較，即使您想要在採用 Azure 檔案同步時切換到區域性備援 (ZRS) 或異地備援 (GRS) 儲存體。
使用您目前使用的 Azure Blob 儲存體定價。 Azure Blob 儲存體支援 v1 和 v2 定價模式。 如果客戶採用 v2 定價，大部分的 StorSimple 客戶都會節省費用;不過，大部分的 StorSimple 客戶目前都使用 v1 定價。 由於 StorSimple 即將作廢，因此若要執行公平比較，請使用您目前所使用的定價模型。
StorSimple 定價成份
StorSimple 在成本比較分析中應考慮的定價成份如下：
伺服器前端/執行 StorSimple 的資本和營運成本。 資本成本與實體、內部部署硬體的預付成本有關，而營運成本與執行解決方案所需的持續成本有關，例如人力、維護和電源成本。 資本成本會根據您擁有 StorSimple 8000 系列設備或 StorSimple 1200 系列設備而略有不同：
以及 StorSimple 8000 系列之間的差異。 StorSimple 8000 系列設備是實體設備，可提供檔案伺服器必須為前端的 iSCSI 目標。 雖然您可能很久以前已經購買並設定此檔案伺服器，但除了執行 StorSimple 設備的作業成本之外，您也應該考慮執行此伺服器的資本和營運成本。 在裝載其他工作負載的內部部署 Hypervisor 上，如果您的檔案伺服器裝載為虛擬機器 (VM)，若要擷取執行檔案伺服器而非其他工作負載的機會成本，您應該將檔案伺服器 VM 視為主機資本支出和作業成本的分數成本，除了檔案伺服器 VM 的作業成本之外。 最後，您應該包括任何 StorSimple 8000 系列虛擬設備的成本，以及您可能已在 Azure 中部署的其他 VM。
StorSimple 1200 系列。 StorSimple 1200 系列設備是虛擬設備，您可以在選擇的 Hypervisor 中執行內部部署。 StorSimple 1200 系列設備可以是檔案伺服器的 iSCSI 目標，也可以直接成為檔案伺服器，而不需要額外的伺服器。 如果您已將 StorSimple 1200 系列設備設定為 iSCSI 目標，您應該同時包括裝載虛擬設備的成本，以及檔案伺服器前端 StorSimple 1200 系列設備的成本。 雖然 StorSimple 1200 系列設備可能裝載在裝載其他工作負載的 Hypervisor 上，但除了虛擬設備的營運成本之外，還應該考慮虛擬設備作為主機資本支出的分數成本，以擷取執行 StorSimple 1200 系列設備的機會成本，而不是其他工作負載。
StorSimple 服務成本。 Azure 中的 StorSimple 管理服務是大部分客戶 StorSimple 的 Azure 帳單 的主要部分。 StorSimple 管理服務有兩種計費模型。 您使用哪一個可能取決於購買 StorSimple 設備的方式和時機 (請參閱帳單，以取得詳細資料) ：
每 GiB 儲存體的 StorSimple 管理費用。 每個 GiB 的 StorSimple 管理費用是較舊的計費模型，也是大部分客戶正在使用的計費模型。 在此模型中，您需支付儲存在 StorSimple 中的每個邏輯 GiB 費用。 您可以在 StorSimple 定價頁面上看到儲存體每個 GiB 的管理費用價格，其位於文字 (描述為「舊定價模型」) 的第一個資料表下方。 請務必注意，定價頁面的回應不正確 - 客戶未在 2021 年 12 月轉換為每個裝置計費模型。
每個裝置的 StorSimple 管理費用。 每個裝置的 StorSimple 管理費用是較新的模型，但正在使用的客戶較少。 在此模型中，每天會向您收取裝置作用中的每日費用。 費用支出取決於您有實體或虛擬設備，以及您擁有的特定設備。 您可以在 StorSimple 定價頁面上看到每個裝置的管理費用價格 (第一個資料表)。
Azure Blob 儲存體成本。 StorSimple 會將所有資料以其專屬格式儲存在 Azure Blob 儲存體中。 考慮 Azure Blob 儲存體成本時，您應該考慮儲存體使用率，這可能會小於或等於資料邏輯大小，因為重復資料刪除和壓縮是 StorSimple 專屬資料格式的一部分，以及每當檔案變更或範圍從裝置回收到內部部署時，就會完成的儲存體上的交易。 根據您何時部署 StorSimple 設備，可能會受限於兩種 Blob 儲存體定價模型的其中一種：
Blob 儲存體定價 v1，可在一般用途第 1 版儲存體帳戶中使用。 根據大部分 StorSimple 部署的存留期，多數的 StorSimple 客戶都會使用 v1 Azure Blob 儲存體定價。 此定價的每個 GiB 價格較高，且交易價格低於 v2 模型，並且缺少 Blob 儲存體 v2 定價擁有的儲存層。 若要查看 Blob 儲存體 v1 價格，請瀏覽 Azure Blob 儲存體定價頁面，然後選取 [其他] 索引標籤。
Blob 儲存體定價 v2，可在一般用途第 2 版儲存體帳戶中使用。 Blob 儲存體 v2 的 GiB 價格較低，且交易價格高於 v1 模型。 雖然某些 StorSimple 客戶可以藉由切換至 v2 定價來節省費用，但多數的 StorSimple 客戶目前都使用 v1 定價。 由於 StorSimple 即將結束生命週期，因此您應該繼續使用您目前所使用的定價模式，而不是與 v2 定價進行定價成本比較。 若要查看 Blob 儲存體 v2 價格，請瀏覽 Azure Blob 儲存體定價頁面，然後在載入頁面時，選取 [建議] 索引標籤 (預設)。
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 工具。
從 StorSimple 翻譯數量
如果您嘗試根據您在 StorSimple 中看到的費用來估算 Azure 檔案同步的成本，請小心下列項目：
Azure 檔案儲存體的邏輯大小 (標準檔案共用) 計費。 不同於 StorSimple，在將資料儲存至 Azure Blob 儲存體之前，以 StorSimple 專屬格式來編碼資料，Azure 檔案儲存體會以與您在 Windows 檔案伺服器上看到的相同形式儲存來自 Azure 檔案同步的資料。 這表示如果您嘗試釐清您將在 Azure 檔案儲存體中使用的儲存體數量，您應該查看 StorSimple 資料的邏輯大小，而不是儲存在 Azure Blob 儲存體中的數量。 雖然這看起來可能會讓您在使用 Azure 檔案同步時支付更多費用，但您需要執行完整的分析，包括 StorSimple 成本的所有層面，才能看到真正的比較。 此外，Azure 檔案儲存體提供保留，可讓您以售價最高 36% 的折扣來購買儲存空間。 請參閱Azure 檔案儲存體中的保留。
請勿假設 StorSimple 上的交易與 Azure 檔案同步中的交易之間為 1：1 比率。您可能會想要查看 Azure Blob 儲存體中 StorSimple 所完成的交易數目，並假設該數目會類似 Azure 檔案同步在 Azure 檔案儲存體上執行的交易數目。 此數目可能會高估或低估 Azure 檔案同步的交易數目，因此不是估計交易成本的好方法。 估計交易成本的最佳方式是使用與 StorSimple 中儲存的檔案共用類似的即時檔案共用，在Azure 檔案同步中執行小型概念證明。