IBM Cloud Docs
SAP HANA 資料庫設計注意事項

SAP HANA 資料庫設計注意事項

重要的是要考慮 SAP HANA 設定和部署的設計,以確保 SAP 商業應用程式使用 SAP HANA 資料庫伺服器的全部可用功能。

SAP HANA 設計有許多決策,這些決策是為了支援 SAP 商業應用程式的商業需求。 SAP HANA 的這些設計決策會影響您的基礎架構決策。 在表格中,將詳細解釋高階概述中這些 SAP HANA 設計考量的一些決策範例。

SAP HANA 設計考量與範例決策的高層級概觀細分:

SAP HANA 設計考量與範例決策的高層級概觀細分
設計項目 決定範例
尺寸類型 標準尺寸
部署方法 裝置部署
部署類型 mdc
系統類型 分散式、擴充式
處理類型 OLAP、擴充
儲存空間類型 網路 File Storage ( NFS )
儲存檔案系統 NFS 掛載點
高可用性圍欄機制 STONITH
高可用性複製模式 SAP HANA 系統複製、同一可用性區域或資料中心內的完全同步複製
災難復原柵欄機制 STONITH
災難復原複製模式 SAP HANA 系統複製、異步複製到不同區域
備份 Backint 本機,每日完整備份 + 每 30 分鐘增量備份
SAP HANA 組件 Live Cache Apps (LCAPPS)、Extended Application Services Advanced (XSA - Cloud Foundry )

SAP HANA 效能指標與規格

您有各種效能指標,這些指標可引導設計決策,以決定 SAP HANA 部署到 Cloud IaaS 的大小和規劃。 每項效能指標的定義都會考量是否符合業務需求,以決定基礎結構是否合適。 除了 SAP HANA 資料庫伺服器的設計決策之外,這些考慮因素還包括運算能力、儲存能力和延遲、網路吞吐量和延遲。

SAP HANA 這些績效指標的例子包括:

以下的績效指標範例 SAP HANA
指標 說明
記憶體
  • SAP 規格的主要因素(以及佈局 + 授權的成本)
  • 取決於壓縮後的資料佔用空間(列和行儲存中的業務和元資料),以及所使用的額外 SAP HANA 元件(如快取儲存)
CPU
  • 相較於 SAP AnyDB 選項,需要更多的 CPU 電力才能充分受惠於 SAP HANA 的平行處理能力,以獲得最佳回應 times.
  • 分析情境中的大型平行化會影響回應時間。 因此,CPU 需求對於分析型 scenarios.
    更為重要 * SAP HANA 支援混合交易型與分析型工作負載,但會競爭共用資源。
磁碟容量大小/n磁碟****吞吐量 (I/O)
  • 記錄和快取資料的資料持久性所需的磁碟容量/n* 磁碟容量大小取決於資料庫儲存使用的類型 (例如行和列)
  • 需要足夠的 I/O 效能,使程序能夠以可接受的資料吞吐量和儲存系統延遲 (即從磁碟或向磁碟讀取/寫入資料) 執行
網路負載
  • 以千兆比特每秒 (Gbps) 為單位的網路吞吐量頻寬:
  • SAP 應用程式伺服器和資料庫伺服器之間傳輸的 _資料量
  • SAP 應用程式和終端使用者之間傳輸的資料量_ n* 以毫秒 (ms) 為單位的網路延遲往返:
    * SAP 應用程式伺服器和資料庫伺服器之間的時間
    * 主機和任何網路連接儲存設備之間的時間
    *
    SAP 應用程式和終端使用者之間的時間

SAP HANA 尺寸類型與部署方法

篩選類型是指篩選 SAP HANA,使用預先定義或自訂組態。

而部署方法(有時也稱為交付模式)是指執行 IaaS 認證的 SAP HANA,它可以是預先定義的,也可以是自訂配置。

以下是 Appliance 和 TDI 部署方法的摘要:

