目前，固態存儲的應用正在日漸深入，對于用戶而言，固態存儲所展現出的高性能對于用戶的應用程序來說無疑是很有吸引力的，不過你仍然得判斷將其部署在何處、所需要的具體容量以及其使用模式。
閃存存儲可以被視為是解決應用程序性能問題的一條捷徑，不過決定購買何種類型的閃存，以及用何種方式在哪里部署，這些都不是簡單的問題。
你不能靠著照搬某一套理論或數據統計表來判斷選擇什么類型的固態存儲，部署位置以及所需的具體容量。這關系到對實際環境的具體分析，明確你所希望藉由閃存存儲解決的問題。尤其是，你必須判斷哪里才是性能瓶頸，實際工作負載如何，以及需要多大的性能改進空間。此外，你同時還得兼顧到現實環境中的各項限制因素。
選擇閃存存儲的理由并不總是顯而易見的
想象一下你擁有一張矩陣圖，在一個坐標軸上顯示出具體的應用個案，比如虛擬桌面基礎架構(VDI)、服務器虛擬化、大數據分析等等，并在另一個上面標識出理想的閃存選項，這實在非常美妙。不過這卻是近乎不可能的事情，因為即便在同一應用環境下也有太多的變量，并且這些變量之間又會互相影響。
舉例來看，存儲瓶頸的具體位置通常決定了在什么地方部署閃存技術(例如在主機端或是磁盤陣列端)，但存儲瓶頸和具體的使用案例關系并不大，但卻和現有的存儲基礎架構戚戚相關。不管怎樣，部署位置的判斷可以影響到所使用的閃存類型(固態存儲驅動器或是閃存插卡，如PCIe的插卡)，以及將其部署為緩存或單獨的存儲層。閃存的部署類型又決定了所需的容量(分層模式會比閃存模式需要更多容量)，而成本和預算又會對容量產生限制。
而諸如使用哪一種閃存存儲技術的問題在當前已經不再像幾年前那樣重要了。不過其它的因素，比如數據風險，需要高可用性或快速的數據增長量或許會影響到所有的使用場合。因此除了關注于使用場合和數據參數表，判斷閃存存儲更好的選擇方式是著眼于當前的實際環境，這是首先必須清晰明確的問題。
從存儲瓶頸入手
固態存儲通常通過提升服務器的數據處理速度來解決應用程序的性能問題。從本質上看，在存儲基礎架構的某一環節必定會存在著瓶頸，而分析找到瓶頸所在就是確定解決方案的第一步。
如果閃存能夠成為一種準確解決方案，下述各項資源的一項或者數項通常不會顯示出很高的使用率：主機處理器、主機內存、存儲系統的處理器或網絡帶寬。要找出哪一項資源較為緊張需要在一段時間內監控其使用率，并將其和應用程序的性能進行比較。假如主機處理器近乎滿負荷運作，那么存儲通常不是瓶頸，應當著力解決計算資源和應用程序體系架構方面的問題。但是假如在應用程序運行很慢的一段時間內主機處理器利用率很低(假設說低于40%)，這就很好地反映出存儲基礎架構的某處存在著瓶頸。
基于陣列的閃存
如果一臺存儲陣列的控制器一直處于“游手好閑”的狀態，這就表明存儲系統正在等待磁盤驅動器(存儲介質固有的問題)，因此這時在存儲陣列中增加固態存儲便是一種有用的方案。不過，假如陣列并沒有設計支持閃存，那么增加固態存儲或許沒什么效果，因為這時裝滿固態存儲的驅動器托架可能會將存儲控制器變為新的瓶頸。
同樣地，如果控制器利用率已近飽和，將固態存儲盤放入存儲系統也沒有什么用處。假如網絡并不是問題，那么更好的解決方案應當是投資購買另一臺支持固態存儲盤的存儲系統，比如混合陣列或全閃存陣列。但假如網絡帶寬有局限性，或者你無法購買另一臺存儲系統，那么另一種可供選擇的方案是在主機服務器上安裝閃存存儲。
服務器端的閃存
主機服務器端的閃存可以是驅動器形式的固態存儲盤(SATA或SAS接口)、PCIe的閃存卡或者甚至是通過雙列直插式存儲模塊(DIMM)和存儲總線相連的閃存。這些方式都使得閃存的性能更接近應用程序的處理器而非網絡附加的存儲陣列，從而通過降低延遲提供了更好的存儲性能。照以往經驗看，固態存儲盤是這三種形式中最為經濟的，PCIe卡提供比固態存儲更好的性能，不過通常來講每GB的開銷也更大。不過現在將閃存放置于DIMM中的新形式提供了另一種低延遲的方式，這或許會開啟一些全新的應用模式。
假如一款應用程序可以從閃存緩存或服務器的閃存層中獲取數據，就不必再通過網絡來索取數據。
第一款DIMM形式的閃存驅動器邏輯上并沒有連接到內存總線，而是連入主板上的閑置SATA端口。這些產品的主要賣點在于其容量，由于許多小型的刀片服務器只有為數極少的SATA驅動器槽位，但卻會有未經使用的內存插槽。而近來，開始出現閃存模塊邏輯和內存總線相連，提供相比PCIe閃存更低的延遲，但仍然利用空閑的DIMM插槽。這種“內存通道”技術剛剛起步，不過配以非易失性DIMM(NVDIMM)技術，代表著另一種令人振奮的服務器端閃存應用。
網絡傳輸
將固態存儲部署在服務器端而非網絡附加存儲系統端還有一些好處，即降低SAN網絡傳輸。假如一款應用程序可以從閃存緩存或服務器的閃存層中獲取數據，就不必再通過網絡來索取數據。從而降低共享存儲陣列的工作負載并將更多資源釋放支持其他的服務器。因此網絡傳輸量的降低使得服務器端閃存相比購買另一臺共享存儲系統成為一種更佳選擇。
是否分層
一旦決定了部署的位置，存儲類型的選擇(固態存儲實際使用方式)也需要被確定下來。除了全閃存陣列，閃存的實現方式關鍵體現在將最適合的數據在其被使用之前放入閃存中，并在后臺持續保持這種狀態。從本質上看，分層技術為最關鍵的數據集和數據子集創建了一塊高速存儲區域，比如數據庫索引或變更日志，并基于業已選定策略填滿閃存。分層通常比緩存需要更大的閃存容量，因此如果你的預算或物理空間有限時這往往不是最佳選擇。緩存技術或許是這種場景下更好的選擇，不過仍需個案分析。
閃存緩存
緩存軟件通常包含在存儲系統的特性之中，這種部署方式可以最大化傳統存儲陣列中的閃存容量。如果這種功能可用的話，其可以發揮很大的作用，因為對于使用者而言它完全透明，而且通常只需很少的配置工作。緩存技術同時還適用于安裝在主機服務器端的PCIe閃存卡。
閃存技術的另一種使用場景還可以是一款獨立的軟件，運用于加速某一臺特定服務器上的應用。這樣的解決方案提供了更大的靈活性，可以使用任何供應商的閃存產品，并支持不同的閃存形式(PCIe、固態存儲盤或DIMM)。有一些甚至能夠支持連接在一起的閃存卷，從而使得新加入的固態存儲盤透明無縫地整合到現有部署環境之中。
當然這其中也有一些潛在的風險。相比分層技術而言，緩存的性能可能更難以預計，而且緩存中數據的高流動性可能也會影響到固態存儲的使用壽命。寫緩存同樣會有一些風險。
緩存解決方案同樣可以適用于服務器虛擬化、VDI或數據庫等解決方案，利用應用程序特定數據類型和處理流程的知識庫亦可以提升緩存的性能。不過所需要的閃存容量或許是一項重要的決定性因素，即便在類似的使用環境下也可能產生很大的差別。
MLC和SLC之爭：還那么重要么
當閃存第一次登上舞臺時，一項關鍵的采購指標是打算采用哪種閃存技術。單層式存儲(SLC)更為可靠而快速，但同時也更為昂貴;多層式存儲(MLC)的使用壽命較短，性能也較慢，但每GB單價則低廉很多;企業級多層式存儲(eMLC)則介于兩者之間。
然而隨著技術，尤其是閃存控制器技術的發展，使用哪一類閃存技術的問題變得不再重要。
故障糾正和其它處理流程提升了可靠性，甚至使得低成本的MLC現在也能夠用于企業級存儲產品了。有一些則設計使用SLC甚至DRAM作為寫緩存，來降低對MLC介質的影響。最主要的是現在許多有關采取何種技術的決定已經留給了廠商來決定，由他們來判斷在產品中選擇何種類型的閃存技術。
多大的閃存才夠用
分層技術要求要有足夠的閃存來保持完整的應用程序，或者至少是最關鍵的數據集合，因而決定這種方式要求的容量較為簡單。不過緩存技術所使用的容量則難以估量。以經驗法則開始也不錯，不過實際環境測試更有助于判斷閃存容量是否足夠，又不會被浪費。一家閃存和緩存軟件的供應商舉過一個十分有意思的例子，客戶是一家大型的電信企業，他們運行著幾個超大型數據中心，支持多個VMware集群和成百上千的虛擬機。即便是在這種定義清晰的虛擬機環境中，這家企業仍然不斷嘗試測試新的緩存部署，先是將5%的主要數據遷移到緩存，然后是10%，最后則高達20%。從中我們可以看出：先從經驗主義出發推測緩存容量，而后再根據實際環境中的監控進行不斷調整。
數據增長量、風險和高可用性
在閃存部署決定過程中，還有另外一些和性能無關的限制因素。其中一項就是現有基礎架構所產生的瓶頸需要應用閃存加以解決。另一項是風險，部分寫緩存模式可能在數據安全寫入主存儲區域之前產生風險。在考慮具體的閃存方案之前，可以運用“分散寫閃存”之類的技術來解決這些風險。
如果需要高可用性，那么就意味著閃存上的數據必需被共享，可以考慮使用SAN陣列或閃存緩存設備。當然，部分服務器端的閃存解決方案也可以利用虛擬化軟件來支持故障轉移，或者支持本地閃存資源的共享。
數據增長預期也是一項限制因素，可能會排除掉服務器端的解決方案。在這種情況下，系統必須能夠有足夠的容量并在擴展升級的過程中不會影響到系統的在線時間。
D1Net評論：
固態存儲的應用，需要打破系統瓶頸，在IT環境中部署閃存技術往往受存儲的性能瓶頸所驅動。找出瓶頸所在便能夠回答第一個問題——閃存的應用從何著手？當確定了這一點之后，成本、容量、風險以及采用緩存還是分層也應加以考慮。不過，這些因素常是相互關聯的，應當通盤考慮。閃存部署中的容量問題則往往需要在現實環境中測試后得出。
京公網安備 11010502049343號