在 Azure NetApp Files 上部署 SAS Grid 9.4

SAS 分析軟體提供一套服務和工具，可從數據中繪製見解並做出智慧型決策。 SAS 解決方案提供分析、人工智慧、商業智慧、客戶智慧、數據管理和安全性智慧。

如果您要在 Azure 上部署 SAS 方格，Azure NetApp Files 是可行的主要記憶體選項。 當您使用 Azure NetApp Files 的可調整服務時，您可以隨時相應增加或減少記憶體配置，而不會中斷服務。 您也可以動態調整記憶體服務等級至效能需求。

SAS 提供這些主要平臺，Microsoft已驗證：

• SAS 方格 9.4
• SAS Viya

SAS Grid 9.4 已在 Linux 上驗證。

本文提供使用適用於 SASDATA 記憶體的 Azure NetApp Files 在 Azure 上執行 SAS Grid 9.4 的一般資訊。 它也提供SASWORK記憶體選項的指引。 這些指導方針是以您在 Azure 上裝載自己的 SAS 解決方案，在您自己的租用戶中假設為基礎。 SAS 不會為 Azure 上的 SAS 方格提供裝載。

架構

下載本文中所有圖表的PowerPoint檔案。

資料流程

計算層會使用SASDATA （以及選擇性的 SASWORK） 磁碟區，跨方格共享數據。 SASDATA 是 Azure NetApp Files 上的 NFS 連線磁碟區。

• 計算節點會從SASDATA讀取輸入數據，並將結果寫回SASDATA。
• 分析作業的後續部分可由計算層中的另一個節點執行。 它會使用相同的程式來取得並儲存它需要處理的資訊。

潛在使用案例

使用 Azure NetApp Files 的可調整 SAS 方格部署適用於下列使用案例：

• 財務分析
• 詐騙偵測
• 追蹤和保護瀕危物種
• 科學和醫學
• 分析和 AI

記憶體效能的需求

針對 Azure 上的 SAS 9.4（SAS 方格或 SAS 分析專業人員）部署，Azure NetApp Files 是有限大小的 SAS 方格叢集可行的主要記憶體選項。 SAS 建議每個實體核心 100 MiB/秒的輸送量。 根據該建議，針對SASDATA使用 Azure NetApp Files 磁碟區的 SAS 方格叢集可跨兩部或多個 Azure 虛擬機調整為 32 到 48 個實體核心。 SAS 叢集大小是以每個 SAS 叢集的單一 SASDATA 命名空間架構條件約束和可用的單 一 Azure NetApp Files 磁碟區頻寬為基礎。 核心計數指引將會重新流覽，因為 Azure 基礎結構（計算、網路和每個文件系統記憶體頻寬）會隨著時間增加。

Azure NetApp Files 磁碟區類型

Azure NetApp Files 針對網路連接記憶體 （NAS） 工作負載提供兩種不同類型的磁碟區。

一般磁碟區提供：

• 最多 4,500 MiB/秒的閱讀。
• 最多 1,500 MiB/秒的寫入。
• 每秒 460,000 個輸入/輸出作業 （IOPS）。
• 容量總計最多 100 TiB。
• 大小下限為 100 GiB。

大型磁碟區於 2024 年 5 月正式推出，提供：

• 輸送量高達 10,000 GiB/秒。
• 最多 800,000 IOPS。
• 總容量為 1,000 TiB。
• 最小容量為 50 TiB。

如需詳細資訊，請參閱大型磁碟區的需求和考量。

Azure NetApp Files 一般磁碟區效能預期

單一 Azure NetApp Files 一般磁碟區最多可以處理 4,500 MiB/秒的讀取，以及 1,500 MiB/秒的寫入。 假設 Azure 實例類型具有足夠的輸出頻寬，單一虛擬機 （VM） 就可以取用單一 Azure NetApp Files 一般磁碟區的所有寫入頻寬。 不過，只有 Azure 中可用的最大單一 VM 可以取用單一磁碟區的所有讀取頻寬。 如果您想要更多工作負載的頻寬，請考慮使用 Azure NetApp Files 大型磁碟區。