Appliance vs. TDI 部署方法
應用裝置 TDI
應用程式 應用程式
資料庫 自訂資料庫大小 (包括 CPU:DRAM 比例)
Linux 作業系統 從定義的支援範圍中選擇 Linux® 作業系統版本
虛擬化(可選) 虛擬化(可選)
伺服器 伺服器
儲存空間 自訂儲存

以下小節說明 Standard Sizing 類型的裝置部署方法,以及 Expert Sizing 的 TDI 部署方法。 有關方法和類型的詳細文件,請參閱 SAP 文件:

標準尺寸類型的裝置部署方法

標準尺寸類型

這個詞彙是指根據硬體測試和符合特定基準的 T 恤尺寸來定義預定配置尺寸,以得出 SAP 應用程式硬體需求(如網路、CPU、記憶體、儲存)的尺寸結果。

裝置部署方法

SAP HANA 支援的硬體取決於部署方法。 裝置部署方法使用由 SAP 認證的硬體合作夥伴所預先定義並經過驗證的 SAP- 最佳化硬體,這些硬體執行特定的作業系統。 這些硬體選項提供各種配置尺寸。

合作夥伴 (例如雲端服務供應商) 提供具有多層備援硬體、軟體和網路元件的裝置,不會中斷 SAP HANA 作業,並可防禦系統中斷。 這些元件包括:

  • 備援電源供應器和風扇以及不中斷電源供應 (UPS)
  • 企業級錯誤修正記憶體
  • 完全備援的網路交換器和路由器
  • 使用電池的磁碟儲存系統,即使在停電的情況下也能保證寫入。
  • 磁碟儲存系統,使用條狀化和鏡射技術進行備援和磁碟故障復原。

與 SAP 合作,雲端服務供應商在設計 SAP- 經過認證的 IaaS 時,會使用裝置部署方法定義正確的規模,以供 SAP HANA 使用:

  • 確保硬體能滿足指定的工作負載,達到最高效能;在計算 OS 和其他程式的常駐記憶體後,為 SAP HANA 提供專用記憶體,並且停用交換到磁碟的功能。
  • 為了最大化效能和吞吐量,SAP 建議您儘可能擴充 (取得應用程式工作負載最高處理器和記憶體規格的組態),然後再向外擴充 (針對資料量需求較大的部署)。
  • 如果來源機器和目標機器都符合 SAP HANA appliance 規格,您可以將資料庫複製到不同 SAP HANA appliance 供應商的機器上,並使用不同的硬體配置。

專家規模的 TDI 部署方法

專家測量類型

專家選型是指在選型過程中,針對 SAP 應用程式的硬體需求(如網路、CPU、記憶體、儲存),分析並使用客戶特定的資料,以提供更詳細的選型結果。

根據 SAP,專家評估通常包括「在功能和技術層面更詳細地探索某些業務流程」(引述來源:評估類型 - 專家評估 )。

因此,對於專家選型,並沒有標準化的工具可用來進行選型,而且通常需要大量的努力和 SAP 專業知識。 使用專家規模的專案通常會使用外部諮詢與系統實施業務夥伴,以協助內部 SAP 團隊。

對於專家級尺寸,可能會執行下列步驟 (來源:尺寸類型 - 專家級尺寸 ):

  • 識別最重要的查詢/應用程式/情境
  • 識別、使用方式,例如篩選條件、授權。
  • 在有代表性的測試資料上執行這些查詢/應用程式/情境 (測試資料的品質和測試資料的數量)。 最好是在最近的生產資料副本上
  • 測量資源消耗(CPU/記憶體)和回應時間
  • 根據查詢/應用程式/情境的預期使用量執行預測計算

TDI 部署方法

SAP HANA 支援的硬體取決於部署方法。 TDI 部署方法使用 SAP 認證的硬體合作夥伴所訂製的硬體,這些硬體使用彈性的作業系統或 SAP HANA 版本;這些硬體可配置成任何大小 (在 SAP 測試的最大配置之下)。

