Pure Storage所處的全球市場規(guī)模已達500億美元，上個財年的年收入為16.4億美金，截止至2020年1月份，其全球客戶數(shù)量已達到7500多名。過去五年中，全閃存在整個市場的滲透率不斷提高，全閃存約占整個市場的50%。

創(chuàng)新是Pure Storage的DNA

2012年Pure Storage在推出首款產(chǎn)品FlashArray時便受到業(yè)界的高度關注，今年Pure Storage即將在中國推出新品以及多個應用場景。

首先是Pure Storage的FlashArray//X家族，F(xiàn)lashArray//X是專為企業(yè)核心以及第一級的應用所打造的全閃存的存儲設備。這個家族的每一個成員都擁有6個9的高可用性，業(yè)界最好的重刪壓縮比，并采用NVMe以及可以按照需求添購的存儲級內(nèi)存，來實現(xiàn)性能的最優(yōu)化。每個成員提供不同的計算資源以及容量，所有成員都擁有低延遲性的特性，并且提供在不停機的情況之下升級控制器和固件，且在整個的過程當中完全不會影響到性能。

這個家族的成員提供FC、ISCISI，與服務器或和光纖通道交換機進行連接，并且在高密度的特性之下，1.3個PB的存儲空間只占用三個RU的機柜空間。三個PB的空間僅僅需要占用到9個RU的機柜空間，大幅度地節(jié)省了整個數(shù)據(jù)中心的空間，并且降低耗電量。Pure Storage通過不斷創(chuàng)新，提供用戶所需的功能，例如存儲設備必備的快照功能，開發(fā)以及運維人員喜歡使用的REST API，打造備援中心的異步復制功能，強調(diào)雙活的同步復制功能。更新的演算法可以提高數(shù)據(jù)重刪壓縮比，支援VMware Virtual Volume，自動化以及可變化的服務質(zhì)量，以及可將快照復制到云的功能，將NVMe變成全閃存存儲設備的標準。更進一步，可以讓存儲設備廠商開始重視支持端到端的NVMe的重要性。

短短八年間，Pure Storage開發(fā)了超過20多種功能，所有軟件的功能不需要經(jīng)過授權，不需要額外的費用，全部都是免費的。而且在使用這些功能之前，用戶也不需要再去估算所需要的停機時間，因為升級控制器和固件的過程當中不需要任何的停機，也不用擔心會影響性能。當然Pure Storage最讓用戶贊不絕口的，是售后服務的質(zhì)量以及導入人工智能的設備監(jiān)視服務，因此當用戶在FlashArray//X上，設置完所需要的功能或者是架構以后，即可以利用提供的平臺輕松地監(jiān)視，掌握存儲的運行的狀況。

此外，還有滿足更多空間需求的FlashArray//C家族。不同于前面的FlashArray//X，F(xiàn)lashArray//C現(xiàn)階段有三個成員。每一個成員負責承載不同的空間需求，分別為366TB、878TB以及1.4個PB三種空間，以及每一個只需要3個RU、6個RU以及9個RU的機柜空間，當然FlashArray//C和剛剛的FlashArray//X有不少相同的地方。例如所有的成員都是由全閃存所組成，不需要任何軟件上的授權費用，輕松打造企業(yè)所需要的高可用的IT架構，以及讓人無后顧之憂的人工智能設備監(jiān)視服務。

值得一提的還有Pure Storage融合基礎架構代表產(chǎn)品就——FlashStack，除了使用Pure Storage自己的FlashArray//X之外，搭配了思科的UCS計算服務器以及光纖通道交換機。FlashStack并非只將現(xiàn)行的IT設備組合起來，由于它是一個融合技術架構，因此Pure Storage將設置功能和思科的Intersight以及UCS Director集成在一起，讓所有的IT架構管理員可以使用自己最擅長的工具以及畫面，針對不同的應用場景做設置。

思科的UCS最讓用戶津津樂道的就是CVD的提供，Pure Storage針對許多廣泛性使用的場景預做了配置。這些CVD已經(jīng)由思科工程師全面的測試，確保所有的用戶可以在安全可靠，而且在完全可以預測的方式之下，去縮短部署的時間。FlashStack融合基礎架構完全支援VMware的云基礎架構以及軟件定義數(shù)據(jù)中心管理員，可以讓用戶按照企業(yè)的需求來打造所需要的架構，而全部的設備只需要在一個標準機柜里面就可以完成。

