SAP 工作負載的 Azure 儲存體類型

  • 發行項

Azure 有許多記憶體類型，在功能、輸送量、延遲和價格上有很大的差異。 某些記憶體類型不是，或 SAP 案例的可用限制。 而數種 Azure 記憶體類型非常適合或優化特定 SAP 工作負載案例。 特別是針對 SAP HANA，某些 Azure 記憶體類型已通過 SAP HANA 使用量的認證。 在本檔中，我們將逐步解說不同類型的記憶體，並說明其功能和可用性與 SAP 工作負載和 SAP 元件。

關於本文所用單位的備註。 公用雲端廠商已移至使用 GiB （Gibibyte） 或 TiB （Tebibyte 作為大小單位，而不是 Gb 或 Tb。 因此，所有 Azure 檔和 Prizing 都會使用這些單位。 在整個檔中，我們會以獨佔方式參考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 區塊記憶體的 VM 進行新的部署（Azure NetApp Files 和 Azure 檔案儲存體 以外的所有 Azure 記憶體）都必須針對儲存 SAP 資料庫檔案的基底 VHD/OS 磁碟和數據磁碟使用 Azure 受控磁碟。 不論您是否透過可用性設定組、跨 可用性區域 或獨立於集合和區域來部署 VM，都無關。 用於儲存備份的磁碟不一定必須是受控磁碟。

SAP 工作負載的儲存體案例

SAP 工作負載中需要保存的記憶體，這些記憶體是您在 Azure 中部署之堆疊的各種元件。 這些案例至少會列出，例如：

  • 持續保存該磁碟中所安裝作業系統和其他軟體的 VM 基底 VHD。 此磁碟/VHD 是 VM 的根目錄。 對它所做的任何變更，都必須保存。 因此，下次您停止並重新啟動 VM 時，所有所做的變更仍存在。 特別是在 VM 已由 Azure 部署到另一部主機，而不是原本執行的案例
  • 保存的資料磁碟。 這些磁碟是您連結的 VHD，用於儲存應用程式資料。 此應用程式資料可能是資料庫、備份檔案或軟體安裝的資料和記錄/重做檔案。 表示您的基底 VHD 以外的任何磁碟會保存作業系統
  • 檔案共用或共用磁碟，其中包含 NetWeaver 或 S/4HANA 的全域傳輸目錄。 這些共用的內容可由在多個 VM 中執行的軟體取用，或用來建置高可用性故障轉移叢集案例
  • 適用於 EDI 程序或之類的 /sapmnt 目錄或一般檔案共用。 這些共用的內容可由在多個 VM 中執行的軟體取用，或用來建置高可用性故障轉移叢集案例

在接下來的幾節中，會討論四個 SAP 工作負載案例的不同 Azure 記憶體類型和可用性。 在 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 系列 不支援 不支援 建議需求 建議需求 建議需求 建議2 不支援
DBMS 記錄磁碟區 SAP HANA M/Mv2 VM 系列 不支援 不支援 建議1 建議需求 建議需求 建議2 不支援
DBMS 數據磁碟區 SAP HANA Esv3/Edsv4 VM 系列 不支援 不支援 建議需求 建議需求 建議需求 建議2 不支援
DBMS 記錄磁碟區 SAP HANA Esv3/Edsv4 VM 系列 不支援 不支援 不支援 建議需求 建議需求 建議2 不支援
HANA 共用磁碟區 不支援 不支援 建議需求 建議需求 建議需求 建議需求 建議3
DBMS 數據磁碟區非 HANA 不支援 受限制的合適 （非支援） 建議需求 建議需求 建議需求 僅適用於 Oracle Linux、Db2 和 SLES/RHEL Linux 上的 SAP ASE 特定版本 不支援
DBMS 記錄磁碟區非 HANA M/Mv2 VM 系列 不支援 受限制的合適 （非支援） 建議1 建議需求 建議需求 僅適用於 Oracle Linux、Db2 和 SLES/RHEL Linux 上的 SAP ASE 特定版本 不支援
DBMS 記錄磁碟區非 HANA 非 M/Mv2 VM 系列 不支援 受限制的合適 （非生產） 適用於最多中型工作負載 建議需求 建議需求 僅適用於 Oracle Linux、Db2 和 SLES/RHEL Linux 上的 SAP ASE 特定版本 不支援

