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

什麼是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)

分享創造快樂