共用方式為

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 系列 不支援 不支援 建議需求 建議需求 建議需求 建議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 上的特定 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 寫入加速器進行記錄/重做記錄磁碟區

2 使用 Azure NetApp Files 需要 /hana/data 和 /hana/log 位於 Azure NetApp Files

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

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

使用方式情節 標準 HDD 標準 SSD 進階儲存體 進階 SSD v2 Ultra 磁碟 Azure NetApp Files Azure 進階檔案儲存體
輸送量/ IOPS SLA No 無 .是 .是 .是 .是 Yes
延遲讀取 高 中到高 低 一毫秒內 一毫秒內 一毫秒內 愛荷華州
延遲寫入 高 中到高 低 (一毫秒內1) 一毫秒內 一毫秒內 一毫秒內 愛荷華州
受 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 建立不同的 Azure NetApp Files 容量集區並不保證將容量集區部署到不同的儲存單位

重要

請參閱本文件的 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
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 進階儲存體將 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 -
可使用磁碟快照集 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

Azure NetApp Files 是經過 SAP HANA 認證的 Azure 原生、第一方、企業級高效能檔案記憶體服務。 其提供「磁碟區即服務」，而您可以為其建立 NetApp 帳戶、容量集區和磁碟區。 您可以選取服務和效能等級，並管理數據保護。 您可以使用熟悉並依賴內部部署的相同通訊協定和工具，來建立和管理高效能、高可用性和可調整的檔案共用。

如需服務等級的相關資訊，請參閱 Azure NetApp Files 的服務等級。 針對不同類型的 SAP 工作負載，強烈建議您使用下列服務等級：

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

Azure NetApp Files TCO 估算器上的 SAP 中提供重設大小建議。

注意

布建大小下限是稱為容量集區的 1 TiB 單位。 然後，您將在此容量集區中建立磁碟區。 而您可以建置的最小磁碟區是 100 GiB。 您可以在 1 TiB 中擴充容量集區。 如需定價，請參閱 Azure NetApp Files 定價

目前支持數個 SAP 工作負載案例的 Azure NetApp Files：

注意

到目前為止，根據 Azure NetApp Files，SMB 上不支援任何 DBMS 工作負載。

儲存體，資料庫應用程式的輸送量需求通常不會隨著磁碟區大小以線性方式調整，ie 記錄磁碟區的大小相對較小，但需要高層級的輸送量。

Azure NetApp Files 可讓您在使用手動 QoS 類型的容量集區時，獨立配置磁碟區輸送量。

以下是範例：

  • 資料庫檔案的磁碟區需要 500 MiB/秒的輸送量和 39 TiB 容量
  • 記錄檔的磁碟區需要 2000 MiB/秒的輸送量和 1 TiB 容量

您可以為此案例建立手動 QoS 容量集區，並獨立於磁碟區大小配置輸送量。 所需的總容量為 40 TiB，輸送量總計為 2500 MiB/秒。 進階版 服務等級中的容量集區（每個配置的 TiB 64 MiB/秒）都符合效能和容量需求（40 TiB * 64 TiB/秒/TiB = 2560 TiB）。

線性效能調整需要大量過度布建記錄磁碟區，才能達到輸送量需求。 若要達到記錄磁碟區的 2000 MiB/秒輸送量，您必須在 Ultra 層中部署容量集區（每個配置的 TiB 128 MiB/秒）16 TiB，導致 15 TiB 的浪費容量。

使用 Azure NetApp Files 效能計算機來取得案例的估計值。

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

功能 註解 附註/連結
OS 基底 VHD 無法運作 -
資料磁碟 適用 SAP HANA、Oracle Linux 上的 Oracle、SLES/RHEL 上的 Db2 和 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 非常低 通常小於 1 毫秒
IOPS SLA Yes -
IOPS 線性到容量 具有自動 QoS 的線性;與手動 QoS 無關 有三 個服務等級 可供使用
輸送量 SLA Yes Azure NetApp FIles TCO Esti 上的 SAP 中提供重設大小建議
輸送量線性至容量 具有自動 QoS 的線性;與手動 QoS 無關 有三 個服務等級 可供使用
HANA 認證 Yes -
可使用磁碟快照集 Yes -
可能的 Azure 備份 VM 快照集 No 使用 AzAcSnap 或 SnapCenter
成本 在包含快照集和整合式備份的優點時具有競爭力 -

Azure NetApp Files 記憶體的其他內建功能：

重要

特別是針對您想要針對至少重做記錄達到低延遲的資料庫部署。 特別是針對 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。 此流程也會使用與可用性磁碟區群組相同的手動釘選流程。 此方法是過去三年所使用的方法。 其中有與可用性磁碟區群組相同的彈性限制。

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

摘要：Azure NetApp Files 是 HANA 認證的低延遲儲存體，可讓您部署 NFS 和 SMB 磁碟區或共用。 儲存體隨附三個不同的服務等級，磁碟區的每個 GiB 容量都會以線性方式提供不同的輸送量和 IOPS。 Azure NetApp Files 記憶體可讓您使用待命節點來部署 SAP HANA 向外延展案例。 此儲存體適合用於提供 /sapmnt 或 SAP 全域傳輸目錄所需的檔案共用。 Azure NetApp Files 記憶體隨附功能可用性，以原生 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 進階檔案服務從最小共用大小為 100 GB 的 IOPS 開始。 這個較高的 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 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 進階版 Files 時，共用磁碟區的流量會耗用 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 進階儲存體磁碟。 因為進階儲存體的成本與容量接近線性，因此您可使用等量分割來節省成本。

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

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

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

如需特定的等量大小建議，請閱讀不同 DBMS 的文件，例如 SAP HANA Azure 虛擬機器儲存體設定。

下一步

閱讀下列文章：