1 使用 適用於 M/Mv2 VM 系列的 Azure 寫入加速器 進行記錄/重做記錄磁碟區

2 使用 ANF 需要 /hana/data 和 /hana/log 位於 ANF

3 到目前為止在 SLES 上測試過

您可以從不同的記憶體類型清單中預期的特性，例如：

使用方式情節 標準 HDD 標準 SSD 進階儲存體 進階 SSD v2 Ultra 磁碟 Azure NetApp Files Azure 進階檔案儲存體
輸送量/IOPS SLA No 否 .是 .是 .是 .是 Yes
延遲讀取 高 中至高 低 submillisecond submillisecond submillisecond 愛荷華州
延遲寫入 高 中至高 低 （小米1） submillisecond submillisecond submillisecond 愛荷華州
支援 HANA No No 是1 是 .是 .是 No
磁碟快照集可能 Yes .是 .是 無 否 .是 No
使用可用性設定組時，在不同記憶體叢集上配置磁碟 透過受控磁碟 透過受控磁碟 透過受控磁碟 透過可用性設定組部署的 VM 不支援磁碟類型 透過可用性設定組部署的 VM 不支援磁碟類型 否3 No
對齊 可用性區域 Yes .是 .是 .是 Yes 公開預覽 No
同步分區備援 不適用於受控磁碟 不適用於受控磁碟 DBMS 不支援 No 否 否 Yes
異步區域性備援 不適用於受控磁碟 不適用於受控磁碟 DBMS 不支援 No No 在預覽階段 No
異地備援 不適用於受控磁碟 不適用於受控磁碟 No 否 No 可能 No

1 使用 適用於 M/Mv2 VM 系列的 Azure 寫入加速器 進行記錄/重做記錄磁碟區

2 成本取決於布建的 IOPS 和輸送量

3 建立不同的 ANF 容量集區並不保證將容量集區部署到不同的儲存單位

重要

請參閱本檔的 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 容量之間的類別，輸送量約為每個 GiB 780 KB。 對於極端大型磁碟，例如 32,767 GiB 磁碟，輸送量約為每個 GiB 28 KB
  • 若未變更磁碟容量，就無法變更 IOPS 和輸送量 SLA

SAP 工作負載的功能矩陣看起來如下：

功能 註解 附註/連結
OS 基底 VHD 合適 所有系統
資料磁碟 合適 所有系統 - 特別適用於 SAP HANA
SAP 全域傳輸目錄 Yes 支援
SAP sapmnt 合適 所有系統
備份儲存體 合適 短期儲存備份
共用/共用磁碟 無法使用 需要 Azure 進階版 檔案或第三方
復原 LRS 沒有可供磁碟使用 GRS 或 ZRS
Latency 低到中 -
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 進階記憶體使用適用於 /hana/log 的 Azure 寫入加速器。

摘要： Azure 進階記憶體是針對 SAP 工作負載建議的其中一種 Azure 記憶體類型。 這項建議適用於非生產與生產系統。 Azure 進階儲存體適合用來處理資料庫工作負載。 使用 Azure 寫入加速器將可大幅改善 Azure 進階磁碟的寫入延遲。 不過，對於具有高 IOPS 和輸送量速率的 DBMS 系統，您必須過度布建記憶體容量。 或者，您必須使用 Windows 儲存空間 或 Linux 中的邏輯磁碟區管理員等功能，來建置等量集，讓您在一端獲得所需的容量。 但也以最佳成本效益來達到所需的 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 儲存器組態。

對於實際區域，可以使用這個新的區塊儲存類型，而實際限制會讀取檔 進階版 SSD v2。

SAP 工作負載的功能矩陣看起來如下：

