歡迎光臨
每天分享高質量文章

什麼是SAP HANA?方案設計和部署關鍵點!

      SAP是全球最大的企業軟體供應商,提供包括ERP、SRM、BI等在內的企業級應用軟體(將在後續文章詳細介紹)。而HANA(High performance Analytic Appliance高效能分析一體機)則是SAP的記憶體資料庫產品。

 

      SAP HANA是可以作為一體機或雲部署的資料平臺,這是一個非常適合實時分析和實時應用程式開發、部署的革命性平臺,因為它將資料處理、分析資料處理以及業務邏輯處理功能組合至記憶體中,突破了傳統交易型資料庫架構中,應用程式不支援實時業務應用的限制。

 

      各個硬體廠商與SAP合作,推出自己的高效能硬體平臺的SAP HANA一體機。一體機部署選項包含基於雲部署方式(HANA One,HANA企業雲)和企業自建部署方式(HANA一體機,B1A,B1H)。下麵我們一起談談HANA資料庫在方案設計、部署和實施時,需要重點關註的知識點。

 

SAP HANA的應用場景有哪些?

 

      在實際應用中,SAP HAHA典型的應用場景,一般分為2大場景:

 

  • Business Warehouse on HANA (BWoH):主要使用於BW/BPC/BI,以及BO等OLAP型應用場景,使用BWoH認證機型。
  • Business suite on HANA (BoH)或S/4 HANA:主要應用於ECC /SRM /CRM /HRM /EWM /Hybris等OLTP型應用場景,使用SoH認證機型。

  

SAP系統有哪些常見模組?

 

      SAP系統模組一般以系統應用型別劃分,事務處理型OLTP應用,事務分析型OLAP應用。針對這兩個應用型別,模組主要有如下。

 

  • OLTP型應用,主要為SAP 商務套件business suite,包括ECC、SRM、MDM、PI/PO、CRM、HRM、EWM、Hybris等。
  • OLAP型應用,主要為資料倉庫data warehouse,包括BW、BPC、BI、FC等。

 

什麼是B1、SoH、BWoH?

 

      SAP Business One (B1)是低價並且易實施的管理解決方案,專為滿足正在成長的中小型企業的動態需求而設計,可以理解為一個簡化版的ERP系統。與典型ERP系統部署時需要“應用伺服器+HANA資料庫伺服器”不同,B1在部署時,一般應用與資料庫一起部署於一個2路伺服器中。

 

      針對B1 on HANA場景認證,採用2路伺服器認證。當客戶明確需求,或已經購買使用B1軟體系統時,就需要選擇B1認證配置硬體。

 

      SoH為SAP Business Suite on HANA的簡稱,主要應用為ECC、SRM、MDM、PI/PO、CRM、HRM、EWM、Hybris等OLTP型業務。此類HANA資料庫使用4路、8路、16/32路機型。根據SAP建議,只能使用Scale up單節點。

 

      BWoH為SAP Business Warehouse on HANA的簡稱,主要應用為BW、BPC、BI、FC等OLAP型業務。此類HANA資料庫可以使用4路、8路機型;根據資料量大小,可以採用Scale up的單節點,也可以使用Scale out的叢集部署方案。

 

什麼是Scale Up、Scale Out?

 

      資料庫的擴充套件一般為兩種方式,一個是節點內增加CPU、記憶體等的Scale up縱向擴充套件方式,一個是增加節點的Scale out橫向擴充套件方式。

 

      Scale Up方式:單機/單節點場景,即一臺伺服器承載HANA資料庫,可以用於SoH、BWoH。相對於Scale out,Scale up有以下特點:

 

  • 效能優勢:不需要節點間通訊使用的網路頻寬開銷;
  • 資源(特別是記憶體資源)利用率高;
  • 針對不同硬體廠商裝置,成本可能更優;

 

      但Scale Up方式也存在限制條件,如在HA場景下,硬體容量必須一致;相對於多節點,單節點承載硬體容量較少。

 

      Scale Out方式: 叢集/多節點場景,即一個HANA資料庫以分散式的方式,在多個節點上部署,一般只用於BWoH。相對於Scale up,Scale Out有以下特點。

 

  • 可以提供強大的橫向擴充套件能力,承載大的資料量。
  • SAP NetWeaver Business Warehouse資料,在叢集中自動分散式部署;
  • 支援多個備節點,利用Host-auto-failover提高集群系統高可用性;

 

      但Scale Out部署方式也具有侷限性,如多節點之間進行通訊佔用網路開銷大;資料表跨節點分割、多節點查詢、結果匯聚等過程,具有效能損耗;-叢集部署,需要有獨立的交換網路、儲存,成本較高。

 

如何查詢各硬體廠商的解決方案?

 

      參與SAP HANA認證的廠家,也是主流的伺服器提供商。由於SAP關於HANA認證的要求一致,所以各廠家提供的認證配置基本固定。各硬體廠商的認證配置,都可以在SAP官網上查詢。

 

 