SASDATA 是 SAS 9.4 的主要共用工作負載，其讀取/寫入比率為 80：20。 具有 64 KiB 讀取/寫入的 80：20 工作負載中，每個磁碟區的重要數目如下：

• 2,400 MiB/秒的讀取輸送量，以及同時執行的 600 MiB/秒寫入輸送量。 合併的輸送量約為 3,000 MiB/秒。

如需詳細資訊，請參閱 適用於Linux的 Azure NetApp Files 效能效能評定。

SAS 方格的大型磁碟區效能

單一 Azure NetApp Files 大型磁碟區 可以處理高達 10 GiB/秒的總輸送量，這表示當您處理較大的規模時，SAS 方格的效能潛力可能會更大。

下表顯示工作負載的效能結果，這些工作負載在 Azure NetApp Files 大型磁碟區上使用 SAS 方格且具有各種範例 VM 大小。 此範例清單包含實例計數、每個實例的線程，以及 nconnect 使用 Red Hat Enterprise Linux （RHEL） 8.4 的值。

VM 實例	執行個體計數	每個實例的線程	nconnect 值	每個線程讀取MiB/秒	每個線程寫入MiB/秒	讀取MiB/秒總計	寫入MiB/秒總計
E32s_v5	1	16	8	465	113	7,440	1,808
E32s_v5	2	16	8	411	113	13,152	3,616
E32s_v5	3	16	8	223	113	10,704	5,424
E32s_v5	6	16	8	117	107	11,232	10,272
E104id_v5	1	52	8	161	47	8,372	2,444
E104id_v5	1	52	16	192	50	9,984	2,600

容量建議

Azure NetApp Files 效能計算機可以提供調整 SASDATA 磁碟區大小的指引。

請務必選擇適當的服務等級，因為：

• 磁碟區頻寬是以磁碟區容量為基礎。
• 容量成本是以服務等級為基礎。
• 您選擇的服務等級是以容量與頻寬需求為基礎。

在計算機中，選取 [進階]，選取區域，然後輸入下列值。

• 磁碟區大小：所需的容量
• 輸送量：所需的輸送量，考慮每個核心 100 MiB/秒
• 讀取百分比： 80%
• IOPS： 0
• I/O 大小： 64KiB 循序

畫面底部的輸出會根據所選區域的價格，在每個服務層級和每個月的成本提供建議的容量需求：

• 輸送量。 磁碟區的頻寬，根據工作負載混合。 對於 80% 64-KiB 循序讀取工作負載，3,096 MiB/秒是預期的最大值。
• IOPS。 磁碟區在指定的輸送量上提供的 IOPS 數目。
• 磁碟區大小。 磁碟區在指定服務層級所需的容量數量，以達到所需的輸送量。 磁碟區容量（以 GI 報告）可以等於或小於容量集區大小。 此建議是以您使用自動 QoS 容量集區類型的假設為基礎。 若要進一步優化容量與容量集區內磁碟區之間的輸送量分佈，請考慮手動 QoS 容量集區類型。
• 容量集區大小。 集區大小。 磁碟區的容量是從容量集區雕刻而來。 容量集區的大小為 1 TiB 增量。
• 容量集區成本（美元/月）。 指定大小和服務等級的容量集區每月成本。
• 成交量回顯（美元/月）。 磁碟區容量在指定容量的每月成本。 費用是以配置的容量集區大小為基礎。 回顯磁碟區表示磁碟區數量。

使用 Azure NetApp Files 中的磁碟區成形來控制所需的成本。 有兩個動態選項可用來影響效能和成本：

• 動態調整磁碟區和容量集區的大小
• 動態變更磁碟區的服務等級

深入瞭解 Azure NetApp Files 成本模型。

資料保護

Azure NetApp Files 會使用 快照 集來協助您保護您的數據。 快照集提供 Azure NetApp Files 磁碟區的空間有效率、損毀一致、近乎即時的映像。 您可以隨時手動建立快照集，或使用磁碟區上的快照集原則來排程 快照 集。

