為企業選擇一款合適的主存儲解決方案可能是項棘手的任務。為了確保最后獲得一款設計精良、經濟高效的解決方案，IT管理者要做的最重要的事情是，深 入了解自身環境在當前和未來的存儲要求。如果沒有做到這一點就開始評估市面上眾多的存儲解決方案，會很浪費時間，而且到最后可能發現解決方案并不如意。

　　除非有意購買專門用于單一高性能的存儲設備，否則最好的辦法還是首先認真分析企業環境。高冗余性、高性能的主存儲設備價格不菲。所以，想讓準備 投入的資金花在刀刃上，最好的辦法就是確保存儲設備為基礎架構帶來最大的效益。

　　以下是應當遵守的幾條簡易規則，以及需要避免的常見陷阱。

　　選擇合適容量

　　目前的存儲容量需求可能是最容易確定的事情了?？匆幌滤蟹掌髡加玫拇疟P空間，然后累加起來，最終就會得出一個數字。當然，實際情況沒有這么 簡單。需要考慮三個基本因素，否則有可能會導致估計不準確。

　　要估計的第一個也是最困難的因素是數據增長。要準確評估這個需求，其實惟一的辦法是使用一套系統，長期監測數據的使用情況，并且可以推斷出將來 的使用情況。無論目前有沒有考慮購買存儲設備，都應當部署一套系統來推斷將來的存儲要求。如果能夠事先知道何時在存儲方面做下一次投入，不但可以更準確地 編制預算，還有機會控制數據增長，以免為時太晚。

　　第二個因素是準備保持哪種級別的過度分配。不可能為含有100GB數據的一個卷只分配105GB的存儲資源，因為數據很可能會不斷增長，用戶還 沒來得及反應，數據已占滿了那點剩余空間。如果存儲環境以直接附加存儲(DAS)系統為主，那么過度分配級別的可能性很大。大多數人通常盡量避免為原地 (in-place)生產服務器添加內部存儲資源，所以可以經?？吹竭@一幕: 購買的服務器擁有的存儲空間是所需存儲空間的兩到三倍。使用共享式存儲解決方案的主要優點之一就是沒必要這么做; 但重要的是考慮到這一點: 用戶可能仍需要在每個卷上留出至少20%～30%的剩余空間。

　　容量方面要考慮的第三個主要因素是存儲環境中計劃使用的快照。諸多存儲設備供應商實施了全然不同的快照技術，所以用戶在選擇特定的存儲產品時， 需要重新考慮這個方面?？煺諏硎褂玫目臻g容量通常與存儲卷上的數據變化速度有關。要注意: 這與數據增長不一樣——數據在不增長的情況下也能夠——而且確實經常變化。數據庫和電子郵件服務器就是這種數據頻繁變化的典例。一條簡易的經驗法則就是， 為快照留出實際數據量的50%～100%。用戶希望隔多久拍快照、希望拍快照保留多長時間、具體使用哪項快照技術以及數據變化速度，這些因素都會對這方面 的計算產生重大影響。

　　判斷性能優越

　　判斷磁盤架構需要如何高的性能，需要全面了解用來各種衡量尺度。隨著用戶不斷深入地了解，這個課題會變得極其復雜。但有一些基本的規則可以讓用 戶準確地估計需要。

　　在考慮應用程序的存儲性能要求之前，要做的第一件事就是忘記應用程序有多重要。這聽上去似乎很可笑，但許多企業會下意識地以為因為某應用程序 “很重要”，所以需要更高的性能?；蛘吒愀獾氖?，因為某應用程序“不重要”，它們想當然地只需要較低的性能。

　　在第一種情況下，用戶很可能會購買自己不需要的磁盤資源。而在第二種情況下，用戶最后可能會遇到應用程序性能變低的情況。無論重要與否，反正這 兩種情形都沒有人喜歡。如果某應用程序在企業中相對重要，用戶可能會多留出來余量，確保為突如其來的峰值需求留有余地，但這不會影響最初分析。

　　大致說來，有兩個性能衡量指標會影響用戶購買的磁盤類型: 數據吞吐量和事務吞吐量。

    ● 數據吞吐量

　　“數據吞吐量”(Data throughput)是指在既定的一段時間內，能夠讀取或寫到存儲設備上的原始數據量，通常以每秒兆字節(MBps)來表示。許多人對這個性能衡量尺度 很熟悉，因為它在網絡領域有直接對應的衡量尺度。然而，它也經常被人過于強調，而且通常被人誤解。

　　簡而言之，實際上原始數據吞吐量最終很重要的情況少之又少。比方說，從某個特定的存儲區域網(SAN)按順序讀取兩兆字節的數據。這樣的話，只 要以400MBps的流量，就能讓連接至該SAN的4GBps光纖通道幾乎處于最高速狀態。不過，除了視頻編輯、醫療成像及另外幾個小眾領域之外，很少有 應用程序會在實際環境中出現類似這樣的操作。用戶有可能在企業環境中看到的最常見的高帶寬使用情況就是直接來自SAN的備份。

　　盡管確保用戶選擇的存儲平臺能滿足這些需求，但是一味關注最大數據吞吐量會忽視磁盤性能最重要的一方面，如下。

　　● 事務吞吐量

　　“事務吞吐量”(Transactional throughput)是指在既定的一段時間內，磁盤架構所能處理的小型磁盤事務的總數，通常以每秒輸入/輸出次數(IOPS)來表示。簡而言之，通常關 系到存儲環境成敗與否的因素是事務性能，而不是能傳輸多少原始數據。

　　最關鍵的應用程序基于像數據庫這些結構化數據系統。這些類型的系統一般會生成數量相當多、但非常小的數據事務，這些事務很少是順序型的。正因為 如此，存儲系統基于內存的緩存不太可能特別有效，用戶也不會大量使用存儲互連架構中的可用帶寬。影響提供事務吞吐量的一個關鍵因素是，存儲系統中的磁盤數 量和類型。在這種情況下，驅動器磁頭在一面磁盤碟片上尋找數據、然后跳到另一面以獲得另一部分數據所花的時間量，比擁有的是4GBps還是8GBps光纖 通道重要得多。之所以會有15000轉速的串行連接磁盤和固態硬盤(SSD)，就是因為需要減少這方面的負荷。

　　由于這個原因，絕對有必要監測應用程序帶來的事務磁盤負荷。要確保監測的時間足夠長，那樣才能在月底看到處理和備份等瞬間活動產生的負荷狀況。 這些活動其實會考驗存儲平臺，而且往往決定著實施的系統能否取得成功。

　　如果用戶在自身環境中從來沒有進行過這種監測，很可能是對應用程序的重要性與它們所耗用的資源數量并不清楚。