引言
作者是國內研究超融合相當早的專家，有非常強的理論基礎和實戰經驗。上幾篇分析文章，對nutanix/VSAN/深信服/H3C/EMC等廠家的深入分析，引起了業界很大的反響。
好飯不怕晚，專家最近工作特別多，為了不辜負各位喜歡這個系列的同學，辛苦工作到凌晨，再次推出本系列的第八篇，分析思科的上篇。希望喜歡的同學多多轉發和點贊！
以下是超融合分析系列前面幾篇，已經閱讀過的同學可以跳過。
超融合概述
超融合產品分析系列（1）：nutanix方案
超融合方案分析系列（2）：VSAN的超融合方案分析
超融合方案分析系列（3）深信服超融合方案分析
超融合方案分析系列（4）H3C超融合方案分析
超融合方案分析系列（5）EMC vxrail超融合方案分析
超融合方案分析系列（6）聯想超融合方案分析
另外文章最後附有作者的微信，有興趣的同學可以加作者做更深入的交流。
開篇
週二的時候朋友圈傳遍了思科計劃以3.2億刀收購Springpath，本來我就計劃本週發出思科的超融合分析，各種原因，導致錯過了這個蹭熱點話題的機會。下次發文章要乘早。不過說實話，沒有服務器的HCI軟件廠家日子不好過了，一直在掉價，nutanix股價掉了一半，最近稍有回升，還是不到IPO時的2/3，HP收購的simplivity 高達6.5億刀，今年思科就減半將springpath買斷了。
還是言歸正傳，回到對HyperFlex方案的分析。
思科的交換機+UCS服務器以及Springpath的HCI軟件實現的HyperFlex超融合方案。
Springpath公司成立於2012年，一個年輕的小規模的初創存儲公司。2016年3月Springpath被思科看中，選為戰略合作伙伴，Springpath也轉向成為一家只支持思科的OEM開發公司。當然現在已經準備賣身給思科了，也算一個好歸屬。
深入分析
HyperFlex一共有3種方案，嚴格意義上說只有2種：
一種是8盤的1U融合服務器HX220c M4，一種是23盤的2U融合服務器HX240c M4
第一：支持純計算節點，但是確實採用刀片做純計算。如果是選擇23盤做融合存儲，在存儲能力足夠的情況下，還能接入純計算節點，但是這裡接入計算節點是UCS B200 M4刀片。看到HyperFlex HX240 產品手冊，我的確有點震驚：居然有機架+刀片的混合方案。雖然沒有說機架和刀片不能組在一起，但是從硬件架構上，刀片服務器顯得更高檔，包含網絡背板等，完全和機架服務器畫風不一樣。如果採用普通2U的機架服務器用來做純計算節點，至少我覺得從外觀上就一致了，少了很多非議。我在國內遇到一部分客戶，就是一定要機架服務器，排斥刀片。當然也遇到部分客戶因為空間的原因選擇高密機架或者純刀片方案。多一種硬件形態，就意味加大難度。感覺和超融合的理念衝突的。
第二：方案上一定要採用思科的交換機，通過交換機的確能實現一些高級的SDN功能。但是相對客戶來說形成了新的綁定，投資也加大了，不一定適合小規模的試點或者中小企業。
第三：採用的是20G光纖交換機，目前大部分數據中心接入網絡還是10GE組網，因為要使用HyperFlex就要把網絡升級到20G，對客戶來說增加了網絡的管理難度，同時也加大了投資，實際上在超融合廠家下，10GE網絡至少目前看並不是問題，大部分的HCI方案獨立存儲平面2個10GE網絡足夠了。為什麼思科要採用20G，還同時支持IP和FC SAN網絡，獨行特立，還是為了推自己的交換機和SDN網絡方案，讓市場猜測。
第四：HyperFlex的融合部署方案其實和nutanix類似，或者說業界除了VSAN外，其它HCI全部採用控制虛擬機方案支持VMware虛擬化。HyperFlex有和nutanix不一樣，它是採用板載的兩個64SD卡部署ESXi和CVM虛擬機。可靠性相比來說起碼做到硬raid1。但是可維護性就差了，如果壞掉一個SD卡，更換都只能停機拆箱更換。如果能部署在2個組raid1的普通硬盤中就更好了。
第五：上述型號中網口都是2*10Gb FCoE網口，和前面配置的20Gb的光纖交換機配合使用，再次明顯覺得光纖交換機高配了，有內幕消息，麻煩知情的朋友私信給我學習一下。
第六：HXDP軟件必須採用2個SSD盤，其中一個做cache,一個用來寫日誌。這樣的方案也是很獨特的：有日誌不奇怪，但是單獨搞一個盤就奇怪了，完全可以搞成日誌分區。如果兩個盤容量一樣，起碼在硬件設備上的角色定義就少了。畢竟越少越簡單。
第七：HXDP在支持VMware時採用的是NAS進行VMware存儲認證的。下圖是我從VMware官網查詢到的，可以作為參考。
第八：HXDP存儲軟件必須開啟數據重刪功能。實際上在大部分業務場景，在線的數據重刪功能將加大時延影響，消耗更多的內存和CPU，用時間換空間，用客戶體驗換功能，這是和IT技術的發展違背的。早期的業務需求不敏感，存儲相對較貴，所以存儲中重刪壓縮是必備功能。當前3.5寸大盤已經到10TB，未來必然更大，每TB成本逐年降低的情況下，我們採用空間換時間才是正道。在整個IO路徑上開啟刪除功能，必然增加IO處理時間，增加時延。最關鍵是這個功能居然無法關閉。根據官網材料，據稱採用top-k專利算法，能做到性能影響小（沒有說不影響性能吧）
在網上找到資料CVM需要48G到64G內存，8個vCPU，資源開銷的確優點大。
壓縮功能好像也無法關閉。
未完待續
今天先說到這麼多，下次接著分析。
最後再次請求超融合圈的朋友們能（加我微信）發給我一些材料，不限於技術白皮書、PPT、最佳實踐等，讓我能將各個廠家的方案深入學習探討，順便寫寫分析文檔，也能發出來讓大家參考，提前說聲謝謝。
閱讀更多 大數據和雲計算技術 的文章