使用快照集原則，將自動化數據保護新增至磁碟區。 您可以使用快照集還原，快速就地還原快照集。 或者，您可以將 快照集還原至新的磁碟區 ，以快速復原數據。 您也可以使用 還原至新的磁碟區功能 ，提供具有目前數據的測試/開發環境。

如需額外的數據保護層級，您可以使用使用 Azure NetApp Files 備份 或合作夥伴備份軟體的數據保護解決方案。

元件

• Azure 虛擬機器：SAS 方格需要高記憶體、記憶體和 I/O 頻寬，且核心數目適當。 Azure 提供具有較低 vCPU 計數的預先定義虛擬機 （VM） 大小，可協助平衡記憶體、記憶體、記憶體和 I/O 頻寬數量所需的核心數目。

  如需詳細資訊，請參閱 限制支援 vCPU 的 VM 大小。 請務必徹底瞭解每個實例可用的計算資源。 若要使用 Azure NetApp Files 在 Azure 上執行 SAS Grid，建議您使用下列實例類型：

  • Standard_E64 16ds_v4或Standard_E64 16ds_v5
  • Standard_E64-32ds_v4 或 Standard_E64-32ds_v5

  請務必檢閱在 Azure 上使用 SAS 的最佳做法，包括批注中的更新。

• Azure NetApp Files：您可以在跨計算叢集共用的 Azure NetApp Files 磁碟區上儲存 SASDATA。

  您也可以選擇性地針對 SASWORK 使用 Azure NetApp Files NFS 磁碟區。

  Azure NetApp Files 有三個效能 服務等級可供使用：

  • 標準
  • Premium
  • Ultra

  您的磁碟區效能大部分是由服務等級所定義。 磁碟區的大小也是一個因素，因為可取得的輸送量是由 服務等級和磁碟區大小所決定。

SASDATA 的記憶體選項

因為 Azure NetApp Files 可以提供高輸送量和低延遲的記憶體存取，所以這是進階磁碟的可行且更快速的替代方案。 網路連接記憶體不會在 VM 層級進行節流，因為 VM 層級與受控磁碟相同，因此您會獲得更高的記憶體輸送量。

若要估計 SASDATA 容量所需的層，請使用 Azure NetApp Files 效能計算機。 （請務必選取 [ 進階]。

由於共用 Azure NetApp Files NFS 磁碟區，因此適合用來裝載 SASDATA，這與適當大小的 VM 實例類型和 RHEL 散發搭配使用，本文稍後會討論。

SASWORK 的記憶體選項

下表顯示在 Azure 上部署 SASWORK 的最常見記憶體選項。 根據您的大小（容量）和速度（頻寬）需求，您有三個選項：暫存記憶體、受控磁碟和 Azure NetApp Files。

	暫存位置	受控磁碟	Azure NetApp Files
大小	小型	大型	超大型
速度	超大型	Small	中

選擇選項時，將這些考慮納入考慮：

• 暫存記憶體 （或 暫時記憶體）提供最高的頻寬，但只能以較小的大小提供。 （大小取決於 VM SKU。視可用和必要的容量而定，此選項可能是最佳選項。
• 如果所需的SASWORK容量超過您所選 VM SKU 的暫存記憶體大小，請考慮使用 Azure 受控磁碟來裝載 SASWORK。 不過，請記住，受控磁碟的輸送量會依設計受到 VM 架構的限制，而且會根據 VM SKU 而有所不同。 因此，此記憶體選項僅適用於 SASWORK 效能需求較低的環境。
• 如需最高 SASWORK 容量需求，以及超出 Azure 受控磁碟所能提供的平均效能需求，請考慮使用適用於 SASWORK 的 Azure NetApp Files。 它提供大型大小與快速輸送量。

在使用上表時，若要決定您的需求是小型、大型、中型或超大型，請將部署規模、VM 和核心數目，以及相關聯的容量和效能需求納入考慮。 您必須針對每個部署進行這些評量。