合作夥伴 (例如雲端服務供應商) 提供具有各種組態選項和備援選項的 TDI。 這些選項取決於您是選擇擴充規模還是擴大規模,並且必須由指定的 SAP HANA 認證管理員安裝。 這些 可能 包括

  • 備援電源供應器和風扇以及不中斷電源供應 (UPS)
  • 企業級錯誤修正記憶體
  • 完全備援的網路交換器和路由器
  • 磁碟儲存系統使用電池以確保在斷電的情況下仍能寫入資料
  • 使用延展與鏡射技術進行備援與磁碟故障復原的磁碟儲存系統

SAP 和雲端服務供應商同意透過使用 認證的 來支援客戶進行所選的擴充或擴大規模,與 TDI 部署方法:SAP IaaS SAP HANA

  • 這提供了關於擴充和擴展變化的不同系統設計選項;然後,SAP HANA 資料庫在使用 SAP HANA 硬體和雲端測量工具 (HCMT) 進行 TDI 測試的生產系統中使用前,必須先經過 SAP 支援組織的驗證。
  • 為了最大化效能和吞吐量,SAP 建議您儘可能擴充 (取得應用程式工作負載最高處理器和記憶體規格的組態),然後再向外擴充 (針對資料量需求較大的部署)。

SAP HANA 部署類型

SAP HANA 可以以各種不同的佈局進行部署,並對資料庫模式進行各種不同的抽象和邏輯分離配置。 不同的部署類型是針對不同的使用情況而設計,而 SAP 定義了那些已核准 (有/無限制) 用於生產 SAP 系統的部署類型,以及那些未經核准的部署類型。 詳細資訊請參閱 SAP HANA 部署類型 - SAP HANA 伺服器安裝與更新指南,以及此資訊的摘要:

SAP HANA 系統類型

系統類型在 SAP 上列出 SAP HANA 系統類型為:

  • 單一主機系統 - 一台主機伺服器上有一個 SAP HANA 範例
  • 多節點/分散式/擴充式群集

單一主機系統是最簡單的系統安裝類型。 您可以完全在一台主伺服器上執行 SAP HANA 系統,然後視需要擴充系統。

多節點 / 分散式 / 擴充式群集是在多個主機伺服器上安裝的系統,每個主機節點的 CPU/RAM 都有限制,而且主機節點的數量也有限制。 有關最大擴充配置的資訊,請參閱 SAP Note 3557729 - Understanding the Maximum Number of Nodes in SAP HANA TDI Scale-Out System

SAP HANA 擴充集群

Scale-out 的使用主要是針對 SAP BW /4HANA 或 SAP BW on HANA 而設計。 應用程式層的 SAP BW /4HANA 的縱向擴展和橫向擴展 注意事項將單獨介紹。 這些考量是以下各節所述的資料庫層考量之外的考量。

需要注意的是,如果您的 SAP HANA 資料庫伺服器節點或 SAP NetWeaver 應用程式伺服器元件分佈在多個可用性區域和資料中心,SAP 將不支援您的 SAP HANA 擴充群集(也稱為 SAP HANA 多節點系統)。

網路

SAP HANA 多節點需要特定網路就緒才能運作。 在您訂購系統的其他元件之前,這些網路必須與資料庫節點一起正確設定。 當有更多網路介面連接至伺服器時,分離網路流量可以改善效能 (也就是將高儲存流量與使用者流量分開)。

作為網路分離的總結,您需要在 SAP HANA 擴充群集中擁有:

  • 用戶端網路,將 SAP Advanced Business Application Programming (SAP ABAP) 應用程式伺服器、SAP HANA Studio 用戶端及任何其他網路用戶端連接至多節點系統。 網路吞吐量和可用性選項取決於 SAP HANA 多節點系統的環境和使用情境。 請考量從 SAP HANA 資料庫傳送及傳送到其中的資料量,以及您應用程式所需的可用性關鍵績效指標 (KPI)。
  • 儲存網路,連接至網路儲存設備 (檔案/ NFS 或 Block/iSCSI 取決於基礎架構選擇)。 網路吞吐量和可用性選項取決於 SAP HANA 多節點系統的環境和使用情境。 考慮每個 SAP HANA 節點提供 10,000 IOPS 所需的吞吐量和延遲。
  • SAP HANA 內部通訊的節點間網路,其已設定為相等於儲存空間網路。 節點間網路只用於節點之間的通訊,以及在作業期間可能在節點之間需要進行的資料傳送。

