Skip to main content
NetApp solutions for SAP
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

儲存控制器設定

貢獻者 netapp-mschoen kevin-hoke
PDF

本節說明NetApp儲存系統的組態。您必須根據對應Data ONTAP 的《安裝與組態指南》完成主要安裝與設定。

儲存效率

SSD組態中的SAP HANA支援即時重複資料刪除、跨Volume即時重複資料刪除、即時壓縮及即時資料壓縮。

NetApp FlexGroup Volumes

SAP HANA 不支援使用 NetApp FlexGroup Volumes 。由於 SAP HANA 架構的緣故、使用 FlexGroup Volumes 並未帶來任何效益、也可能導致效能問題。

NetApp Volume 和 Aggregate Encryption

SAP HANA 支援使用 NetApp Volume Encryption （ NVE ）和 NetApp Aggregate Encryption （ NAE ）。

服務品質

QoS 可用於限制共用控制器上特定 SAP HANA 系統或非 SAP 應用程式的儲存處理量。

正式作業與開發 / 測試

其中一個使用案例是限制開發與測試系統的處理量、使其無法影響混合式設定中的正式作業系統。在調整規模的過程中、您應該決定非正式作業系統的效能需求。開發與測試系統的規模可以較低的效能值、通常在SAP定義的正式作業系統KPI的20%至50%範圍內。大寫入I/O對儲存系統的效能影響最大。因此、QoS處理量限制應設定為資料和記錄磁碟區中對應寫入SAP HANA儲存效能KPI值的百分比。

共享環境

另一個使用案例是限制繁重寫入工作負載的處理量，特別是避免這些工作負載對其他對延遲敏感的寫入工作負載造成影響。在這類環境中，最佳做法是將非共用處理量上限 QoS 群組原則套用至每個儲存虛擬機器（ SVM ）內的每個 LUN ，以限制每個個別儲存物件的最大處理量達到指定值。如此可降低單一工作負載對其他工作負載造成負面影響的可能性。

若要這麼做，必須使用 ONTAP 叢集的 CLI 為每個 SVM 建立群組原則：

qos policy-group create -policy-group <policy-name> -vserver <vserver name> -max-throughput 1000MB/s -is-shared false

並套用至 SVM 中的每個 LUN 。以下是將原則群組套用至 SVM 中所有現有 LUN 的範例：

lun modify -vserver <vserver name>  -path * -qos-policy-group  <policy-name>

每個 SVM 都必須完成這項工作。每個 SVM 的 QoS 警群組名稱必須不同。對於新的 LUN ，可直接套用原則：

lun create -vserver <vserver_name> -path  /vol/<volume_name>/<lun_name>   -size <size> -ostype <e.g. linux>  -qos-policy-group <policy-name>

建議使用 1000MB/s 作為指定 LUN 的最大處理量。如果應用程式需要更高的處理量，則應使用具有 LUN 分段的多個 LUN 來提供所需的頻寬。本指南在一節中提供以 Linux LVM 為基礎的 SAP HANA 範例"主機設定"。

註 此限制也適用於讀取。因此，請使用足夠的 LUN 來滿足 SAP HANA 資料庫啟動時間和備份所需的 SLA 。

NetApp FabricPool

NetApp FabricPool 的支援技術不得用於SAP HANA系統中的主動式主要檔案系統。這包括資料和記錄區域的檔案系統、以及「/HANA /共享」檔案系統。如此會導致無法預測的效能、尤其是在SAP HANA系統啟動期間。

您可以在FabricPool 備份目標（例如SnapVault 、SnapMirror或SnapMirror目的地）上、使用純Snapshot分層原則和支援功能。

註 使用支援在一線儲存設備上分層Snapshot複本、或使用支援還原的功能來變更資料庫還原與還原所需的時間、或是建立系統複本或修復系統等其他工作。FabricPool FabricPool在規劃整體生命週期管理策略時、請將此納入考量、並確認使用此功能時仍符合SLA要求。

將記錄備份移至另一個儲存層的理想選擇。FabricPool移動備份會影響SAP HANA資料庫的恢復時間。因此、「分層-最低-冷卻天數」選項應設定為在本機快速儲存層上放置記錄備份的值、而這是恢復時的例行需求。

設定儲存設備

