造成儲存效能瓶頸的三大常見原因

造成儲存瓶頸的主要原因有哪些?其中包括虛擬儲存管理不善、應用所分配儲存資源不足或型別錯誤，以及糟糕的儲存設計。針對這三項問題，我們將分別進行**。

1. 虛擬儲存管理不善

如果不對it架構進行監控，那麼儲存陣列或子系統上的眾多虛擬機器將對資源進行爭奪。如果單純為虛擬機器分配乙個邏輯單元號(簡稱lun)且不加以資料引導，那麼整套系統將像是未經交通流量分析的道路一般。在這種情況下，我們根本不了解需要建設多少條車道以承載日常流量。

另外，假定我們已經建設了一條四車道公路，正如大家的儲存容量已經固定。同樣的，如果不加以監控，我們也無法隨時了解虛擬訪客對儲存資源的需求。

很可能您最為繁忙的十套虛擬機會因為使用同樣的lun而遭遇效能限制。正如大城市在早晚高峰時期總會經歷可怕的擁堵一樣，隨著資料事務量的增加，其響應時間也將逐漸提公升至令人無法接受的水平。

而更為複雜的是，造成這種差異的並不單單只是虛擬機器數量。虛擬機器的自身特性同樣非常重要。部分虛擬機會積極移動資料，正如公路上每天按時往來的車輛。而另一部分虛擬機器則像是參加週末遠足的出行者，其僅是偶爾需要占用通量資源。我們最大的挑戰在於如何平衡最活躍與最不活躍的各虛擬機器間的儲存需求。

2. 應用所分配儲存資源不足

如果大家的i/o密集型應用未被正確部署在儲存陣列內，那麼您的使用者體驗將遭遇嚴重風險。舉例來說，如果某web應用執行在錯誤的儲存型別之上，或者其不具備充足的儲存資源，則客戶在使用時將遭受可怕的延遲。如果事務處理長時間未正確完成，使用者很可能會選擇離開。

3. 糟糕的儲存設計

目前，我們可從多個儲存層當中進行選擇——包括0層、1層與2層。0層速度最快，1層位於中間，2層則速度最慢。如果管理不當，那麼這種機制本身也會引發問題。

例如，一款本該位於0層上的web應用可能被部署在1層上。這時當客戶發出「顯示藍色襯衫」的指令後，該應用的獲取速度將不夠快速，而使用者也許會因此放棄當前**。

另一類儲存設計問題在於可訪問性——即伺服器如何通過san結構與儲存資源相對接。也許伺服器之所以無法以理想的速度獲取儲存資料，是因為其需要經由三條連線而非一條。

為了解決這些儲存瓶頸，大家需要隨時監控lun、應用與伺服器效能。監控能夠幫助大家設計出有效且高效的儲存體系，同時更為準確地預計並調整資料流量。