據(jù)了解，Gartner2018年關鍵能力報告和之前Pure Storage連續(xù)6年獲得領導者象限的報告有所不同，Gartner 使用不同廠牌的固態(tài)硬盤，針對5個企業(yè)核心應用所做出來的比較。而這些場景將會以相同的設置，執(zhí)行在不同的企業(yè)級的存儲設備上面，并且得到比分。在報告當中Pure Storage奪得了三個第一名，兩個第二名。三個第一名的場景，分別是虛擬桌面、聯(lián)機事務處理以及服務器虛擬化。通過該分析報告，企業(yè)可以很簡單地按照不同的場景，選擇自己所需要的存儲設備品牌，分析師在這份報告當中，也同樣提醒采購人員在選擇存儲設備的判斷上，不應該只是按照效能來當做技術的唯一考量。更是需要針對不中斷的運維技術以及更簡單的管理方式進行評估，再來決定最后的優(yōu)勝者。以Pure Storage全球的客戶群為例，這三類的應用場景的確占了相當大的比重，也反映出這份報告值得所有準備采購存儲設備的企業(yè)參考。

深入應用場景，緊貼用戶之需

長久以來，Pure Storage一直將自身功能與VMware的管理用戶界面集成在一起。如同Gartner 的報告，以Pure Storage的FlashArray當做基礎的存儲設備，除了全閃存高效能的表現(xiàn)外，也具備最完整的數(shù)據(jù)高應用性，并且搭配世界級的數(shù)據(jù)重刪壓縮技術。為VMware提供高達5.5：1的數(shù)據(jù)重刪壓縮比，通過vCenter以及vRealize安裝，Pure Storage針對VMware所打造的插件，搭配使用VMware的vRealize Automation來完成更多自動化部署的作業(yè)。用戶可以輕松地通過最熟悉的VMware管理界面來管理存儲設備，或者是打造anything as a Service這樣的服務，也可以可以通過兩地三中心的雙活或者三活的功能，集成VMware的Metro Storage集群，以及Site Recovery Manager，輕松地在虛擬化環(huán)境內(nèi)達到端到端的系統(tǒng)不中斷的服務。

同時，Pure Storage是首家第三方SAN storage 符合VMware Validated的設計廠商，讓企業(yè)準備架構VMware SoftWare-defined的data center時候，可以更輕松的使用最快速以及最穩(wěn)定的架構。

第二個應用場景是在虛擬桌面上，不中斷的運維技術與可伸縮性是息息相關的。以Pure Storage作為基礎架構的存儲設備，運行虛擬桌面可以簡單地達成這兩個目的。例如在VDI建設初期，預設可能大概只服務1000個虛擬桌面的使用者。但是可能出現(xiàn)突發(fā)需求，導致IT部門必須將整個架構延伸到可以支援2000個甚至更多的虛擬桌面的使用者。當存儲設備提供相當?shù)男芤约案邤U展性的時候，就不需要擔心這些突發(fā)需求導致IT架構無法及時反映。

除此之外，Pure Storage在虛擬桌面上面可以達到9：1的數(shù)據(jù)減量比例，等同于9個TB的VDI運行在Pure Storage上面，只需要耗用1個TB的存儲空間。Pure Storage希望可以通過以數(shù)據(jù)為中心的方式，來達到數(shù)據(jù)“存得下、流得動、算得快、用得好”的方式，協(xié)助完成其他新基建領域的發(fā)展。

第二個應用場景是數(shù)據(jù)庫，Pure Storage將甲骨文數(shù)據(jù)庫部署在Pure Storage上面，除了擁有6個9的高可用保護機制外，企業(yè)可以減少通過服務器硬件升級的方式，來達到所需要的在線交易效能。這也可以在一定程度上減少甲骨文授權的數(shù)量，幫企業(yè)節(jié)省更多的現(xiàn)金的支出。數(shù)據(jù)庫上運行所需要的效能，存儲的延遲性，帶寬以及IOPS都有密切關系。Pure Storage也通過其所打造的固件搭配硬件，提供穩(wěn)定的環(huán)境來滿足數(shù)據(jù)庫的效能需求。Pure Storage存儲快照可以在不需要安裝任何插件或代理的情況之下，完成了可以讓數(shù)據(jù)庫完整復原的文件集。從Oracle Database12C開始，可以通過前滾恢復來復原數(shù)據(jù)庫。最后提供等同于RAID-6保護等級來守護數(shù)據(jù)，無需擔心數(shù)據(jù)丟失的問題。SAP的應用場景沒有出現(xiàn)在Gartner 評估報告當中，但是其出現(xiàn)在這里的原因相當簡單。因為Pure Storage的全閃存的設備，早已得到SAP認證，可以在傳統(tǒng)的R3以及最新的HANA上去運行。

將SAP HANA部署在Pure Storage上面有幾個優(yōu)勢：

第一，通過Pure Storage的SCM來加速Warm Data的存取，節(jié)省內(nèi)存以及HANA的授權費用。

第二，通過Pure Storage的雙活解決方案來部署，不中斷、不停機的SAP HANA環(huán)境。

第三，通過Pure Storage提供的自動化克隆工具，快速完成開發(fā)以及測試環(huán)境所需要使用而且耗時的system copy步驟。