數據表中的選項會對應至下列架構中所述的部署。 在所有案例中，SASDATA 都會裝載在 Azure NetApp Files NFS 磁碟區上，並跨計算節點共用。 針對某些 RHEL 散發套件，我們建議使用 NFS nconnect 選項來建立多個網路流量至磁碟區。 如需詳細資訊，請參閱 本文的 NFS 掛接選項 一節。

暫存記憶體架構

針對較小的SASWORK容量需求，Azure VM 暫存記憶體是快速且符合成本效益的解決方案。 在此架構中，計算層中的每個 VM 都會配備一些暫存記憶體。 若要判斷您所使用的 VM 暫存記憶體大小，請參閱 Azure VM 檔。

資料流程

• 計算節點會從SASDATA讀取輸入數據，並將結果寫回SASDATA。
• 分析作業的後續部分可由計算層中的另一個節點執行。 它會使用相同的程式來取得並儲存它需要處理的資訊。
• 暫存工作目錄 SASWORK 不會共用。 它會儲存在每個計算節點上的暫存記憶體中。

受控磁碟架構

如果您的 SASWORK 容量需求超過暫存記憶體中可用的容量，Azure 受控磁碟是不錯的選擇。 受控磁碟以各種大小和效能等級提供。 如需詳細資訊，請參閱 VM 磁碟的延展性和效能目標。

資料流程

• 計算節點會從SASDATA讀取輸入數據，並將結果寫回SASDATA。
• 分析作業的後續部分可由計算層中的另一個節點執行。 它會使用相同的程式來取得並儲存它需要處理的資訊。
• 暫存工作目錄 SASWORK 不會共用。 它儲存在連結至每個計算節點的受控磁碟上。

Azure NetApp Files 架構

如需較高的SASWORK容量或中等效能需求，請考慮使用 Azure NetApp Files。 Azure NetApp Files 提供最多 100 TiB 的磁碟區容量，以及具有大量磁碟區的 1 PiB。 計算層中的每個節點都應該有自己的SASWORK磁碟區。 不應該共用磁碟區。

資料流程

• 計算節點會從SASDATA讀取輸入數據，並將結果寫回SASDATA。
• 分析作業的後續部分可由計算層中的另一個節點執行。 它會使用相同的程式來取得並儲存它需要處理的資訊。
• 暫存工作目錄 SASWORK 不會共用。 它會儲存在連結至每個計算節點的個別 Azure NetApp Files 磁碟區上。

調整和設定建議

• 針對 SAS 叢集中實例之間數據流量的最佳且最一致的延遲，請確定所有 VM 都建立在相同的 鄰近放置群組中。
• 檢閱在 Azure 上使用 SAS 的最佳做法中的一般微調指引一節。
• 為獲得最佳網路頻寬，請啟用 加速網路。

RHEL 散發套件和 NFS 設定

RHEL 散發套件

RHEL 是 Linux 上執行 SAS 9 的建議散發套件。 Red Hat 支援的每個核心都有自己的 NFS 頻寬限制。

如需在 Azure 上執行 SAS 的詳細資訊，請參閱 在 Azure 上使用 SAS 的最佳做法。

建議針對 SAS 使用 Azure Standard_E64-16ds_v4 和 Standard_E64 32ds_v4 VM 或其 v5 對等專案。 將這些建議納入考慮，本節提供搭配 Azure NetApp Files 使用 SAS 的一些指導方針。

• 如果您使用 RHEL 7，Standard_E64-16ds_v4或Standard_E64-16ds_v5是最佳選擇，根據 SASDATA 的每個實體核心目標 100-MiB/秒。

  • Standard_E64-16ds_v4：每個核心 90–100 MiB/秒
  • Standard_E64-32ds_v4：每個核心 45-50 MiB/秒

• 如果您使用 RHEL 8.2，Standard_E64 16ds_v4或 Standard_E64-32ds_v4 或其 v5 對等專案都是可能的選項。 假設 SASDATA 的每個核心目標 100-MiB/秒，建議使用 Standard_E64-16ds_v4。

  • Standard_E64-16ds_v4：每個核心 150-160 MiB/秒
  • Standard_E64-32ds_v4：每個核心 75-80 MiB/秒

