SAP 工作負載的 Azure 儲存體類型
Azure 有多種在功能、輸送量、延遲和價格方面都有極大差異的儲存體類型。 某些儲存體類型並不是 SAP 案例，或屬於 SAP 案例的可用限制。 但是有幾種 Azure 儲存體類型則非常適合或最佳化特定的 SAP 工作負載案例。 特別是針對 SAP HANA，某些 Azure 儲存體類型已通過 SAP HANA 使用量的認證。 在本文件中，我們將瀏覽不同類型的儲存體，並說明其對於 SAP 工作負載和 SAP 元件的功能和可用性。
備註本文中使用的單元。 公用雲端廠商已改為使用 GiB (Gibibyte) 或 TiB (Tebibyte) 做為大小單位，而不是 GB 或 TB。 因此，所有 Azure 文件和獎勵都是使用這些單位。 在本文件中，我們會獨家參考 MiB、GiB 和 TiB 的這些大小單位。 您可能需要使用 MB、GB 和 TB 進行規劃。 因此，如果您需要調整 400 MiB/秒輸送量的大小，而不是 250 MiB/秒輸送量，請注意計算中的一些小差異。
Microsoft Azure 儲存體復原
標準 HDD、標準 SSD、Azure 進階儲存體、進階 SSD v2 和 Ultra 磁碟的 Microsoft Azure 儲存體可將基礎 VHD (含 OS) 和 VM 連結的資料磁碟或 VHD (虛擬硬碟) 保留在三個不同儲存體節點上的三個複本。 如果發生儲存體節點失敗，容錯移轉至另一個複本並植入新的複本是透明的過程。 由於此備援，因此「不」需要跨多個 Azure 磁碟使用任何類型的儲存體備援層。 這項事實稱為「本機備援儲存體 (LRS)」。 LRS 是 Azure 中這些儲存體類型的預設值。 Azure NetApp Files 提供足夠的備援，以達到與其他原生 Azure 記憶體相同的 SLA（服務等級協定）。
還有數個其他備援方法，這些方法全都在 Azure 儲存體複寫 (適用於 Azure 所提供的某些不同儲存體類型) 一文中進行說明。
注意
使用 Azure 儲存體來儲存資料庫資料和重做記錄檔，LRS 是目前唯一支援的復原層級
另請記住，不同的 Azure 儲存體類型會影響單一 VM 可用性 SLA，如虛擬機器的 SLA 中所發行。
Azure 受控磁碟
受控磁碟是 Azure Resource Manager 的資源類型，可用來取代儲存在 Azure 儲存體帳戶的 VHD。 受控磁碟會自動與連接的虛擬機器之中的 [可用性設定組][virtual-machines-manage-availability] 一致。 如此一來，您就能夠改善虛擬機器的可用性，以及虛擬機器中執行的服務。 如需詳細資訊，請參閱概觀文章。
注意
我們需要針對其磁碟使用 Azure 區塊儲存體 (所有 Azure 儲存體，但 Azure NetApp Files 和 Azure Files 除外) 的新 VM 部署必須針對基底 VHD/OS 磁碟使用 Azure 受控磁碟，並使用儲存 SAP 資料庫檔案的資料磁碟。 不論您是透過可用性設定組、跨可用性區域還是獨立於集合和區域部署 VM 皆無關。 用於儲存備份的磁碟不一定必須是受控磁碟。
SAP 工作負載的儲存體案例
在您部署於 Azure 的各種堆疊元件中，SAP 工作負載需要持續性儲存體。 這些案例至少會列出如下：
- 保存您 VM 的基底 VHD，其可保留您在該磁碟中安裝的作業系統和其他軟體。 此磁碟/VHD 是 VM 的根目錄。 對其所做的任何變更都必須予以保存。 因此，下一次停止並重新啟動 VM 時，所做的所有變更仍會存在。 特別是當 VM 是由 Azure 部署至另一部主機，而非 VM 原本執行時
- 保存的資料磁碟。 這些磁碟是您連結的 VHD，用於儲存應用程式資料。 此應用程式資料可能是資料庫、備份檔案或軟體安裝的資料和記錄/重做檔案。 表示除了保存作業系統的基底 VHD 以外的任何磁碟
- 檔案共用或共用磁碟，其中包含 NetWeaver 或 S/4HANA 的全域傳輸目錄。 這些共用的內容可供在多個 VM 中執行的軟體取用，或用於建立高可用性容錯移轉叢集案例
- EDI (電子資料交換) 的 /sapmnt 目錄或一般檔案共用流程或類似的流程。 這些共用的內容可供在多個 VM 中執行的軟體取用，或用於建立高可用性容錯移轉叢集案例
在接下來的幾節中，會討論不同 Azure 儲存體類型及四個 SAP 工作負載案例的可用性。 不同 Azure 儲存體類型使用方式的一般分類記載於在 Azure 中可使用哪些磁碟類型？一文。 針對 SAP 工作負載使用不同 Azure 儲存體類型的建議不會有重大差異。
如需 S/4HANA SAP NetWeaver/應用層 Azure 儲存體類型的支援限制，請參閱 SAP 支援附註2015553。 如需 SAP HANA 認證和支援的 Azure 儲存體類型，請參閱 SAP HANA Azure 虛擬機器儲存體設定一文。
描述不同 Azure 儲存體類型的各節中，可讓您更了解使用 SAP 支援儲存體的限制和可能性。
使用 DBMS 複寫時的儲存體選擇
我們的參考架構會預測 DBMS (資料庫管理系統) 功能的使用方式，例如 SQL Server Always On、HANA 系統複寫、Db2 HADR 或 Oracle Data Guard。 如果您在兩部或多部 Azure 虛擬機器之間使用這些技術，則針對每個 VM 選擇的儲存體類型就必須相同。 表示 DBMS HA 設定中作用中節點與複本節點之間的儲存體設定必須相同。
SAP 儲存體案例的儲存體建議
在探討詳細資料之前，我們已經在文件開頭呈現摘要和建議。 而特定類型 Azure 儲存體的詳細資料會遵循本節的文件。 摘要說明資料表中 SAP 儲存體案例的儲存體建議，如下所示：
| 使用方式情節 | 標準 HDD | 標準 SSD | 進階儲存體 | 進階 SSD v2 | Ultra 磁碟 | Azure NetApp Files | Azure 進階檔案儲存體 |
|---|---|---|---|---|---|---|---|
| 作業系統磁碟 | 不適用 | 受限制的適用 (非生產) | 建議需求 | 不可行 | 不可行 | 不可行 | 不可行 |
| 全域傳輸目錄 | 不支援 | 不支援 | 建議需求 | 建議需求 | 建議需求 | 建議需求 | 強烈建議使用 |
| /sapmnt | 不適用 | 受限制的適用 (非生產) | 建議需求 | 建議需求 | 建議需求 | 建議需求 | 強烈建議使用 |
| DBMS 資料磁碟區 SAP HANA M/Mv2 VM 系列 | 不支援 | 不支援 | 建議需求 | 建議需求 | 建議需求 | 建議需求 | 不支援 |
| DBMS 記錄磁碟區 SAP HANA M/Mv2 VM 系列 | 不支援 | 不支援 | 建議1 | 建議需求 | 建議需求 | 建議需求 | 不支援 |
| DBMS 資料磁碟區 SAP HANA Esv3/Edsv4 VM 系列 | 不支援 | 不支援 | 建議需求 | 建議需求 | 建議需求 | 建議需求 | 不支援 |
| DBMS 記錄磁碟區 SAP HANA Esv3/Edsv4 VM 系列 | 不支援 | 不支援 | 不支援 | 建議需求 | 建議需求 | 建議需求 | 不支援 |
| HANA 共用磁碟區 | 不支援 | 不支援 | 建議需求 | 建議需求 | 建議需求 | 建議需求 | 建議需求 |
| DBMS 資料磁碟區非 HANA | 不支援 | 受限制的適用 (非生產) | 建議需求 | 建議需求 | 建議需求 | 僅適用於 Oracle Linux 上的特定 Oracle 版本、SLES/RHEL Linux 上的 Db2 和 SAP ASE | 不支援 |
| DBMS 記錄磁碟區非 HANA M/Mv2 VM 系列 | 不支援 | 受限制的適用 (非生產) | 建議1 | 建議需求 | 建議需求 | 僅適用於 Oracle Linux 上的特定 Oracle 版本、SLES/RHEL Linux 上的 Db2 和 SAP ASE | 不支援 |
| DBMS 記錄磁碟區非 HANA 非 M/Mv2 VM 系列 | 不支援 | 受限制的適用 (非生產) | 最多適用於中型工作負載 | 建議需求 | 建議需求 | 僅適用於 Oracle Linux 上的特定 Oracle 版本、SLES/RHEL Linux 上的 Db2 和 SAP ASE | 不支援 |
1 使用適用於 M/Mv2 VM 系列的 Azure 寫入加速器進行記錄/重做記錄磁碟區
您可以預期不同儲存體類型清單中的特性，例如：
| 使用方式情節 | 標準 HDD | 標準 SSD | 進階儲存體 | 進階 SSD v2 | Ultra 磁碟 | Azure NetApp Files | Azure 進階檔案儲存體 |
|---|---|---|---|---|---|---|---|
| 輸送量/ IOPS SLA | No | 無 | .是 | .是 | .是 | .是 | Yes |
| 延遲讀取 | 高 | 中到高 | 低 | 一毫秒內 | 一毫秒內 | 一毫秒內 | 愛荷華州 |
| 延遲寫入 | 高 | 中到高 | 低 (一毫秒內1) | 一毫秒內 | 一毫秒內 | 一毫秒內 | 愛荷華州 |
| 受 HANA 支援 | No | No | 是1 | 是 | .是 | 是 | No |
| 可使用磁碟快照集 | Yes | .是 | Yes | 是3 | 否2 | 是 | No |
| 使用可用性設定組時，在不同儲存體叢集上的磁碟配置 | 透過受控磁碟 | 透過受控磁碟 | 透過受控磁碟 | 透過可用性設定組所部署 VM 不支援的磁碟類型 | 透過可用性設定組所部署 VM 不支援的磁碟類型 | 否3 | No |
| 對齊可用性區域 | Yes | .是 | .是 | .是 | Yes | 公開預覽 | No |
| 同步區域性備援 | 不適用於受控磁碟 | 不適用於受控磁碟 | 對於 DBMS 不支援 | No | 無 | 無 | Yes |
| 非同步區域性備援 | 不適用於受控磁碟 | 不適用於受控磁碟 | 對於 DBMS 不支援 | No | No | 在預覽階段 | No |
| 異地備援 | 不適用於受控磁碟 | 不適用於受控磁碟 | No | 無 | No | 可能 | No |
1 使用適用於 M/Mv2 VM 系列的 Azure 寫入加速器進行記錄/重做記錄磁碟區
2 建立不同的 Azure NetApp Files 容量集區不保證將容量集區部署到不同的儲存單位
3 進階 SSD v2 或 Ultra 磁碟的 (增量) 快照集無法在建立之後立即使用。 背景複製必須先完成，才能從快照集建立磁碟
重要
請參閱本文件的 Azure NetApp Files 一節，以便在需要少於 1 毫秒的延遲時，找出 NFS 磁碟區和 VM 的鄰近放置細節。
Azure 進階儲存體
引進 Azure 進階 SSD 儲存體的目標在於提供：
- 低 I/O 延遲
- IOPS 和輸送量的 SLA
- 更小的 I/O 延遲變化性
這種類型的儲存體是以 DBMS 工作負載為目標、需要低單一位數毫秒延遲的儲存體流量，以及 IOPS 和輸送量上的 SLA。 Azure 進階儲存體的成本基礎不是儲存在這類磁碟的實際資料量，而是這類磁碟的大小規模，與儲存在磁碟內的資料量無關。 您也可以在進階儲存體上，建立未直接對應到所示大小類別的磁碟，如進階 SSD 一文中所示。 本文的結論如下：
- 儲存體會以範圍進行組織。 例如，513 GiB 到 1024 GiB 容量範圍內的磁碟會共用相同的功能和相同的每月成本
- 每個 GiB 的 IOPS 不會追蹤各種大小類別的線性。 低於 32 GiB 的較小磁碟，每個 GiB 都有較高的 IOPS 速率。 對於超過 32 GiB 到 1024 GiB 的磁碟，每個 GiB 的 IOPS 速率介於每個 GiB 的 4 到 5 IOPS 之間。 對於最多 32,767 GiB 的較大磁碟，每個 GiB 的 IOPS 速率將會低於 1
- 此儲存體的 I/O 輸送量與磁碟類別的大小無關。 對於較小的磁碟，例如 65 GiB 與 128 GiB 容量之間的類別，輸送量大約是 780KB/GiB。 對於 32,767 GiB 磁碟等極端大型磁碟而言，輸送量大約是 28KB/GiB
- 若未變更磁碟容量，就無法變更 IOPS 和輸送量 SLA
SAP 工作負載的功能矩陣看起來如下：
| 功能 | 註解 | 附註/連結 |
|---|---|---|
| OS 基底 VHD | 適用 | 所有系統 |
| 資料磁碟 | 適用 | 所有系統 - 特別適用於 SAP HANA |
| SAP 全域傳輸目錄 | Yes | 支援 |
| SAP sapmnt | 適用 | 所有系統 |
| 備份儲存體 | 適用 | 適用於短期儲存備份 |
| 共用/共用磁碟 | 無法使用 | 需要 Azure 進階檔案儲存體或協力廠商 |
| 復原 | LRS | 沒有適用於磁碟的 GRS 或 ZRS |
| 延遲 | 低到中 | - |
| IOPS SLA | Yes | - |
| IOPS 線性到容量 | 方括弧中的半線性 | 受控磁碟定價 |
| 每一磁碟的最大 IOPS | 20,000 取決於磁碟大小 | 也請考慮 VM 限制 |
| 輸送量 SLA | Yes | - |
| 輸送量線性至容量 | 方括弧中的半線性 | 受控磁碟定價 |
| HANA 認證 | Yes | 特別適用於 SAP HANA |
| Azure 寫入加速器支援 | No | - |
| 磁碟高載 | Yes | - |
| 可使用磁碟快照集 | Yes | - |
| 可能的 Azure 備份 VM 快照集 | Yes | - |
| 成本 | 中 | - |
Azure 進階儲存體不會以 Azure 進階儲存體所提供的常見快取類型滿足 SAP HANA 儲存體延遲 KPI。 若要滿足 SAP HANA 記錄寫入的儲存體延遲 KPI，您必須使用 Azure 寫入加速器快取，如啟用寫入加速器一文中所述。 Azure 寫入加速器可讓所有其他 DBMS 系統受益於其交易記錄寫入和重做記錄寫入。 因此，建議您在所有 SAP DBMS 部署之間使用。 針對 SAP HANA，必須搭配 Azure 進階儲存體將 Azure 寫入加速器用於 /hana/log。
摘要：Azure 進階儲存體是針對 SAP 工作負載所建議的其中一種 Azure 儲存體類型。 這項建議適用於非生產環境及生產系統。 Azure 進階儲存體適合用來處理資料庫工作負載。 使用 Azure 寫入加速器將可大幅改善 Azure 進階磁碟的寫入延遲。 不過，對於具有高 IOPS 和輸送量速率的 DBMS 系統，您必須過度佈建儲存體容量。 或者，您必須使用 Linux 中的 Windows 儲存空間或邏輯磁碟區管理員等功能，來建置等量集，讓您在一端獲得所需的容量。 但也以最佳成本效益來達到所需的 IOPS 或輸送量。
適用於進階儲存體的 Azure 高載功能
針對容量小於或等於 512 GiB 的 Azure 進階儲存體磁碟，會提供高載功能。 磁碟高載運作的確切方式記載於磁碟高載一文。 當您閱讀本文時，您會了解 I/O 工作負載低於磁碟的標稱 IOPS 和輸送量時，累加 IOPS 和輸送量的概念 (如需標稱輸送量的詳細資訊，請參閱受控磁碟定價)。 您會累加目前使用量與磁碟實際值之間的 IOPS 和輸送量差異。 高載限制為最多 30 分鐘。
可規劃此高載功能的理想情況，有可能是包含不同 DBMS 之資料檔案的磁碟區或磁碟。 針對這些磁碟區預期的 I/O 工作負載，尤其是小型到中型系統的預期如下所示：
- 低到中度讀取工作負載，因為資料在理想情況下會在記憶體中快取。 或者類似於 SAP HANA 應該完全在記憶體中
- 定期發出的資料庫檢查點或儲存點所觸發的寫入高載
- 在未透過儲存體快照集執行備份的情況下，在連續資料流中讀取的備份工作負載
- 對於 SAP Hana，在執行個體重新啟動後將資料載入記憶體中
特別是當您的工作負載每秒只能處理數百筆交易的較小 DBMS 系統上，這類高載功能對於儲存交易或重做記錄的磁碟或磁碟區來說可能很合理。 針對這類磁碟或磁碟區所預期的工作負載如下所示：
- 定期寫入磁碟 (相依於工作負載和工作負載的性質)，因為應用程式所發出的每次認可都可能觸發 I/O 作業
- 在操作工作案例 (例如建立或重建索引) 中，輸送量的工作負載較高
- 執行交易記錄或重做記錄備份時的讀取高載
Azure 進階 SSD v2
Azure 進階 SSD v2 儲存體是新版的進階儲存體，其目標是提供：
- 較小讀取和寫入 I/O 大小的一毫秒內 I/O 延遲
- IOPS 和輸送量的 SLA
- 依佈建的 GB 支付容量的費用
- 為每個磁碟提供一組預設的 IOPS 和儲存體輸送量
- 提供將更多 IOPS 和輸送量新增至每個磁碟的可能性，並針對這些額外的佈建資源個別付費
- 傳遞 SAP HANA 認證，而不需要 Azure 寫入加速器或其他快取等其他功能協助
這種類型的儲存體是以 DBMS 工作負載為目標、需要一毫秒內延遲的儲存體流量，以及 IOPS 和輸送量上的 SLA。 進階 SSD v2 磁碟會以 3,000 IOPS 和 125 MBps 輸送量的預設集合來傳遞。 以及將更多 IOPS 和輸送量新增至個別磁碟的可能性。 儲存體的價格是以新增更多輸送量或 IOPS 的方式進行結構化，主要不會影響價格。 不過，我們會讓您決定進階 SSD v2 的儲存體設定方式。 剛開始時，請參閱 SAP HANA Azure 虛擬機器進階 SSD v2 儲存體設定。
針對實際區域，此新的區塊儲存體類型可供使用，而實際限制會讀取文件 Premium SSD v2。
SAP 工作負載的功能矩陣看起來如下：
| 功能 | 註解 | 附註/連結 |
|---|---|---|
| OS 基底 VHD | 不支援 | 無系統 |
| 資料磁碟 | 適用 | 所有系統 |
| SAP 全域傳輸目錄 | Yes | 所有系統 |
| SAP sapmnt | 適用 | 所有系統 |
| 備份儲存體 | 適用 | 適用於短期儲存備份 |
| 共用/共用磁碟 | 無法使用 | 需要 Azure Premium Files 或 Azure NetApp Files |
| 復原 | LRS | 沒有適用於磁碟的 GRS 或 ZRS |
| Latency | 一毫秒內 | - |
| IOPS SLA | Yes | - |
| IOPS 線性到容量 | 半線性 | 受控磁碟定價 |
| 每一磁碟的最大 IOPS | 80,000 取決於磁碟大小 | 也請考慮 VM 限制 |
| 輸送量 SLA | Yes | - |
| 輸送量線性至容量 | 半線性 | 受控磁碟定價 |
| HANA 認證 | Yes | - |
| Azure 寫入加速器支援 | No | - |
| 磁碟高載 | No | - |
| 可使用磁碟快照集 | 是1 | - |
| 可能的 Azure 備份 VM 快照集 | Yes | - |
| 成本 | 中 | - |
1 進階 SSD v2 或 Ultra 磁碟的 (增量) 快照集無法在建立之後立即使用。 背景複製必須先完成，才能從快照集建立磁碟
與 Azure 進階儲存體相反，Azure 進階 SSD v2 滿足 SAP HANA 儲存體延遲 KPI。 因此，如啟用寫入加速器一文所述，您不需要使用 Azure 寫入加速器快取。
摘要：Azure 進階 SSD v2 是符合 SAP 工作負載最佳性價比的區塊儲存體。 Azure 進階 SSD v2 適合處理資料庫工作負載。 一毫秒內延遲是嚴苛 DBMS 工作負載的理想儲存體。 雖然這是 2022 年 11 月發行的較新儲存體類型。 因此，在未來幾個月內，仍有一些限制即將消失。
Azure Ultra 磁碟
Azure Ultra 磁碟可為 Azure IaaS VM 提供高輸送量、高 IOPS 以及一致的低延遲磁碟儲存體。 Ultra 磁碟的一些優點包括能夠以動態方式變更磁碟的 IOPS 和輸送量以及您的工作負載，而不需要重新啟動虛擬機器 (VM)。 Ultra 磁碟適用於資料密集的工作負載，例如 SAP DBMS 工作負載。 Ultra 磁碟只能當做資料磁碟使用，而不能當做儲存作業系統的基底 VHD 磁碟使用。 建議您使用 Azure 進階儲存體做為 VHD 磁碟。
當您建立 Ultra 磁碟時，您有三個維度可以進行定義：
- 磁碟的容量。 範圍從 4 GiB 到 65,536 GiB
- 磁碟的佈建 IOPS。 不同的最大值會套用至磁碟的容量。 如需詳細資訊，請參閱文章 Ultra 磁碟
- 條款的儲存體頻寬。 不同的頻寬上限取決於磁碟的容量。 如需詳細資訊，請參閱文章 Ultra 磁碟
單一磁碟的成本取決於您可以個別為特定磁碟定義的三個維度。
SAP 工作負載的功能矩陣看起來如下：
| 功能 | 註解 | 附註/連結 |
|---|---|---|
| OS 基底 VHD | 無法運作 | - |
| 資料磁碟 | 適用 | 所有系統 |
| SAP 全域傳輸目錄 | Yes | 支援 |
| SAP sapmnt | 適用 | 所有系統 |
| 備份儲存體 | 適用 | 適用於短期儲存備份 |
| 共用/共用磁碟 | 無法使用 | 需要協力廠商 |
| 復原 | LRS | 沒有適用於磁碟的 GRS 或 ZRS |
| Latency | 非常低 | - |
| IOPS SLA | Yes | - |
| IOPS 線性到容量 | 方括弧中的半線性 | 受控磁碟定價 |
| 每一磁碟的最大 IOPS | 1,200 到 160,000 | 與磁碟容量相關 |
| 輸送量 SLA | Yes | - |
| 輸送量線性至容量 | 方括弧中的半線性 | 受控磁碟定價 |
| HANA 認證 | Yes | - |
| Azure 寫入加速器支援 | No | - |
| 磁碟高載 | Yes | - |
| 可使用磁碟快照集 | 是1 | - |
| 可能的 Azure 備份 VM 快照集 | Yes | - |
| 成本 | 高於進階儲存體 | - |
1 進階 SSD v2 或 Ultra 磁碟的 (增量) 快照集無法在建立之後立即使用。 背景複製必須先完成，才能從快照集建立磁碟
摘要：Azure Ultra 磁碟是適合於各種 SAP 工作負載並達到一毫秒內低延遲的儲存體。 到目前為止，Ultra 磁碟只能與透過可用性區域部署 (區域性部署) 的 VM 組合使用。 與所有其他儲存體相反，Ultra 磁碟無法用於基底 VHD 磁碟。 Ultra 磁碟適用於 I/O 工作負載變動很多的情況，且您想要將已部署的儲存體輸送量或 IOPS 調整為儲存體工作負載模式，而不是調整大小以達到最大頻寬和 IOPS 使用量。
Azure NetApp Files
Azure NetApp Files 是 Azure 原生、第一方、企業等級的高效能檔案儲存體服務，已經過認證可與 SAP Hana 搭配使用。 其提供「磁碟區即服務」，而您可以為其建立 NetApp 帳戶、容量集區和磁碟區。 透過 Azure NetApp Files，您便可選取服務和效能層級，並管理資料保護以建立和管理高效能、高可用性和可調整的檔案共用。
Azure NetApp Files 磁碟區支援下列 SAP 工作負載類型：
- SAP DBMS 工作負載
- SAPMNT 共用
- 全域傳輸目錄
Azure NetApp Files 提供三個服務層級，每個層級都包含各自的輸送量和定價規格。 適合您部署的層級取決於部署的大小。 SAP on Azure NetApp Files TCO Estimator 提供自訂大小建議。
如需服務等級的相關資訊，請參閱 Azure NetApp Files 的服務等級。
部署磁碟區
為了獲得最佳結果，請使用適用於 SAP HANA 的應用程式磁碟區群組來部署磁碟區。 應用程式磁碟區群組會使用親和性和反親和性規則，將磁碟區置於 Azure 基礎結構的最佳位置，進而減少爭用並允許最佳的輸送量及最低延遲。
注意
容量集區是 Azure NetApp Files的基本佈建單位。 容量集區一開始提供的大小為 1 TiB；您可以按 1 TiB 增量擴充容量集區。 容量集區是磁碟區的父單位。 如需重設大小資訊，請參閱 Azure NetApp Files 資源限制。 如需定價，請參閱 Azure NetApp Files 定價。
針對數個 SAP 工作負載案例，支援 Azure NetApp Files：
- 針對 /hana/data 和 /hana/log 磁碟區使用 NFS 共用及針對 /hana/shared 磁碟區進行 SAP HANA 部署，如 SAP HANA Azure 虛擬機器儲存體設定中所述
- 針對 SAP 的全域傳輸目錄提供 SMB 或 NFS 共用
- 高可用性案例中的共用 sapmnt，記載如下：
- Suse 或 Red Hat Linux Azure VM 中的 IBM Db2
- 針對 Oracle 資料和重做記錄磁碟區使用 dNFS，在 Oracle Linux 客體 OS 中進行 Oracle 上的 SAP 部署。 如需更多詳細資料，請參閱適用於 SAP 工作負載的 Azure 虛擬機器 Oracle DBMS 部署一文
- Suse 或 Red Hat Linux 客體 OS 中 ASE 上的 SAP
- Suse 或 Red Hat Linux 客體 OS 中 MAXDB 上的 AP
- Microsoft SQL Server 上的 SAP (包含 SMB 磁碟區)
注意
針對 Linux 上的 DBMS 工作負載，請在 Azure NetApp Files 上使用以 NFS 為基礎的磁碟區。
將輸送量從磁碟區大小分離
資料庫應用程式的儲存體通常具有不會隨著磁碟區大小以線性方式調整的輸送量需求，例如記錄磁碟區的大小相對較小，但需要高層級的輸送量。
Azure NetApp Files 可讓您在使用手動 QoS 類型的容量集區時，獨立於磁碟區大小配置磁碟區輸送量。
以下是範例：
- 資料庫檔案的磁碟區需要 500 MiB/秒的輸送量和 39 TiB 容量
- 記錄檔的磁碟區需要 2000 MiB/秒的輸送量和 1 TiB 容量
您可以為此案例建立手動 QoS 容量集區，並獨立於磁碟區大小配置輸送量。 所需的容量總計為 40 TiB，輸送量總計預算為 2500 MiB/秒。 進階服務等級中的容量集區 (每個配置的 TiB 64 MiB/秒) 都符合效能和容量需求 (40 MiB * 64 iB/s/TiB = 2560 MiB)。
線性效能調整需要大量超額佈建記錄磁碟區，才能達到輸送量需求。 若要達到記錄磁碟區的 2000 MiB/秒輸送量，您必須在 16 TiB 的 Ultra 層中部署容量集區 (每個配置的 TiB 128 MiB/秒)，從而導致超額佈建，因此浪費 15 TiB 的容量。
使用 Azure NetApp Files 效能計算機來取得案例的估計值。
Azure NetApp Files 上的 SAP 工作負載的功能矩陣看起來如下：
| 功能 | 註解 | 附註/連結 |
|---|---|---|
| OS 基底 VHD | 使用受控磁碟 | - |
| 資料磁碟 | 適用 | SAP HANA、Oracle Linux 上的 Oracle、SLES/RHEL 上的 Db2 和 SAP ASE、MAXDB、SQL Server |
| SAP 全域傳輸目錄 | Yes | SMB (僅限 Windows) 和 NFS (僅限 Linux) |
| SAP sapmnt | 適用 | SMB (僅限 Windows) 或 NFS (僅限 Linux) |
| 備份儲存體 | 適用 | 使用快照集和/或 Azure NetApp Files 備份；HANA 的記錄備份也可以作為以檔案為基礎的備份目的地 |
| 共用/共用磁碟 | Yes | SMB、NFS |
| 復原 | LRS 和 GRS | 具跨區域複寫的 GRS；具跨區域複寫的 ZRS |
| 延遲 | 非常低 | 通常小於 1 毫秒 |
| IOPS SLA | Yes | - |
| IOPS 線性到容量 | 透過自動 QoS 進行線性設定；透過手動 QoS 獨立設定 | 可用的三個服務等級 |
| 輸送量 SLA | Yes | SAP on Azure NetApp Files TCO Estimator 提供調整大小建議 |
| 輸送量線性至容量 | 透過自動 QoS 進行線性設定；透過手動 QoS 獨立設定 | 可用的三個服務等級 |
| HANA 認證 | 是 | - |
| 可使用磁碟快照集 | Yes | 請參閱 Azure NetApp Files 快照集的運作方式 |
| 應用程式一致的快照集和備份協調流程 | No | 使用 AzAcSnap 或 SnapCenter |
| 成本 | 使用 TCO 估計工具 | 使用 SAP on Azure NetApp Files TCO Estimator 並輸入架構的大小 |
Azure NetApp Files 儲存體的其他內建功能：
- 對使用 AzAcSnap 的磁碟區執行應用程式一致快照集的功能
- 從快照集複製 Azure NetApp Files 磁碟區進行測試和開發
- 從快照集 (snap-revert) 還原磁碟區，以便從損毀和錯誤快速還原
重要
特別是針對您想要針對至少重做記錄達到低延遲的資料庫部署。 特別是針對 SAP Hana，SAP 需要 1 毫秒內延遲，HANA 重做記錄寫入大小較小。 若要達到這類延遲，請參閱下方的可能性。
重要
部署 Azure NetApp Files 磁碟區時，請記下虛擬機器所在或部署的區域。 請確保您選取相同的區域。 這項功能記載於管理 Azure NetApp Files 的可用性區域磁碟區放置一文中。 SAP HANA 的應用程式磁碟區群組會使用相同功能以在與應用程式 VM 最接近的距離下部署磁碟區。
擁有這種可用性區域一致性類型的動機是，在與應用程式 VM 相同的可用性區域中擁有 NFS 共用，以降低風險表面。
- 使用適用於 SAP HANA 的應用程式磁碟區群組，針對您的 SAP HANA 部署進行 Azure NetApp Files 磁碟區部署。 應用程式磁碟區群組的優點在於，資料磁碟區會透過多個儲存體端點進行部署，從而減少爭用並改善效能。
摘要：Azure NetApp Files 是經 SAP HANA 認證的低延遲儲存解決方案。 服務提供從一或多個容量集區建立的磁碟區。 容量集區提供三個服務層級，各層級都各自定義配置的總容量和輸送量。 磁碟區可調整大小，也可調整輸送量而不會發生服務中斷，以因應變更需求和控制成本。 基於災害復原和商務持續性目的，此服務提供將磁碟區複寫至其他區域或可用性區域的功能。
Azure 進階檔案儲存體
Azure 進階檔案是一種共用儲存體，可提供 SMB 和 NFS 的適中價格和足夠的延遲，以處理 SAP 應用層的共用。 此外，Azure 進階檔案服務會以自動化方式提供共用的同步分區複寫，萬一複本失敗，另一個區域中的另一個複本可以接管。 與 Azure NetApp Files 相反，沒有效能層級。 不需要容量集區。 收費是以不同共用的實際佈建容量為基礎。 Azure 進階檔案尚未測試為 SAP 工作負載的 DBMS 儲存體。 但 SAP 工作負載的使用案例，而是著重於 SAP 應用層上所使用的全部 SMB 和 NFS 共用類型。 Azure 進階檔案也適用於 /hana/shared。
注意
到目前為止，根據 Azure 進階檔案，共用磁碟區不支援 SAP DBMS 工作負載。
Azure 進階檔案清單支援的 SAP 案例，例如：
- 針對 SAP 的全域傳輸目錄提供 SMB 或 NFS 共用
- SAP 系統和 EDI 流程介面的共用使用方式
- 高可用性案例中的共用 sapmnt，記載如下：
- 使用 Azure 檔案儲存體上的 NFS 在 SUSE Linux Enterprise Server 上的 Azure VM 達到 SAP NetWeaver 高可用性
- 使用 Azure 檔案儲存體上的 NFS，在 Red Hat Enterprise Linux 上的 Azure VM 達到 SAP NetWeaver 高可用性
- 針對 SAP 應用程式使用 Azure 檔案儲存體進階 SMB 在 Windows 上的 Azure VM 達到 SAP NetWeaver 高可用性
- 在 SUSE Linux Enterprise 伺服器上使用 HSR，達到 SAP HANA 水平擴充系統高可用性
相較於 Azure NetApp Files，Azure 進階檔案服務從最小共用大小為 100 GB 的 IOPS 開始。 這個較高的 IOPS 列可以避免容量過度佈建，以達到特定的 IOPS 和輸送量值。 如需 IOPS 和儲存體輸送量，請參閱 Azure 檔案儲存體可擴縮性和效能目標中的 Azure 檔案共用縮放目標一節。
注意
由於 Azure Premium Files 的階層式架構，如果存取儲存在共用中的檔案中繼資料，延遲明顯高於 Azure NetApp Files。 這個較高的延遲可能會影響執行個體的大量建立和檔案刪除。 但也可能對列出大型目錄 (其中包含數十萬個檔案) 內容所花費的時間產生明顯影響。 我們看到此較高中繼資料延遲影響的主要使用案例是介面共用的使用方式，客戶每天可能會遇到數十萬甚至數百萬個檔案建立和大規模刪除。 因此，您應該仔細測試介面共用案例。 若要判斷您的工作負載是否涉及許多中繼資料，請檢查中繼資料或命名空間繁重的工作負載
SAP 工作負載的功能矩陣看起來如下：
| 功能 | 註解 | 附註/連結 |
|---|---|---|
| OS 基底 VHD | 無法運作 | - |
| 資料磁碟 | SAP 工作負載不支援 | - |
| SAP 全域傳輸目錄 | Yes | SMB 和 NFS |
| SAP sapmnt | 適用 | 全部系統 SMB (僅限 Windows) 或 NFS (Linux) |
| 備份儲存體 | 適用 | - |
| 共用/共用磁碟 | Yes | SMB 3.0、NFS v4.1 |
| 復原 | LRS 和 ZRS | Azure 進階檔案沒有可用的 GRS |
| Latency | 愛荷華州 | - |
| IOPS SLA | Yes | - |
| IOPS 線性到容量 | 嚴格線性 | - |
| 輸送量 SLA | Yes | - |
| 輸送量線性至容量 | 嚴格線性 | - |
| HANA 認證 | No | - |
| 可使用磁碟快照集 | Yes | - |
| 可能的 Azure 備份 VM 快照集 | No | - |
| 成本 | 愛荷華州 | - |
摘要：Azure Premium Files 是低延遲儲存體，可讓您部署 NFS 和 SMB 磁碟區或共用。 Azure 進階檔案提供絕佳的 SAP 應用層共用性價比。 這也提供這些共用的同步區域複寫。 到目前為止，我們不支援 SAP DBMS 工作負載的這種儲存體類型。 雖然這可用於 /hana/shared 磁碟區。
Azure 標準 SSD 儲存體
相較於 Azure 標準 HDD 儲存體，Azure 標準 SSD 儲存體可提供更佳的可用性、一致性、可靠性和延遲。 已針對在較低 IOPS 層級上需要一致效能的工作負載進行最佳化。 此儲存體是用於具有低 IOPS 和輸送量需求非生產 SAP 系統的最低儲存體。 SAP 工作負載的功能矩陣看起來如下：
| 功能 | 註解 | 附註/連結 |
|---|---|---|
| OS 基底 VHD | 受限制的適用 | 非生產系統 |
| 資料磁碟 | 受限制的適用 | 某些低 IOPS 和延遲需求的非生產系統 |
| SAP 全域傳輸目錄 | No | 不支援 |
| SAP sapmnt | 受限制的適用 | 非生產系統 |
| 備份儲存體 | 適用 | - |
| 共用/共用磁碟 | 無法使用 | 需要協力廠商 |
| 復原 | LRS、GRS | 沒有適用於磁碟的 ZRS |
| Latency | 高 | 對於 SAP Global Transport 目錄或生產系統太高 |
| IOPS SLA | No | - |
| 每一磁碟的最大 IOPS | 500 | 與磁碟大小無關 |
| 輸送量 SLA | No | - |
| HANA 認證 | No | - |
| 可使用磁碟快照集 | Yes | - |
| 可能的 Azure 備份 VM 快照集 | Yes | - |
| 成本 | LOW | - |
摘要：對於基底 VHD 的非生產 VM，以及相對延遲不靈敏及/或低 IOPS 和輸送量速率的最終 DBMS 部署而言，Azure 標準 SSD 儲存體是建議下限。 此 Azure 儲存體類型不再支援裝載 SAP Global Transport Directory。
Azure 標準 HDD 儲存體
當 Azure 基礎結構在 2014 年獲得 SAP NetWeaver 工作負載的認證時，Azure 標準 HDD 儲存體就是唯一的儲存體類型。 在 2014 年，Azure 虛擬機器在儲存體輸送量中很小且很低。 因此，此儲存體類型只能跟上需求。 儲存體非常適合不區分延遲的工作負載，您在 SAP 空間中很難體驗到。 隨著 Azure VM 的輸送量增加，以及這些 VM 所產生的工作負載增加，不再考慮將此儲存體類型用於 SAP 案例。 SAP 工作負載的功能矩陣看起來如下：
| 功能 | 註解 | 附註/連結 |
|---|---|---|
| OS 基底 VHD | 不適用 | - |
| 資料磁碟 | 不適用 | - |
| SAP 全域傳輸目錄 | No | 不支援 |
| SAP sapmnt | 否 | 不支援 |
| 備份儲存體 | 適用 | - |
| 共用/共用磁碟 | 無法使用 | 需要 Azure 檔案儲存體或協力廠商 |
| 復原 | LRS、GRS | 沒有適用於磁碟的 ZRS |
| Latency | 高 | 對於 DBMS 使用量過高、SAP 全域傳輸目錄或 sapmnt/saploc |
| IOPS SLA | No | - |
| 每一磁碟的最大 IOPS | 500 | 與磁碟大小無關 |
| 輸送量 SLA | No | - |
| HANA 認證 | No | - |
| 可使用磁碟快照集 | Yes | - |
| 可能的 Azure 備份 VM 快照集 | Yes | - |
| 成本 | 低 | - |
摘要：標準 HDD 是只能用於儲存 SAP 備份的 Azure 儲存體類型。 其應只用來做為非作用中系統的基底 VHD，例如用於查閱各處資料的已淘汰系統。 但沒有任何作用中的開發、QA 或生產 VM 應以該儲存體為基礎。 也不應該將資料庫檔案裝載在該儲存體上
儲存體流量中的 Azure VM 限制
與內部部署案例相反，您選取的個別 VM 類型在您可以達到的儲存體頻寬中扮演重要的角色。 針對不同的儲存體類型，您必須考慮：
| 儲存體類型 | Linux | Windows | 註解 |
|---|---|---|---|
| 標準 HDD | Azure 中的 Linux VM 大小 | Azure 中 Windows VM 的大小 | 可能很難觸碰到中型或大型 VM 的儲存體限制 |
| 標準 SSD | Azure 中的 Linux VM 大小 | Azure 中 Windows VM 的大小 | 可能很難觸碰到中型或大型 VM 的儲存體限制 |
| 進階儲存體 | Azure 中的 Linux VM 大小 | Azure 中 Windows VM 的大小 | 使用儲存體設定輕鬆達到 IOPS 或儲存體輸送量 VM 限制 |
| 進階 SSD v2 | Azure 中的 Linux VM 大小 | Azure 中 Windows VM 的大小 | 使用儲存體設定輕鬆達到 IOPS 或儲存體輸送量 VM 限制 |
| Ultra 磁碟儲存體 | Azure 中的 Linux VM 大小 | Azure 中 Windows VM 的大小 | 使用儲存體設定輕鬆達到 IOPS 或儲存體輸送量 VM 限制 |
| Azure NetApp Files | Azure 中的 Linux VM 大小 | Azure 中 Windows VM 的大小 | 儲存體流量是使用網路輸送量頻寬，而不是儲存體頻寬！ |
| Azure 進階檔案儲存體 | Azure 中的 Linux VM 大小 | Azure 中 Windows VM 的大小 | 儲存體流量是使用網路輸送量頻寬，而不是儲存體頻寬！ |
對於限制，您必須注意：
- VM 越小，您可以連結的磁碟就越少。 此限制不適用於 Azure NetApp Files。 因為掛接 NFS 或 SMB 共用，所以不會遇到要連結的共用磁碟區數量限制
- VM 具有 I/O 輸送量和 IOPS 限制，進階儲存體磁碟和 Ultra 磁碟可能輕易地超過這些限制
- 使用 Azure NetApp Files 和 Azure 進階檔案時，共用磁碟區的流量會耗用 VM 的網路頻寬，而不是儲存體頻寬
- 使用兩位數 TiB 容量空間中的大型 NFS 磁碟區時，根據 Linux 對於與共用磁碟區互動單一工作階段的限制，存取單一 VM 中這類磁碟區的輸送量將會達到高原期。
當您在 SAP 系統的生命週期中向上調整 Azure VM 的大小時，您應該評估新的和較大 VM 類型的 IOPS 和儲存體輸送量限制。 在某些情況下，將儲存體組態調整為 Azure VM 的新功能也很合理。
等量分割或不要等量分割
將多個 Azure 磁碟中的等量集建立成為一個較大的磁碟區，可讓您將個別磁碟的 IOPS 和輸送量累積到一個磁碟區中。 其只能用於 Azure 標準儲存體和 Azure 進階儲存體。 您可以在 Azure Ultra 磁碟中設定與磁碟容量無關的輸送量和 IOPS，而不需使用等量集。 以 NFS 或 SMB 為基礎的共用磁碟區不能進行等量分割。 由於 Azure 進階儲存體輸送量和 IOPS 的非線性本質，您可以使用與大型單一 Azure 進階儲存體磁碟相同的 IOPS 和輸送量來佈建較小的容量。 這是使用 Azure 進階儲存體以較低成本達到較高輸送量或 IOPS 的方法。 例如，跨兩個 P15 進階儲存體磁碟的等量分割可讓您達到：
- 每秒 250 MiB 的輸送量。這類磁碟區將會有 512 GiB 的容量。 如果您想要擁有可提供每秒 250 MiB 輸送量的單一磁碟，則需要挑選具有 2 TiB 容量的 P40 磁碟。
- 藉由等量分割四個 P10 進階儲存體磁碟 (等量分割整體容量為 512 GiB)，以達到每秒 400 MiB 的輸送量。 如果您想要擁有至少每秒 500 MiB 輸送量的單一磁碟，則需要挑選具有 8 TiB 的 P60 進階儲存體磁碟。 因為進階儲存體的成本與容量接近線性，因此您可使用等量分割來節省成本。
等量分割時必須遵循一些規則：
- 不應該使用 VM 內設定的儲存體備援，因為 Azure 儲存體會將資料磁碟備援保留在 Azure 儲存體後端
- 套用等量集的磁碟必須為相同的大小
- 使用進階 SSD v2 和 Ultra 磁碟時，容量、佈建的 IOPS 和佈建的輸送量必須相同
跨多個小型磁碟進行等量分割是使用 Azure 進階儲存體達到良好價格/效能比率的最佳方式。 據瞭解，等量分割可能會有一些額外的部署和管理額外負荷。
如需特定的等量大小建議，請閱讀不同 DBMS 的文件，例如 SAP HANA Azure 虛擬機器儲存體設定。
下一步
閱讀下列文章：