第四，通過Pure Storage的存儲快照，輕松完成SAP的備份工作。

雖然NVMe的界面規(guī)范不是Pure Storage定義的，但Pure Storage認為NVMe一定會成為全閃存必備的界面，并且NVMe的界面規(guī)范將成為所有全閃存存儲設備的標準，而Pure Storage做到了。Pure Storage不斷地將最好的規(guī)范以及最好的功能變成標準，其技術創(chuàng)新能力不至于此，NVMe SSD非常容易取得，但是在容易取得的情況下，就容易受限于NVMe SSD的瓶頸。比方閃存的垃圾回收機制以及over-provisioning的空間，這些是很多存儲廠商無法控制的。

再來說Pure Storage打造的NVMe SSD。從外表看，只是看到一堆的閃存芯片以及散熱片遮住的處理器，這些產(chǎn)品稱之為DirectFlash module，簡稱為DFM，它所扮演的腳色等同于一般市場上銷售的NVMe SSD，不同的是這是Pure Storage設計打造的，除了DFM硬件，為了優(yōu)化DFM上所有的程序以及縮減不需要浪費的空間，打造出了DFM軟件。DFM硬件加上DFM軟件這樣的組合，就像是倚天劍和屠龍刀一樣攻無不克，這里指的是以上所有的這些閃存芯片可以發(fā)揮到最大的優(yōu)勢，這些優(yōu)勢包括了性能密度提高了4倍，帶寬一并提高了3倍，整體的存儲設備的容量效率高達20%，也加大了兩倍的容量密度，而這些也造就了FlashArray//X以及FlashArray//C家族可以利用9RU的機柜空間，可以輕松裝載三個PB的存儲空間，這是Pure Storage將NVMe標準化的第一步，讓所有企業(yè)用戶即使只采購入門款的存儲設備，也能享受到NVMe的美好。

當一個城市的主干道全部拓寬之后，緊接著要改善的就是城市對外交通網(wǎng)絡體系，一般來說企業(yè)級的存儲多半使用的是FC16G和32G，或者是ISCSI 10G和25G來和服務器去連接，通過古老的ISCSI協(xié)定乍看之下馬路很寬，一次可以擁有4線道的車流，但是沒想到走著走著，最后還是回到只有一個收費關卡，因此多線道的設置還是得塞在關卡的前面，NVMe Over Fabric其實就是用來解決這個問題的方法，簡而言之，就是一個端到端的NVMe解決方案，現(xiàn)在已經(jīng)有許多操作系統(tǒng)開始支持服務器上NVMe的端到端界面，因此當用戶使用后，就可以體驗到通過端到端的支持，整體的延遲會下降，大概可以從平均一個毫秒降低到0.25個毫秒，同時服務于服務器上的處理器也可以分流25%的用量，這是Pure Storage將NVMe標準化的第二步。

從來沒有一座存儲設備會被抱怨擁有迅雷等級的性能，因此為滿足某一些特殊的場景所需要的高只讀模式，Pure Storage提供了存儲級的內(nèi)存來實現(xiàn)性能的最優(yōu)化，只需要將原先置放DFM的部分換成存儲級的內(nèi)存即可，不需要重新設置，不需要停機，更不需要花錢請顧問團隊來協(xié)助，通過這樣的轉換可以讓延遲降到最低，并且提升應用性能。SAP HANA甲骨文以及SQL Server的聯(lián)機分析處理都是企業(yè)內(nèi)部市場可以見到的核心應用，使用存儲級內(nèi)存之后，企業(yè)用戶可以明顯地感受到應用速度的加倍，其中應用大部分都是以DAS架構的基礎，如果將這些應用部署在外部的存儲設備上的話，最大的問題就是網(wǎng)絡傳輸數(shù)據(jù)的延遲會拉高，導致整個應用的性能不佳，Pure Storage試著將DAS應用部署在服務器上面，并且使用NVMe端到端的方式去連接到外部的存儲設備，在搭配使用存儲級的內(nèi)存之后，Pure Storage發(fā)現(xiàn)延遲仍然可以媲美原來的架構，F(xiàn)lashArrayx可以提供更好的數(shù)據(jù)保護，以及高達3：1的數(shù)據(jù)重刪壓縮比，大幅度地減少服務器的數(shù)量，讓企業(yè)可以節(jié)省更多的采購硬件的成本，也減輕了運維壓力。

小結

近兩年來，Pure Storage加速擴展中國市場的同時，不斷在加速打磨產(chǎn)品，從推出的三代全閃產(chǎn)品來看，無論從設計還是服務上都以用戶需求為最終目標，以一己之力，推動全閃存應用創(chuàng)新， 也看到了Pure Storage全面打造中國企業(yè)現(xiàn)代化數(shù)據(jù)體驗的決心與成果。

（以上內(nèi)容未經(jīng)本人審定，如有紕漏，歡迎指正。）

zhangnn