每個環境內都有獨立的網路設計。 經典的基礎架構環境網路是許多傳統與實體網路概念的先驅,也是最強大的選擇。 VPC Infrastructure 環境網路是軟體定義的網路。 IBM Power 環境網路(作為 IBM Power Systems 的輔助產品)採用網路原理設計,可提供企業級效能。

由於這些環境網路各不相同,因此針對不同的基礎架構選項,設定額外的 NIC 吞吐量也會有所改變:

  • Bare Metal,位於 Classic Infrastructure 網路上: 為了最大化效能與備援,實體網路介面 (NIC) 提供 10 Gbps,然後再使用 Link Aggregation Control Protocol (LACP) 進行綁定。 在實體 NIC 上訂購備援時,交換器會自動設定。 根據實體機器的規格和實體交換器連接埠的可用性,可能會增加額外的 NIC 卡。
  • Intel 虛擬伺服器,位於 VPC 基礎架構網路: 為了最大化效能與備援,最多可在多個子網路中加入 5 個網路介面 ( vNIC )。
  • IBM Power Virtual Server,在 Power Infrastructure 網路上:IBM 為了最大化效能備援,可以新增連接至不同 VLAN(及其各自的子網路)的多個網路介面 ( )。vNIC
  • VMware for , on Classic Infrastructure network.... SAP
    • IBM Cloud for VMware Solutions, on Classic Infrastructure network: VMware 的備援配接卡由 VMware vSphere Distributed Switch (VDS) 使用 NSX-T 上的 VDS 設定,符合目前 VMware 對 SDDC 的最佳實作。 冗餘設定可透過設定每個分散式交換器的 基於起始虛擬連接埠的路由 負載平衡演算法來進行,但可能會有所變更。 演算法使用的所有連接埠群組都應設定為跨 2 個上行鏈路(Active: 0,1)使用組合。
    • IBM Cloud Bare Metal 使用 (手動設定) VMware vSphere,在 Classic Infrastructure 網路上:建議使用最佳實作的介面卡,不過 可以使用 LACP 繫結實體 NIC 介面卡 vSwitch

擴充儲存設備

資料分佈在多個 SAP HANA 節點,這些節點託管單一資料庫。

遵循 Sizing SAP HANA- SAP HANA Master Guide 中的指引,確定目標 SAP HANA 系統所需的總儲存容量大小。

SAP HANA 共用磁碟區,以及每個資料和日誌磁碟區,都必須能被所有節點存取 (在用於儲存連線的 Subnet 內,允許所有節點存取網路儲存可能會比較容易)。 附加的 Network File System ( NFS ) 磁碟區必須符合特定的效能標準:

  • /hana/data/ 和 磁碟區,每個節點都需要獨立的磁碟區,其 IOPS/GB 至少為 10 /hana/log
  • /hana/shared 卷,需要在所有節點上共享,最低 IOPS 為 10 IOPS/GB,建議進一步增加至 12 IOPS/GB

適用於經典基礎架構:

  • 請閱讀 SAP HANA 上的 NetApp FAS 系統,並使用 NFS ) 協助配置您的 SAP HANA 多節點系統。
  • /etc/fstab 中為每個要掛載的磁碟區使用下列網路檔案系統 ( NFS ) 掛載選項 - rw,bg,hard,timeo=600,intr,noatime,vers=4,minorversion=1,lock,rsize=1048576,wsize=1048576

