[[193196]] 

HANA(High-Performance Analytic Appliance)是 SAP 發(fā)布的一套與數(shù)據(jù)源無關(guān)、軟硬件結(jié)合、基于內(nèi)存計算技術(shù)的高性能分析應(yīng)用平臺，具有高速、高效、實時的特點?？偨Y(jié)就是：那是相當?shù)目?，都是?nèi)存計算啊!

創(chuàng)新的SAP HANA

SAP HANA 讓企業(yè)前端應(yīng)用層面產(chǎn)生的數(shù)據(jù)直接進行展現(xiàn)和分析，主要依靠以下技術(shù)創(chuàng)新點：

基于內(nèi)存的高效數(shù)據(jù)讀取和處理

HANA 是個完全內(nèi)存化的數(shù)據(jù)庫，數(shù)據(jù)操作都在內(nèi)存中，不需要訪問磁盤?；趦?nèi)存的數(shù)據(jù)讀取比基于磁盤的數(shù)據(jù)讀取性能要快100萬倍。這對于需要支持人機互動的應(yīng)用程序來說，提供了快速響應(yīng)和實時分析的技術(shù)支持。

行存儲和列存儲的混合模式

傳統(tǒng)關(guān)系型數(shù)據(jù)庫是按照行的方式存儲數(shù)據(jù)的，能夠為 OLTP(聯(lián)機事務(wù)處理)應(yīng)用提供高效的支持。然而，基于行存儲的數(shù)據(jù)庫在支持數(shù)據(jù)分析應(yīng)用即 OLAP(聯(lián)機分析處理)應(yīng)用時則顯得低效和力不從心。HANA 同時支持行存儲和列存儲的內(nèi)存數(shù)據(jù)庫，能夠?qū)?OLTP 交易系統(tǒng)和 OLAP 分析系統(tǒng)同時提供高效的支持。

高效的并行處理機制

HANA 在設(shè)計初期就和德國 Intel 深度合作，其整體的體系架構(gòu)基于處理器平臺支持多服務(wù)器、多處理器的高效并行處理。它盡可能地利用 Intel x86 CPU 特性，使其多線程性能提升參數(shù)盡可能地接近1;在數(shù)據(jù)結(jié)構(gòu)方面，為了盡可能地利用好Cache，并盡可能少地訪問內(nèi)存，推出了緩存敏感的 CSB(Cache Sensitive B+)樹來代替?zhèn)鹘y(tǒng)的 B 樹;在應(yīng)用層的架構(gòu)設(shè)計上將數(shù)據(jù)處理和運算拆分并部署到多個處理器，通過并行處理機制，提高了計算能力?？偠灾?，系出名門，快得有理。

合作默契的SAP HANA和戴爾

從上圖可以看出，18年穩(wěn)定的、全球性的合作關(guān)系讓兩家公司共同進步與成長，就好比兩個功夫造詣相當?shù)奈淞指呤中市氏嘞В?lián)手傲視群雄。

SAP HANA的IT基礎(chǔ)架構(gòu)搭建應(yīng)該找誰呢?SAP HANA項目是需要咨詢公司，硬件基礎(chǔ)架構(gòu)專家協(xié)同合作才能***落地的，各司所長。

而SAP內(nèi)部的文章也寫清楚了如何分工

(來自SAP公司Dr. Ralf Czekalla Product & Management Strategy文章)

服務(wù)器平臺這么多，到底選誰?

SAP權(quán)威測試：20億記錄

由戴爾德國進行的SAP BW高級混合負載 (BW-AML)標準應(yīng)用測試中，搭載Dell PowerEdge R930的服務(wù)器平臺，最終獲得高達20億記錄，并且這項記錄已經(jīng)在2016年5月13日得到了SAP以及SAP測試委員會的認證。

DELL R930 20億記錄，跑分王輕松加冕

而Dell PowerEdge R930能夠在SAP的AML HANA測試中獲得如此表現(xiàn)，必有原因的。

緣何只有Dell獲此殊榮

首先，業(yè)界主流的服務(wù)器類型有兩種：UNIX小型機和開放標準的X86架構(gòu)。而針對關(guān)鍵業(yè)務(wù)應(yīng)用領(lǐng)域的服務(wù)器，4路X86服務(wù)器市場增長速度，早已超過了RISC服務(wù)器。 并且從服務(wù)器整體市場來看，X86服務(wù)器在性能和可靠性方面已經(jīng)可以替代小型機， 以開放式架構(gòu)來替代UNIX環(huán)境的封閉式架構(gòu)，也早已成為大勢所趨 。

那問題來了，市場上如此多的X86到底選哪家?為什么只有Dell R930四路服務(wù)器成為在SAP HANA名副其實的跑分王呢?

