全閃存陣列初創企業SolidFire公司已經赤膊上陣，以破釜沉舟之勢展開與EMC、NetApp以及Pure Storage等廠商的競爭活動。具體而言，SolidFire方面拿出了極具競爭力的產品組合，且招招瞄準上述三者產品當中的致命弱點。

大家可以點擊此處查看SolidFire公司官方博客中的對應內容，其中分別發布文章陳述了其產品與NetApp全閃存FAS、EMC XtremIO以及Pure Storage FlashArray產品的比較結果。點擊另外幾條鏈接則可分別查看對應的三款產品說明，需要強調的是其中NetApp全閃存FAS說明文檔稍后會以PDF格式發送至大家填寫的郵箱。

這份文檔撰寫于2014年6月，也就是一年之前，因此其中并不包含EMC方面今年5月才進行的產品容量升級與集群數量擴展，或者在此之后EMC推出的其它新功能。這份SolidFire文檔指出：“XtremIO目前尚不支持數據壓縮，這實際上使存儲方案的實際使用成本提升了一倍。”

恐怕這句話確實正中要害，而且這份文件可是2014年7月就已經發布了的（這么久以來情況一直沒能得到解決）。

SolidFire公司的文件還寫道：“XtremIO并不具備任何用于確保應用程序在混合工作負載部署狀態下以持續性方式獲取必要IOPS的服務質量性能配置機制。”

EMC公司總裁Chad Sakac在今年1月曾表示，EMC方面正在著力打造更為豐富的服務質量模型。一旦這些服務質量功能正式出臺，那么SolidFIre公司文件中的種種指責將隨之煙消云散。

 SolidFire對陣NetApp全閃存FAS

長度為6頁的NetApp比較文件截稿于2015年6月，其中提到了多項弱點，包括最新的內聯重復數據刪除功能。文件指出：

NetApp公司的滯后型方案需要在數據寫入完成后才能實現服務交付，或者說是“后處理”。不過隨著全閃存FAS產品的推出，NetApp如今已經能夠提供部分內聯重復數據刪除與數據壓縮功能。內聯重復數據刪除由一項簡單的內聯零檢測功能模塊構成，其作用在于確認所輸入數據當中的“零”數據塊，并將這些數據塊設定為可重復寫入狀態。而以字節為基礎單位的數據壓縮功能則仍然需要以“后處理”方式進行。

實際上，NetApp公司尚未提供真正的內聯數據刪除功能。如果客戶愿意承受由此帶來的性能損耗，那么NetApp可以啟用內聯數據壓縮功能，但這種損耗的影響相當明顯。

相比之下，文件作者興奮地指出：

“SolidFire公司的內聯重復數據刪除與數據壓縮功能始終啟用，能夠以實時方式起效并立即改善容量使用效率，且幾乎不會造成任何性能影響。除此之外，SolidFire的重復數據刪除功能可涵蓋整個集群而并非以存儲分卷為基礎——這一點亦與NetApp的重復數據刪除完全不同。”

這份文件同樣截稿于2014年6月，因此其中沒有提到Pure Storage公司發布于今年6月的FlashArray//m產品。SolidFire方面指出：“其405、420以及450機型的向上擴展容量極限分別為10至40 TB、40至125 TB以及125至250 TB。”

啊哦，這些信息顯然已經過時了。新近推出的//m2、//m50與//m70機型的最大容量擴展能力已經分別為120 TB、250 TB以及400 TB（各數字為實際可用容量，假定數據壓縮比為5：1）。

Solidfire公司進一步強調稱：

“要實現超出以上容量區間的存儲空間水平，客戶需要采用破壞性的‘叉車式’控制器更替。”根據我們掌握的情況，//m系列機型已經解決了這個問題。此外，三款FA-400機型也能夠以非破壞性方式升級至“m”狀態。

總體而言，SolidFire公司的對比文件指出了一些關鍵要點，但……由于足足出現了12個月的空白，其內容與EMC XtremIO以及Pure Storage產品的關聯性顯得有些薄弱。

勇氣可嘉，干勁亦值得贊揚。不過在這里我們得提醒一句，下次咱把工作做得更漂亮些才好。