功能 註解 附註/連結
OS 基底 VHD 不支援 無系統
資料磁碟 合適 所有系統
SAP 全域傳輸目錄 Yes 所有系統
SAP sapmnt 合適 所有系統
備份儲存體 合適 短期儲存備份
共用/共用磁碟 無法使用 需要 Azure 進階版 檔案或 Azure NetApp Files
復原 LRS 沒有可供磁碟使用 GRS 或 ZRS
Latency submillisecond -
IOPS SLA Yes -
IOPS 線性到容量 半線性 受控磁碟定價
每個磁碟的 IOPS 上限 80,000 相依於磁碟大小 也請考慮 VM 限制
輸送量 SLA Yes -
輸送量線性至容量 半線性 受控磁碟定價
HANA 認證 Yes -
Azure 寫入加速器支援 No -
磁碟高載 No -
磁碟快照集可能 No -
可能 Azure 備份 VM 快照集 No -
成本 中 -

與 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 -
磁碟高載 No -
磁碟快照集可能 No -
可能 Azure 備份 VM 快照集 No -
成本 高於 進階版記憶體 -

摘要： Azure Ultra 磁碟是適合用於各種 SAP 工作負載的低子百萬延遲記憶體。 到目前為止，Ultra 磁碟只能與透過可用性區域部署 (區域性部署) 的 VM 組合使用。 Ultra 磁碟不支援記憶體快照集。 與所有其他記憶體相反，Ultra 磁碟無法用於基底 VHD 磁碟。 Ultra 磁碟很適合 I/O 工作負載波動很大的情況，而您想要將已部署的記憶體輸送量或 IOPS 調整為記憶體工作負載模式，而不是針對頻寬和 IOPS 的最大使用量調整大小。

Azure NetApp Files (ANF)

Azure NetApp Files 是 Microsoft 與 NetApp 合作的結果，目標是提供高效能的 Azure 原生 NFS 和 SMB 共用。 重點是提供高頻寬和低延遲記憶體，以啟用 DBMS 部署案例，一段時間後也透過 Azure 啟用 NetApp 記憶體的典型作業功能。 NFS/SMB 共用提供三種不同的服務等級，以區分記憶體輸送量和價格。 服務等級記載於 Azure NetApp Files 的服務等級一文中。 對於不同類型的 SAP 工作負載，強烈建議使用下列服務等級：

  • SAP DBMS 工作負載：效能，理想情況下為 Ultra
  • SAPMNT 共用：效能最好是 Ultra
  • 全域傳輸目錄：效能，理想情況下為 Ultra

注意

布建大小下限是稱為容量集區的 4 TiB 單位。 然後，您會從這個容量集區建立磁碟區。 而您可以建置的最小磁碟區是 100 GiB。 您可以在 TiB 步驟中擴充容量集區。 如需定價，請查看 Azure NetApp Files 定價一文

目前支持數個 SAP 工作負載案例的 ANF 記憶體：

注意

到目前為止，SMB 不支援以 Azure NetApp Files 為基礎的 DBMS 工作負載。

如同 Azure 進階記憶體，當您必須遵守輸送量中的一些最小數位時，每個 GB 的固定或線性輸送量大小可能會是問題。 就像 SAP HANA 的情況一樣。 使用 ANF 時，此問題會比使用 Azure 進階磁碟更為明顯。 使用 Azure 進階磁碟，您可以採用數個較小型的磁碟，每個 GiB 的輸送量相對較高，並等量以符合成本效益，並以較低的容量擁有較高的輸送量。 這種等量分割不適用於裝載在 ANF 上的 NFS 或 SMB 共用。 這項限制導致部署產能過剩，例如：

  • 例如，若要在 ANF 上裝載的 NFS 磁碟區上達到 250 MiB/秒的輸送量，您必須部署 Ultra 服務等級的 1.95 TiB 容量。
  • 若要達到 400 MiB/秒，您必須部署 3.125 TiB 容量。 但您可能需要過度布建容量，才能達到磁碟區所需的輸送量。 這種容量過度布建會影響較小 HANA 實例的定價。
  • 在 ANF 上針對 SAP /sapmnt 目錄使用 NFS，您通常會將容量下限為 100 GiB 到 150 GiB，由 Azure NetApp Files 強制執行。 不過，客戶體驗顯示，12.8 MiB/秒（使用 Ultra 服務等級）的相關輸送量可能不夠，而且可能對 SAP 系統的穩定性產生負面影響。 在這種情況下，客戶可以藉由增加 /sapmnt 磁碟區的數量來避免問題，因此，為該磁碟區提供更多的輸送量。

SAP 工作負載的功能矩陣看起來如下：

功能 註解 附註/連結
OS 基底 VHD 無法運作 -
資料磁碟 合適 SAP HANA、Oracle on Oracle Linux、Db2 和 SLES/RHEL 上的 SAP ASE
SAP 全域傳輸目錄 Yes SMB 和 NFS
SAP sapmnt 合適 所有系統 SMB （僅限 Windows） 或 NFS （僅限 Linux）
備份儲存體 合適 -
共用/共用磁碟 Yes SMB 3.0、NFS v3 和 NFS v4.1
復原 LRS 和 GRS GRS 可用
Latency 非常低 -
IOPS SLA Yes -
IOPS 線性到容量 嚴格線性 相依於 服務等級
輸送量 SLA Yes -
輸送量線性至容量 linear 相依於 服務等級
HANA 認證 Yes -
磁碟快照集可能 Yes -
可能 Azure 備份 VM 快照集 No -
成本 高於 進階版記憶體 -

ANF 記憶體的其他內建功能：

重要

特別是針對您想要針對至少重做記錄達到低延遲的資料庫部署。 特別是針對 SAP HANA，SAP 需要小於 1 毫秒的 HANA 重做記錄寫入較小大小的延遲。 若要達到這類延遲，請參閱下方的可能性。

重要

即使是非 DBMS 使用方式，您也應該使用預覽功能，讓您在應該掛接 NFS 共用的 VM 時，在同一個 Azure 可用性區域 中建立 NFS 共用。 這項功能記載於管理 Azure NetApp Files 的可用性區域磁碟區放置一文中。 擁有這種類型的可用性區域一致性的動機是，在未在其中執行 VM 的另一個 AvZone 中擁有 NFS 共用，以降低風險表面。

  • 您可以前往 VM 與 NFS 共用之間最接近的鄰近性，這些 共用可以使用應用程式磁碟區群組來排列。 除了配置最佳的鄰近性，以及建立最低延遲之外，應用程式磁碟區群組的優點是，SAP HANA 部署的不同 NFS 共用會分散到 Azure NetApp Files 後端叢集中的不同控制器。 此方法的缺點是您必須再次經歷釘選程式。 將結束將 VM 部署限制為單一數據中心的程式。 而不是 可用性區域 作為引進的第一個方法。 這表示變更已掛接 NFS 磁碟區之 VM 的 VM 大小和 VM 系列的彈性較低。
  • 目前未使用可用性放置群組的程式。 到目前為止僅適用於 SAP HANA。 此程式也會使用與可用性磁碟區群組相同的手動釘選程式。 此方法是過去三年所使用的方法。 其具有與可用性磁碟區群組相同的彈性限制。

基於資料庫特定使用量的 ANF 配置 NFS 磁碟區的喜好設定，您應該先嘗試在與 VM 相同的區域中配置 NFS 磁碟區。 特別是非 HANA 資料庫。 只有當延遲證明不足時，您應該進行手動釘選程式。 針對較小的 HANA 工作負載或非生產 HANA 工作負載，您也應該遵循區域性配置方法。 只有在效能和延遲不足的情況下，才應該使用應用程式磁碟區群組。

摘要：Azure NetApp Files 是 HANA 認證的低延遲記憶體，可讓您部署 NFS 和 SMB 磁碟區或共用。 記憶體隨附三個不同的服務等級，每個磁碟區的 GiB 容量都會以線性方式提供不同的輸送量和 IOPS。 ANF 儲存體可讓您部署具有待命節點的 SAP Hana 擴增案例。 此儲存體適合用於提供 /sapmnt 或 SAP 全域傳輸目錄所需的檔案共用。 ANF 儲存體隨附可作為原生 NetApp 功能提供的功能可用性。

Azure 進階檔案儲存體

Azure 進階版 檔案是一種共用記憶體，可提供SMB和NFS，以適中的價格和足夠的延遲來處理 SAP 應用層的共用。 此外，Azure 進階檔案服務會以自動化方式提供共用的同步分區複寫，萬一複本失敗，另一個區域中的另一個複本可以接管。 與 Azure NetApp Files 相反，沒有效能層級。 不需要容量集區。 收費是以不同股票的實際布建容量為基礎。 Azure 進階版 檔案尚未測試為 SAP 工作負載的 DBMS 記憶體。 但 SAP 工作負載的使用案例，而是著重於 SAP 應用層上所使用的所有類型的 SMB 和 NFS 共用。 Azure 進階版 檔案也適合用於 /hana/shared。

注意

到目前為止，根據 Azure 進階版 檔案，共用磁碟區上不支援 SAP DBMS 工作負載。

Azure 進階版 檔案清單支援的 SAP 案例，例如：

相較於 Azure NetApp Files，Azure 進階版 檔案從 IOPS 數量較大的 IOPS 開始，最小共用大小為 100 GB。 這個較高的 IOPS 列可以避免容量過度布建，以達到特定的 IOPS 和輸送量值。 如需 IOPS 和記憶體輸送量，請閱讀 azure 檔案共用縮放目標一節，以 Azure 檔案儲存體 延展性和效能目標。

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 -
磁碟快照集可能 No -
可能 Azure 備份 VM 快照集 No -
成本 愛荷華州 -

摘要：Azure 進階版 檔案是低延遲記憶體，可讓您部署 NFS 和 SMB 磁碟區或共用。 Azure 進階版 檔案為 SAP 應用層共用提供絕佳的價格/效能比率。 它也提供這些共用的同步區域複寫。 到目前為止，我們不支援 SAP DBMS 工作負載的這種記憶體類型。 雖然它可用於 /hana/shared 磁碟區。

Azure 標準 SSD 儲存體

相較於 Azure 標準 HDD 記憶體，Azure 標準 SSD 記憶體可提供更佳的可用性、一致性、可靠性和延遲。 其已針對需要較低 IOPS 層級一致效能的工作負載進行優化。 此記憶體是非生產 SAP 系統所使用的最低記憶體，其 IOPS 和輸送量需求較低。 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 -

摘要： Azure 標準 SSD 記憶體是基底 VHD 的非生產 VM 的最低建議，最終 DBMS 部署與相對延遲不敏感和/或低 IOPS 和輸送量速率。 此 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 越小，您可以連結的磁碟就越少。 這項限制不適用於 ANF。 由於您掛接 NFS 或 SMB 共用，因此您不會遇到要附加的共用磁碟區數目限制
  • VM 具有 I/O 輸送量和 IOPS 限制，進階儲存體磁碟和 Ultra 磁碟可能輕易地超過這些限制
  • 使用 ANF 和 Azure 進階版 檔案時，共用磁碟區的流量會耗用 VM 的網路頻寬，而不是記憶體頻寬
  • 使用兩位數 TiB 容量空間中的大型 NFS 磁碟區時，從單一 VM 中存取這類磁碟區的輸送量將會根據 Linux 的限制，與共用磁碟區互動的單一會話限制而趨於穩定。

當您在 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 磁碟。
  • 400 MiB/秒，透過等量分割四個 P10 進階記憶體磁碟，整體容量為 512 GiB。 如果您想要有至少每秒 500 MiB 輸送量的單一磁碟，您必須挑選具有 8 TiB 的 P60 進階記憶體磁碟。 由於進階記憶體的成本與容量接近線性，因此您可以使用等量分割來感知節省成本。

在等量分割上必須遵循一些規則：

  • 因為 Azure 儲存體已將資料保持備援狀態，所以不得使用任何 VM 中設定的儲存體
  • 套用等量集的磁碟必須為相同的大小
  • 使用 進階版 SSD v2 和 Ultra 磁碟時，容量、布建的 IOPS 和布建的輸送量必須相同

跨多個小型磁碟進行等量分割是使用 Azure 進階儲存體達到良好價格/效能比率的最佳方式。 據瞭解，等量分割可能會有一些額外的部署和管理額外負荷。

如需特定等量大小建議，請閱讀不同 DBMS 的檔，例如 SAP HANA Azure 虛擬機記憶體組態。

下一步

閱讀文章：