這就要從四路服務(wù)器的架構(gòu)說開了，首先，如果CPU相同，不同廠商的四路產(chǎn)品或者同一廠商的不同四路服務(wù)器機型之間是否有性能差異呢?在回答這個問題前，我們不妨來看一下某個服務(wù)器廠商的兩款均為E7處理器平臺的四路服務(wù)器在SPEC.org網(wǎng)站上提交的性能測試報告：

這個情況看起來讓人迷惑，用同樣的CPU、同樣的主板芯片、同樣的內(nèi)存配置的同一個廠商生產(chǎn)的兩款高低配服務(wù)器之間怎么會有如此大的性能差異呢?這就是系統(tǒng)架構(gòu)對性能有重大影響的證明。實際上，市場上在售的E7平臺的四路服務(wù)器通常有如下三種架構(gòu)：

左圖的架構(gòu)是Intel官方推薦的E7平臺架構(gòu)，能夠完全發(fā)揮E7處理器的3個QPI連接，從而使得CPU間的協(xié)調(diào)通訊和內(nèi)存訪問更快。同時，還能充分發(fā)揮每個E7處理器的4個SMI內(nèi)存緩存芯片的性能和帶寬。

中間的架構(gòu)則在保留3個QPI的連接，去掉了2個SMI的內(nèi)存緩存芯片，內(nèi)存擴展能力減少一半的同時也喪失了一半的內(nèi)存帶寬。這好比越野車去掉了四輪驅(qū)動，關(guān)鍵時刻會不會因性能不足而掉鏈子，大家可想而知了。

右側(cè)的架構(gòu)精簡程度則更高，CPU只使用了2個QPI接口，內(nèi)存緩存芯片減少一半的同時每個內(nèi)存通道上的內(nèi)存條再減少一個，使得內(nèi)存訪問的延遲大大增加，沒有了四輪驅(qū)動和差速鎖的越野車還能稱為真正的越野車嗎?

這種架構(gòu)的不同帶來的巨大差異也許很少被介紹。所以還是得提醒作為關(guān)鍵業(yè)務(wù)系統(tǒng)如果選擇了內(nèi)存緩存芯片減半甚至取消了一個QPI連接的架構(gòu)，對核心業(yè)務(wù)造成的潛在影響是不可低估的。

這里我們可以參考在關(guān)鍵業(yè)務(wù)系統(tǒng)之一的SAP應(yīng)用的性能情況，SAP公司在其官網(wǎng)上公布的SAPs值就是評價各廠商服務(wù)器產(chǎn)品在關(guān)鍵業(yè)務(wù)系統(tǒng)中性能表現(xiàn)的重要參考：

Dell強大的不僅是服務(wù)器

除了服務(wù)器之外，整個SAP HANA的scare-out架構(gòu)中還會有網(wǎng)絡(luò)與存儲，包括經(jīng)常用在HANA應(yīng)用服務(wù)器上VMware虛擬化軟件。完整架構(gòu)可以參考下圖：

仔細看完后，你會發(fā)現(xiàn)：

word天哪!!!!

備份、容災(zāi)、網(wǎng)絡(luò)設(shè)計、虛擬化、存儲、HANA集群、切換演練這些都是SAP HANA硬件架構(gòu)中可能會遇到的需求。這些往往又是戴爾企業(yè)解決方案當中最擅長的部分!

最重要的一點 實施交付能力

在講之前，我們先看看戴爾正式交付的整機柜解決方案，我們在廈門工廠出廠前就會完成SAP HANA一體機的預安裝，并完成各類針對SAP HANA的優(yōu)化參數(shù)：

[[193198]] 

[[193199]] 

預安裝完成的一體機到達客戶現(xiàn)場其實只是***步，只有操作系統(tǒng)(SUSE or Redhat)的一體機還需要考慮開始提到的雙機切換、備份、容災(zāi)、應(yīng)用服務(wù)器虛擬化設(shè)計與實施、存儲優(yōu)化設(shè)計、網(wǎng)絡(luò)架構(gòu)設(shè)計等重要工作內(nèi)容。

因此就需要我們花點時間再來看看戴爾在SAP HANA整體解決方案上的實施能力：

完善的服務(wù)規(guī)范與工作任務(wù)

 專業(yè)的整體架構(gòu)設(shè)計

總的來說，戴爾公司提供的交鑰匙的項目交付是保障整個SAP HANA項目的強有力保障。避免了項目交付后，在項目運行過程中，各廠家互相推諉的問題。

豐富的實施經(jīng)驗可確保所構(gòu)建的總體基礎(chǔ)架構(gòu)處于高可靠性、高可用性、高性能、高穩(wěn)定性，集***實踐推薦于一身。