將所有磁區裝載至所有節點之後,您的多節點伺服器便已配置好,可以安裝 SAP HANA 多節點資料庫。 請依照 SAP HANA 伺服器安裝和更新指南中的步驟安裝所需版本的 SAP HANA 資料庫。

SAP HANA 性能

SAP HANA 資料庫伺服器運作後,必須檢查其效能,以確保它能滿足您的業務應用程式需求。 這對任何使用 TDI 部署方法的部署尤其重要。

SAP HANA 性能驗證

SAP HANA Hardware and Cloud Measurement Tools(HCMT) 取代之前的 SAP HANA HW Configuration Check Tool (HWCCT)。 HCMT 二進位執行檔會在 SAP HANA 安裝前執行 (通常),並執行一系列自動測試,分析系統效能。

HCMT 執行的輸出是一個結果存檔檔案 - hcmtresult-[timestamp].zip

此 HCMT 結果存檔檔案隨後會上傳至 SAP HANA Hardware and Cloud Measurement Analysis(HCMA) 進行詳細分析。

如需下載、安裝及配置 HCMT 工具的相關資訊,請參閱 SAP Note 2493172 - SAP HANA 硬體與雲端量測工具。

SAP HANA 開銷對可用記憶體的影響

每個 SAP HANA 資料庫伺服器都會預留一小部分記憶體分配給作業系統和其他運作所需的服務。

SAP 提供這些間接費用的經驗法則:

  • 預留給作業系統 = 前 64 GB 的 10% + 所有剩餘記憶體的 3
  • 預留給 SAP HANA 服務和快取記憶體 = 50 GB

本範例展示了在考慮記憶體預留開銷後,使用 4TB 記憶體 (DRAM) 時 SAP HANA 的淨容量:

| 4096 GB DRAM | | 物理記憶體 | -- | -- | | 為作業系統保留 | 127 GB | 儲存空間 | 可供 SAP HANA | 3969 GB | | 預留給 SAP HANA 服務和快取記憶體 | 50 GB | | 可供 SAP HANA 資料使用的淨容量 + 臨時磁碟空間 | 3919 GB | |

詳細資訊請參閱 SAP Note 2296290 - New Sizing Report for SAP BW /4HANA 的附件。SAPBW4HANA_Sizing_V2.6.4.pdf

SAP HANA 高可用性與災難復原 (HA/DR)

SAP HANA 高可用性 (HA) 和災難復原 (DR) 的第一個要求,是使用正確的作業系統 (OS) 附加元件來實現 SAP 高可用性。 請務必在部署前與 IBM Cloud 支援人員討論 OS for SAP HA 的細節。

IBM Cloud 支援並部署用於執行 SAP HANA 與 HA/DR 的作業系統有

  • Red Hat Enterprise Linux (RHEL)
  • SUSE Enterprise Linux Server (SLES)

IBM Cloud 環境不支援任何預先配置的高可用性 (HA) 情境。 不過,它可讓您透過 Red Hat Enterprise Linux HA 擴充,以類似使用傳統內部部署資料中心的現有部署方式,為 SAP HANA 實作 HA 解決方案。

SAP HANA 系統複製 (HSR) 的設定是由一台伺服器自動故障移轉到複製器,使用 設計的各種 SAP 複製模式來配合:

  • 不同的 SAP 商業應用程式
  • 對意外停機的業務風險接受程度不同
  • 不同的基礎結構彈性成本概況

請參閱 SAP 有關 SAP HANA 系統複製 (HSR) 的說明文件,以及 OS 供應商有關 SAP HANA HA/DR 的說明文件;或參閱 SAP 有關您的景觀設計建議,以進一步瞭解清楚。

如需系統抄寫以及網路傳輸量和延遲的相關資訊,請參閱

如需設定作業系統 HA 群集延伸的詳細資訊,請檢視 Linux 廠商文件。

SUSE Linux Enterprise Server 適用於:SAP

Red Hat Enterprise Linux for SAP: