惠普已經在本周舉辦的SAP年度客戶大會上發布首套系統方案，其中采用來自基于安騰的Superdome設備以及配備至強處理器的大內存ProLiant服務器的多項技術成果。
這套代號為“Kraken項目”的系統將以ConyergedSystem 900的面貌投入商用市場，并將關注重點放在SAP HANA身上。也就是說，它已經接受深度調整并獲得SAP認證，能夠運行最新版本HANA內存內數據庫以及運行時環境。作為“DragonHawk”高端共享式內存系統集合中的成員，這套設備也為惠普接下來利用英特爾至強處理器構建Superdome級產品方案的規劃打響了第一槍。
事實上，如果大家認真查閱過相關規格表單，就會發現ConvergedSystem 900其實被劃入了ProLiant Superdome系統類別。截至目前，惠普仍然嚴守著關于Kraken設備的一部分工程技術機密，不過惠普企業部門ConvergedSystems市場推廣副總裁Paul Miller在接受采訪時透露了更多細節信息。
這臺Kraken設備配備由英特爾提供的“Ivy Bridge-EX”至強E7-2800 v2系列處理器。具體來講，它使用的是擁有CO步進機制的十五核心E7-2890 v2處理器;這顆運算心臟擁有2.8GHz主頻、37.5MB緩存以及155瓦功耗設計點。
該版本至強E7芯片在設計上專門針對雙插槽NUMA節點，價格比面向四插槽設備的E7-4800系列略低一點、甚至比面向八插槽設備的E7-8800系列更便宜。比起使用英特爾的“Patsburg”C602J芯片組及E7-8800系列構建起一套最高擁有12TB主內存的向上擴展設備方案，惠普選擇了另一條道路，即將大量雙插槽節點整合在一起以滿足多種不同類型的實際需求。
Kraken服務器中的每塊刀片上都擁有四個物理插槽，并采用惠普“Orion 2”芯片組的衍生方案將其構成雙向節點。Orion 2芯片組屬于惠普所謂PREMA架構的組成部分，單詞中全部大寫的五個字母分別代表著性能、彈性、效率、可管理性以及要可用性。
這是第二代Orion芯片組，最初出現在ProLiant DL980 G7服務器之上——這款服務器可向上擴展至八個插槽，并使用“Sandy Bridge-EX”至強E7 v1處理器。（惠普目前還沒有推出具備八插槽的第八代設備，根據其全力關注更具可拓展性的DragonHawk設計方案的趨勢來看、這樣的方案將永遠不會出現。）Orion 2芯片組接入到至強E7芯片上的QuickPath Interconnect（簡稱QPI）點對點互連端口當中。
為了將八套雙插槽節點整合在一起，惠普用到了曾出現在Superdome 2設備之上、基于安騰9300與9500處理器的sx3000芯片組的一套衍生方案。這套芯片組也就是我們通常所說的節點控制器或者交叉開關，它能夠將不同節點連接在一起、從而為操作系統提供一套單一的內存空間。（如果大家希望完全采用英特爾路由機制，只要保證系統使用的是E7-8800系列衍生處理器，C602J芯片組也能夠實現同樣的功能并最高支持八個插槽。）
SAP公司允許各個HANA節點構成集群體系，這樣它們就能實現向外擴展并提高性能表現，但這要求數據在不同節點之間往來穿梭。將HANA部署在像Kraken設備這樣的單一大型NUMA節點上的意義在于，該設備能夠提供速度極快的節點交叉連接，甚至比以太網或者Infiniband網絡還高出一個量級。（正是這樣的速度讓節點之間共享內存成為了可能。）
惠普并沒有明確公布Kraken設備中各節點間的帶寬數據或者延遲水平，但采用安騰9500處理器的32插槽Superdome 2中sx3000芯片組能夠提供每秒1.22TB系統傳輸帶寬與每秒816GB的系統內32插槽間I/O帶寬。（Superdome 2設備的每個插槽都擁有四級緩存，但不清楚Kraken設備是否會沿用四級緩存機制。）Miller對Kraken設備的互連帶寬或者延遲數字避而不談，但他表示16插槽設備的整體I/O接口傳輸帶寬最高可達每秒640GB，由主板上的LAN端口還能額外帶來每秒160Gb LAN帶寬。
所有SAP HANA設備都必須使用至強E7處理器進行構建。這家德國軟件巨頭之所以堅持這一前提，是因為這套內存內數據庫需要利用至強E7芯片所獨有的額外內存帶寬與彈性功能。當所有業務數據都駐留在主內存當中時，整套體系也就消除了產生其它錯誤的可能性。
目前SAP已經成功將最大HANA實例推向12TB大關，但請大家不要誤會：底層DragonHawk設備所能處理的實例規模要遠大于12TB。雖然Miller并未靜態，但在理論上一臺16插槽設備應該能夠利用64GB內存條構建起24TB的整體內存容量。HANA內存壓縮功能可以將有效系統內存容量一舉提升三倍到十倍，Miller表示，這就意味著Kraken設備上數據庫的最大有效規模應該達到36TB到120TB之間。這樣的數據庫規模實在龐大得令人驚訝，但標準的全英特爾8插槽設備沒有理由無法支持此類大型數據庫實例。
通過使用自己的芯片組實施方案，惠普成功完成了兩項任務。第一，他們能夠在給定內存容量之下部署兩倍計算資源，這對于一部分特定客戶來說意義非凡。此外，通過Kraken設備正式發售之后的一系列升級措施，惠普將在Kraken設備上支持其nPar物理分區機制，從而允許客戶在同一臺物理設備中設置多個隔離性HANA分區并作為冗余方案。換句話來說，企業用戶將能夠在單一系統之內通過Superdome交叉結構進行HANA數據庫復制。
既然SAP公司允許我們將HANA節點匯總成集群體系，那么最明顯的問題就是：為什么還要采用大型NUMA設置方案、而不直接使用集群呢？
“如果大家認真審視HANA，就會發現它真正面向的是三種不同類型的工作負載，”Miller解釋道。“在事務型工作負載中，大家最需要的特性就是低延遲表現;而且事實上，大家無法在集群體系中實現這樣的訴求。具體來講，SAP公司也不建議用戶在集群體系中建立一套規模達12TB系統的事務型數據庫實例，并將此作為以HANA為基礎運行應用程序的認證配置方案。集群化架構對于數據倉庫以及分析類實例而言表現出色，但由于事務型實例對性能非常看重，因此SAP建議大家將HANA應用程序運行在單一內存池之上。”
正如前面所提到，NUMA設備中的各個節點擁有一套傳輸速度遠高于以太網或者InfiniBand的互連機制。再加上未來nPar分區支持能力，惠普將在災難恢復領域帶給用戶印象深刻的執行效果。
Kraken設備將提供兩種機型供用戶選擇，分別為八節點與十六節點版本，具體參數如上圖所示。惠普會在該設備中預置SUSE Linux Enterprise Server 11 SP3，這套系統也是SAP HANA數據庫運行的必要前提;Miller表示目前還無法透露惠普何時才會支持紅帽企業Linux與HANA數據庫組合在Kraken設備上的運行，SAP與紅帽雙方在本周于奧蘭多舉辦的SAPPHIRE大會上也提到了這一話題。
Kraken設備預告配置有內部存儲與3PAR存儲陣列，用于在磁盤之外為操作系統、系統軟件以及快照功能提供存儲支持。隨著在不久的將來nPar功能的正式面世，惠普將有能力將大量Kraken設備劃分成多個分區，從而運行物理內存在向上擴展規模方面達到80TB甚至更高的工作負載。
有趣的是，惠普本身就是SAP公司的一位大客戶，雖然早已經開始將自身業務運行在配備HP-UX Unix系統以及甲骨文數據庫的Superdome 2設備之上，但目前該公司正在逐漸將負載轉移到Kraken與HANA的組合方案當中。Miller表示，過去需要耗時達兩個小時的惠普工作負載初始化測試以及復雜查詢處理如今只需要兩分鐘，而其它原本耗時約七分鐘的查詢任務現在七秒左右即可完成。這相當于高達六十倍的性能提升效果。
惠普將從本月十六號開始正式接受Kraken設備訂單，并在今年第三季度向客戶們發貨。
Miller對于其它可能陸續推出的ConvergedSystem 900具體機型及上市時間避而不談。不過sx3000芯片組的最大擴展能力為32插槽，而且如今每個插槽能夠接入768GB物理內存。現有至強架構擁有46位物理尋址能力，也就是說大家能夠在單一NUMA實例中最多塞進64TB內存。
因此從理論角度講，只要設備中能夠容納足夠的排線，惠普完全可以在32插槽ConvergedSystem設備上實現32TB甚至64TB內存容量。順帶一提，大家無法在這臺設備上加載除SLES以及HANA之外的任何其它軟件——如果嘗試載入及運行，系統將不會正常工作。因此就別耍這種小聰明啦。
目前ConvergedSystem 900的定價仍未公開，不過Miller給我們提前打了預防針。配備6TB主內存的基礎型八插槽Kraken設備（包括前面提到的所有硬件以及除HANA SP7堆棧之外的全部軟件——HANA SP7需要用戶單獨購買許可，惠普不會在設備中提前配置）在價格上“不會超過”87萬美元。而享受與之配套的惠普技術服務方案需要另外支付17萬美元，其中包括40個小時的咨詢、部署加速以及工程技術服務，再加上為期三年的主動式常規售后。
因此整套設備的定價基本上略高于100萬美元。而16插槽、主內存為12TB的配置型號提供小幅度折扣，整體使用成本大約為179萬美元，其中156萬美元用于這套即將面世的系統本身、另外23萬美元由來自后續服務。當然，這里提到的價格還不包括惠普ServiceGuard高可用性副本軟件，它的作用是在不同nPar分區之間進行數據復制。
京公網安備 11010502049343號