儲存控制器設定
本節說明NetApp儲存系統的組態。您必須根據對應ONTAP 的《安裝與組態指南》完成主要安裝與設定。
儲存效率
SSD組態中的SAP HANA支援即時重複資料刪除、跨Volume即時重複資料刪除、即時資料壓縮及即時資料壓縮等功能。
不支援在HDD組態中啟用儲存效率功能。
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目的地等備份目標上使用SnapMirror。
|
使用支援在一線儲存設備上分層Snapshot複本、或使用支援還原的功能來變更資料庫還原與還原所需的時間、或是建立系統複本或修復系統等其他工作。FabricPool FabricPool在規劃整體生命週期管理策略時、請將此考量納入考量、並確認使用此功能時仍符合SLA要求。 |
將記錄備份移至另一個儲存層的理想選擇。FabricPool移動備份會影響SAP HANA資料庫的恢復時間。因此、「分層-最低-冷卻天數」選項應設定為一個值、以便在本機快速儲存層上放置例行需要的記錄備份。
設定儲存設備
以下總覽摘要說明所需的儲存組態步驟。後續章節將詳細說明每個步驟。在開始執行這些步驟之前、請先完成儲存硬體設定、ONTAP 安裝支援軟體、並將儲存FCP連接埠連線至SAN架構。
使用HDD時、最多可將兩個DS2246磁碟櫃或四個DS224C磁碟櫃連接至一個SAS堆疊、以提供SAP HANA主機所需的效能、如下圖所示。每個機櫃內的磁碟必須平均分配給HA配對的兩個控制器。
使用SSD時、最多可將一個磁碟櫃連接至一個SAS堆疊、以提供SAP HANA主機所需的效能、如下圖所示。每個機櫃內的磁碟必須平均分配給HA配對的兩個控制器。使用DS224C磁碟櫃時、也可以使用四路徑SAS纜線、但不需要。
NVMe 磁碟架
每個 NS224 NVMe 磁碟櫃每個控制器都連接兩個 100GbE 連接埠,如下圖所示。每個機櫃內的磁碟必須平均分配給HA配對的兩個控制器。
Aggregate組態
一般而言、每個控制器都必須設定兩個Aggregate、獨立於使用的磁碟櫃或磁碟技術(SSD或HDD)。您必須執行此步驟、才能使用所有可用的控制器資源。對於Solid2000系列系統、只需一個資料集合體就足夠了。FAS
使用HDD進行Aggregate組態
下圖顯示八部SAP HANA主機的組態。每個儲存控制器均連接四台SAP HANA主機。配置兩個獨立的集合體、每個儲存控制器各一個。每個Aggregate均設定4 x 10 = 40個資料磁碟(HDD)。
使用純SDD系統進行Aggregate組態
一般而言、每個控制器都必須設定兩個集合體、獨立於使用的磁碟櫃或磁碟技術(SSD或HDD)。
下圖顯示12台SAP HANA主機的組態、這些主機執行於12Gb SAS機櫃上、並設定ADPv2。每個儲存控制器連接六台SAP HANA主機。配置四個獨立的集合體、每個儲存控制器各兩個。每個Aggregate都配置有11個磁碟、其中有9個資料和兩個同位元檢查磁碟分割區。每個控制器都有兩個備用磁碟分割可供使用。
儲存虛擬機器組態
使用SAP HANA資料庫的多主機SAP環境可以使用單一SVM。如有必要、也可將SVM指派給每個SAP環境、以便由公司內的不同團隊進行管理。本文檔中的截圖和命令輸出使用名爲「Hana」的SVM。
邏輯介面組態
在儲存叢集組態中、必須建立一個網路介面(LIF)、並將其指派給專屬的FCP連接埠。例如、如果基於效能考量、需要四個FCP連接埠、則必須建立四個生命期。下圖顯示 SVM 上設定的八個生命的螢幕擷取畫面。
在使用ONTAP NetApp 9 System Manager建立SVM期間、可以選取所有必要的實體FCP連接埠、並自動建立每個實體連接埠一個LIF。
下圖說明使用 ONTAP 系統管理員建立 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>