• 如果您使用 RHEL 8.3，只要每個核心輸送量目標，Standard_E64-16ds_v4和Standard_E64-32ds_v4或其 v5 對等專案都完全可以接受：

  • 驗證指出 3,200 MiB/秒的讀取。
  • 使用 NFS nconnect 掛接選項即可達成這些結果。

測試顯示，單一 RHEL 7 實例針對單一 Azure NetApp Files 記憶體端點的讀取輸送量不超過大約 750-800 MiB/秒（也就是針對網路套接字）。 如果您使用 64-KiB 和 wsize NFS 掛接選項，則可以針對相同的端點達成 1,500 MiBrsize/秒的寫入。 有一些證據表明，先前注意到的讀取輸送量上限是 3.10 核心的成品。 如需詳細資訊，請參閱 RHEL CVE-2019-11477。

測試顯示，具有 4.18 核心的單一 RHEL 8.2 實例不受 3.10 核心中所述的限制。 因此，如果您使用 64-KiB 和 wsize NFS 掛接選項，則可以達到 1,200-1,300 MiBrsize/秒的讀取流量。 針對大型循序寫入，您可以預期 RHEL 7 上可達到的輸送量相同 1500 MiB/秒。

使用單一 RHEL 8.3 實例，使用 nconnect 掛接選項 （這是 RHEL 8.3 散發中的新功能），大約可從單一 Azure NetApp Files 磁碟區達到約 3,200 MiB/秒的讀取輸送量。 請勿預期超過 1,500 MiB/秒的寫入至 Azure NetApp Files 單一磁碟區，即使您套用 nconnect。

核心 Tunables

位置數據表專案

NFSv3 沒有機制可 交涉客戶端與伺服器之間的並行 存取。 用戶端和伺服器會各自定義其限制，而不會察覺另一個限制。 為了達到最佳效能，您應該將用戶端 sunrpc 位置表項目數上限設為與支援的數目一致，而不需在伺服器上回推。 當用戶端不堪重負伺服器網路堆疊處理工作負載的能力時，伺服器會藉由減少連線的視窗大小來回應，這不適合效能。

根據預設，新式 Linux 核心會定義每個連線 sunrpc 位置數據表專案大小 sunrpc.max_tcp_slot_table_entries ，以支援 65,536 個未完成的作業。 這些位置表項目會定義並行項目的上限。 由於 Azure NetApp Files 預設為 128 個未完成的作業，因此不需要這個高值。

我們建議您將客戶端調整為相同的數位：

• 核心 Tunables （透過 /etc/sysctl.conf）
  • sunrpc.tcp_max_slot_table_entries=128

檔系統快取無法復原

您也需要 了解檔案系統快取無法復原的下列因素 ：

• 清除骯髒的緩衝區會讓數據處於乾淨狀態，以供日後讀取使用，直到記憶體壓力導致收回為止。
• 非同步排清作業有三個觸發：
  • 以時間為基礎：當緩衝區到達vm.dirty_expire_centisecs或vm.dirty_writeback_centisecs無法調整定義的存留期時，它必須標示為清除（也就是清除或寫入記憶體）。
  • 記憶體壓力：如需詳細資訊，請參閱 vm.dirty_ratio | vm.dirty_bytes。
  • 關閉：當控制代碼關閉時，所有 dirty 緩衝區都會非同步排清至儲存體。

這些因素是由四個 tunables 控制。 您可以使用 /etc/sysctl.conf 檔案中的 或sysctl，動態且持續地微調每個無法動態和持續tuned微調。 微調這些變數可改善 SAS 方格的效能：

• 核心 Tunables （透過自訂微調設定檔）
  • include = throughput-performance
  • vm.dirty_bytes = 31457280
  • vm.dirty_expire_centisecs = 100
  • vm.dirty_writeback_centisecs = 300

NFS 掛接選項

針對用於永久 SASDATA 檔案的 NFS 共用文件系統，建議使用下列 NFS 掛接選項：

RHEL 7 和 8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev

RHEL 8.3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nconnect=8