如何證明一個配置是經過SAP認證的?

 

      各硬體廠商的認證和配置資訊,均可以在SAP 認證官網查詢,查詢地址如下:

 

 

什麼是TDI?

 

      TDI為可裁剪資料中心整合(Tailored Data Center Integration)方案的簡稱,該樣式由SAP於2013年提出。作為SAP HANA一體機的一個替代可選方案,旨在讓客戶充分利用其資料中心中現有舊資源(經過認證的伺服器、儲存等),元件客戶自己的HANA架構,降低客戶成本。

 

      該樣式在硬體方案上,一般為“伺服器/小機+儲存”的方式。伺服器/小機,承載計算能力;儲存承載資料儲存。限制條件如下。

 

  • 伺服器必須是經過SAP HANA一體機認證的伺服器;
  • 儲存必須是經過SAP認證的儲存;
  • SAP不保證效能,由客戶保證效能。

 

 SAP HANA TDI樣式歷程

 

SAP HANA一體機與TDI有什麼區別?

 

      如果那點餐為例,SAP HANA一體機與TDI的主要區別類似於套餐和單點。SAP HANA一體機的特點體現在: 硬體配置標準化、最最佳化;硬體預配置、軟體(OS、HANA資料庫)預安裝;經SAP完全支援,效能保證。

 

      SAP HANA TDI的特點主要體現在: 樣式固定(伺服器+儲存);硬體配置具有更高的靈活性(伺服器、儲存只要經過SAP認證即可);客戶利舊(利用現有伺服器,或儲存裝置)的前提下,可以降低成本;效能SAP不保證,需要客戶自行保證。

 

SAP HANA支援虛擬化部署嗎?

 

      SAP HANA DB目前支援虛擬化部署,支援vSphere、華為FusionSphere等虛擬化軟體。

 

  • 實際上,HANA能在哪個廠家的虛擬機器/軟體上執行,如vSphere,Xen,Hyper-V,不是硬體廠家決定的,是由虛擬化軟體廠家與SAP進行單獨認證的;
  • 硬體廠商伺服器經過了SAP的認證,可以跑HANA;同時經過了VMWare等虛擬化軟體廠商認證後,那HANA DB才可以執行在對應的伺服器和虛擬化軟體上;

 

SAP HANA TDI中儲存容量如何計算?

 

      在SAP HANA TDI中,儲存容量按照HANA主機的物理RAM大小來規劃儲存容量。下麵透過一個實體來說明。

 

輸入條件:

HANA工作主機RAM大小:RAM

HANA工作主機的數量:N

容量計算:

共享捲總容量:RAM*N*1

資料捲總容量:RAM*N*2

 

      生產系統的Log捲建議配置SSD盤,開發/測試系統的Log捲可以配置SAS盤。

 

什麼情況下使用HANA叢集方案?

 

      HANA叢集方案目前只能支援Business Warehouse場景,不能支援OLTP場景的ERP on HANA。

 

      HANA伺服器單節點也能支援BWoH,單節點HANA一體機,8路伺服器BWoH支援記憶體到3T ,如果測算客戶後續資料量在接下來短期時間內會超過3T物理記憶體,則必須推薦客戶上多節點HANA叢集方案。

 

HANA的雙機HA技術有哪些?

 

      SAP HANA的生產中心內的HA方案,主要有兩種: 主機自動接管(Host Auto Failover,主要是叢集場景),系統複製(SystemReplication)。

 

      SAP HANA的容災方案主要有三種:系統複製(SystemReplication),儲存複製(Storage Replication),以及備份(Backup)。

 

      生產中心的高可用雙機HA方案,建議採用HANA資料庫的原生技術System Replication(推薦方式)。資料同步或非同步是由Primary節點複製到Secondary節點,受限於HANA自身的特性,只有A支援業務訪問,而B不支援業務訪問,即HANA的高可用不支援Active Active雙活。

 

HANA節點分哪些角色?

 

      計算節點負責記憶體資料庫的部分。SAPHANA節點根據作用的不同,又分為主節點、從節點、備用節點三類角色。

 

  • 主節點(Master):配置有3個但只有一個啟用。從3個Master配置角色中選舉,這是SAPHANA軟體本身的叢集管理機制。起到全域性事務協調器的作用。儲存計算節點叢集資訊的全域性元資料。
  • 從節點(Slave):快取需要的元資料,採用分散式架構,承擔由主節點分配來的任務,執行對應的資料庫操作。一個叢集內多個。從節點也分為配置角色和實際角色,配置角色分為Worker和Standby,實際角色分為Master、Standby和Slave。
  • 備用節點(Standby):切換時接管故障節點。一個叢集可以0到多個。正常情況下此節點的軟體是執行的,只不過其記憶體資料庫中沒有資料,不能執行業務處理。切換的過程是自動進行的。

 

      關於伺服器技術技術,前期詳細總結分享過<虛擬化技術最詳細解析><高效能運算(HPC)技術、方案和行業全面解析>章,請點選連結查閱詳情。

贊(0)

分享創造快樂