以下總覽摘要說明所需的儲存組態步驟。後續章節將詳細說明每個步驟。在本節中、我們假設已設定儲存硬體、ONTAP 且已安裝此功能。此外、儲存FCP連接埠與SAN架構之間的連線也必須已就緒。

  1. 檢查正確的磁碟架配置，如磁碟架連接。

  2. 如中所述，建立及設定所需的集合體Aggregate組態。

  3. 建立儲存虛擬機器（ SVM ），如所述儲存虛擬機器組態。

  4. 建立邏輯介面（生命期）邏輯介面組態，如所述。

  5. 依照本節所述，使用 HANA 伺服器的全球名稱 (WWN) 建立啟動器群組 (igroup) 啟動器群組 。

  6. 請按照本節中的說明在聚合中建立和配置磁碟區和 LUN "單主機設定"適用於單一主機或分段"多主機設定"

磁碟架連接

SAS型磁碟櫃

最多可將一個磁碟櫃連接至一個SAS堆疊、以提供SAP HANA主機所需的效能、如下圖所示。每個機櫃內的磁碟必須平均分散於HA配對的兩個控制器之間。ADPv2可搭配ONTAP 使用EST9和DS224C磁碟櫃。

註 使用DS224C磁碟櫃時、也可以使用四路徑SAS纜線、但不需要。

DS224C 磁碟櫃連線

基於 NVMe 的磁碟架

每個 NS224 NVMe 磁碟櫃每個控制器都連接兩個 100GbE 連接埠，如下圖所示。每個機櫃內的磁碟必須平均分配給HA配對的兩個控制器。ADPv2也用於NS224磁碟櫃。

NS224 NVMe 磁碟櫃連線

Aggregate組態

一般而言、每個控制器都必須設定兩個Aggregate、獨立於使用的磁碟櫃或磁碟技術（SSD或HDD）。您必須執行此步驟、才能使用所有可用的控制器資源。

註 2024 年 8 月之後推出的 ASA 系統不需要像自動執行的步驟那樣執行此步驟

下圖顯示12台SAP HANA主機的組態、這些主機執行於12Gb SAS機櫃上、並設定ADPv2。每個儲存控制器連接六台SAP HANA主機。配置四個獨立的集合體、每個儲存控制器各兩個。每個Aggregate都配置有11個磁碟、其中有9個資料和兩個同位元檢查磁碟分割區。每個控制器都有兩個備用磁碟分割可供使用。

此圖顯示輸入 / 輸出對話方塊或表示寫入內容

儲存虛擬機器組態

SAP HANA資料庫的多個SAP環境可以使用單一SVM。如有必要、也可將SVM指派給每個SAP環境、以便由公司內的不同團隊進行管理。

如果在建立新的SVM時自動建立並指派QoS設定檔、請從SVM移除此自動建立的設定檔、以確保SAP HANA達到所需的效能：

vserver modify -vserver <svm-name> -qos-policy-group none

邏輯介面組態

在儲存叢集組態中、必須建立一個網路介面（LIF）、並將其指派給專屬的FCP連接埠。例如、如果基於效能考量、需要四個FCP連接埠、則必須建立四個生命期。下圖顯示 SVM 上設定的八個生命的螢幕擷取畫面。

邏輯介面總覽

在使用 ONTAP 系統管理員建立 SVM 期間，您可以選取所有必要的實體 FCP 連接埠，並自動建立每個實體連接埠一個 LIF 。

SVM 建立

啟動器群組

您可以為每部伺服器或需要存取LUN的伺服器群組設定igroup。igroup組態需要伺服器的全球連接埠名稱（WWPN）。

使用「sanlun」工具、執行下列命令以取得每個SAP HANA主機的WWPN：

stlrx300s8-6:~ # sanlun fcp show adapter
/sbin/udevadm
/sbin/udevadm

host0 ...... WWPN:2100000e1e163700
host1 ...... WWPN:2100000e1e163701
註 此 `sanlun`工具是 NetApp 主機公用程式的一部分，必須安裝在每個 SAP HANA 主機上。如需詳細資訊，請參閱一節"主機設定："

可以使用 ONTAP 叢集的 CLI 建立啟動器群組。

lun igroup create -igroup <igroup name> -protocol fcp -ostype linux -initiator <list of initiators> -vserver <SVM name>