我們建議 SASWORK 磁碟區的下列掛接選項，其中個別磁碟區會專門用於 SASWORK，且不會在節點之間共用：

RHEL 7 和 8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto

RHEL 8.3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto,nconnect=8

如需掛接選項優點和成本 nocto 的詳細資訊，請參閱 關閉至開啟的一致性和快取屬性定時器。

您也應該檢閱 Azure NetApp Files：要與 MS Azure 上的 SAS Grid 搭配使用的共用文件系統，包括批注中的所有更新。

NFS 讀取預先設定

我們建議您將所有 RHEL 散發套件的 NFS 讀取前無法調整為 15,360 KiB。 如需詳細資訊，請參閱 如何持續設定NFS掛接的預先讀取。

替代項目

上述架構中的記憶體解決方案具有高可用性，如 Azure NetApp Files 服務等級協定所指定。 如需額外的保護和可用性，您可以使用 Azure NetApp Files 跨區域複寫，將記憶體磁碟區復寫至另一個 Azure 區域。

透過記憶體解決方案復寫磁碟區有兩個主要優點：

• 應用程式 VM 上沒有額外的負載。
• 此解決方案不需要在正常作業期間在目的地區域中執行 VM。

記憶體內容會復寫而不需要使用任何計算基礎結構資源，而目的地區域不需要執行 SAS 軟體。 目的地 VM 不需要執行以支援此案例。

下列架構示範如何將 Azure NetApp Files 上的記憶體內容複寫至第二個區域，其中記憶體會填入生產數據的複本。 如果有故障轉移，則會讓次要區域上線，並啟動 VM，讓生產環境可以在第二個區域中繼續執行。 您必須重新設定未顯示在圖表中的負載平衡器，以重新路由傳送至第二個區域的流量。

當跨區域復寫更新間隔設定為10分鐘時，此解決方案的典型 RPO 小於20分鐘。

資料流程

• 計算節點會從SASDATA讀取輸入數據，並將結果寫回SASDATA。
• 分析作業的後續部分可由計算層中的另一個節點執行。 它會使用相同的程式來取得並儲存它需要處理的資訊。
• 暫存工作目錄 SASWORK 不會共用。 它會儲存在連結至每個計算節點的個別 Azure NetApp Files 磁碟區上。
• Azure NetApp Files 跨區域複寫會以異步方式將 SASDATA 磁碟區，包括所有快照集復寫至DR區域，以便在發生區域性災害時加速故障轉移。

考量

這些考慮會實作 Azure Well-Architected Framework 的要素，這是一組指導原則，可用來改善工作負載的品質。 如需詳細資訊，請參閱 Microsoft Azure Well-Architected Framework (部分機器翻譯)。

可靠性

可靠性可確保您的應用程式符合您對客戶的承諾。 如需詳細資訊，請參閱可靠性要素的概觀 (部分機器翻譯)。

Azure NetApp Files 為所有層和所有支援的區域提供標準 99.99% 的可用性 SLA 。 Azure NetApp Files 也支援在 您選擇的可用性區域中布建磁碟區，以及跨區域 部署HA。

為了改善 RPO/RTO SLA，服務會包含快照 集和備份 的整合式數據保護。 跨區域復 寫可在 Azure 區域提供相同的優點。

安全性

安全性可保證您有價值數據和系統的蓄意攻擊和濫用。 如需詳細資訊，請參閱安全性要素的概觀。

Azure NetApp Files 提供安全性層級，因為已布建磁碟區，且數據流量會保留在虛擬網路內。 沒有可公開尋址的端點。 所有數據 隨時都會加密待 用。 您可以選擇性地加密傳輸中的數據。

Azure 原則 可協助您強制執行組織標準，並大規模評估合規性。 Azure NetApp Files 支援透過自定義和內建原則定義 Azure 原則。

效能效益

效能效率可讓您的工作負載進行調整，以有效率的方式符合使用者對其放置的需求。 如需詳細資訊，請參閱效能效率要件概觀。

效能

根據您的輸送量和容量需求，請記住下列考慮：

• Azure NetApp Files 的效能考慮。
• SASDATA 所需的 Azure NetApp Files 容量和服務等級。
• 本文中針對SASWORK 選擇記憶體類型的指引。

延展性

您可以將 VM 新增至執行 SAS 解決方案三層的擴展集，輕鬆地調整計算效能。

您可以動態調整 Azure NetApp Files 磁碟區的記憶體。 如果您使用 自動 QoS，則會同時調整效能。 若要更細微地控制每個磁碟區，您也可以針對容量集區使用不同的 手動 QoS 來控制每個磁碟區的效能。

Azure NetApp Files 磁碟區有三個效能層級： Ultra、進階和標準。 選擇最符合效能需求的層級，並考慮到可用的效能頻寬 會隨著磁碟區大小進行調整。 您可以隨時變更磁碟區的服務等級。 如需 Azure NetApp Files 成本模型的詳細資訊，請參閱這些 定價範例。

您可以使用 Azure NetApp Files 效能計算機 來開始使用。

成本最佳化

成本優化是減少不必要的費用，並提升營運效率。 如需詳細資訊，請參閱成本最佳化要素的概觀。

成本模型

瞭解 Azure NetApp Files 的成本模型可協助您管理費用。

Azure NetApp Files 計費是以您藉由建立容量集區所配置的布建記憶體容量為基礎。 容量集區根據每小時每配置所 GiB 的固定成本按月計費。

如果您的容量集區大小需求變動（例如，因為容量或效能需求不同），請考慮 動態調整磁碟區和容量集 區的大小，以平衡您的容量和效能需求的成本。

如果您的容量集區大小需求維持不變，但效能需求變動，請考慮動態變更磁碟區的服務等級。 您可以在整個月份布建和取消布建不同類型的容量集區，提供 Just-In-Time 效能，並在不需要高效能期間降低成本。

定價

根據您的容量和效能需求，決定您需要哪些 Azure NetApp Files 服務等級（標準、進階或 Ultra）。 然後使用 Azure 定價計算機來評估這些元件的成本：

• Azure 元件上的 SAS
• Azure NetApp Files
• 受控磁碟 （選擇性）
• 虛擬網路

卓越營運

卓越營運涵蓋部署應用程式並使其持續在生產環境中執行的作業流程。 如需詳細資訊，請參閱卓越營運要素的概觀 (部分機器翻譯)。

Azure 上的SAS方格提供彈性和快速部署。 以下是一些優點：

• 使用動態工作負載平衡來滿足不斷變化的商務需求
• 建立高可用性 SAS 運算環境
• 從現有的 IT 基礎結構取得更快的結果
• 以累加且符合成本效益的方式增加計算資源
• 管理所有分析工作負載
• 輕鬆地從孤島伺服器或多部計算機環境轉換至 SAS 方格環境

部署此案例

最好是使用基礎結構即程序代碼 （IaC） 程式來部署工作負載。 SAS 工作負載可能會因為經常在手動部署中發生的設定錯誤而敏感，並減少生產力。

若要開始在 Azure 上設計 SAS 方格解決方案，請檢閱 Azure 架構 上的 SAS，並使用 GitHub Actions 將 Azure 上的 SAS 部署自動化。

參與者

本文由 Microsoft 維護。 原始投稿人如下。

主要作者：

• Geert van Teylingen |群組產品管理員
• Arnt de Gier |技術營銷工程師

其他投稿人：

• 米克·阿爾伯特 |技術寫入器

若要查看非公開的 LinkedIn 設定檔，請登入 LinkedIn。

下一步

• 如何開始使用 Azure 的快速入門網路研討會
• Azure NetApp Files：與 Azure 上的 SAS 方格搭配使用的共享文件系統
• Azure NetApp Files 效能計算機
• Azure NetApp Files 文件
• 訓練：Azure NetApp Files 簡介
• 大型磁碟區的需求及考量

相關資源

• Azure 上的SAS、VM大小調整建議
• Azure 上的 SAS、Azure NetApp Files
• Azure 上的SAS、網路和 VM 放置考慮
• Azure 上的 SAS，安全性考慮