【51CTO.com快譯】存儲瓶頸的主要根源有哪些?它們包括虛擬存儲管理不善、為應用程序分配的存儲資源不夠或類型錯誤以及糟糕的存儲設計。本文逐一深入探討這些瓶頸。

1、對虛擬存儲管理不善

如果你平時不監控自己的IT基礎設施，那么在無數的虛擬機之間分配存儲陣列或子系統可能困難重重。那是因為，你根本不了解數據流動的實際情況。

要是沒有數據來指導你，就為邏輯單元號(LUN)分配虛擬機，好比不研究交通情況，不去評估不同時段的流量大小，就盲目建造公路一樣。你如何知道需要分幾條車道才能適應真實的交通狀況?

另外，假設一條四車道的公路早已存在，你的TB存儲系統也已存在。要是不調查了解，交通工程師就無法知道路上有多少輛汽車。同樣，要是不進行監控，也無法隨時評估虛擬訪客對存儲的需求。

由于都在同一個LUN上，你可以限制最繁忙的10個虛擬機的活動。就像洛杉磯周圍的交通在高峰期如蝸牛緩行，隨著數據事務數量不斷增加，響應時間會隨之變長。

讓這個問題如此復雜的一方面原因是，起重要作用的并不是虛擬機的數量，而是虛擬機的性質。有些虛擬機在頻繁移動數據，就像有些汽車每天在公路上來回上下班。另一些虛擬機只是偶爾有要求，就像洛杉磯周末去圣巴巴拉短途旅行的居民。面臨的挑戰就是，將最活躍的虛擬機與最不活躍的虛擬機配對起來，以抵消存儲需求。

2、為活躍應用程序分配的資源不夠

如果你有一個輸入/輸出頻繁的應用程序，沒有正確地放在存儲陣列里面，那么用戶體驗就岌岌可危。比如，如果一個Web應用程序在類型錯誤的存儲設備上運行，或者沒有足夠的存儲資源分配給它，客戶試圖購買襯衫時就會遇到延遲。如果網頁很慢才打開，客戶可能點擊別的網頁了。

3、存儲設計有缺陷

如今可以使用幾個存儲池：0層、1層和2層。0層是速度最快的，1層介于中間，2層速度最慢。有時候，如果這些存儲池未加以正確管理，就會導致諸多問題。

比如，一個Web應用程序可能在1層上，但它其實應該在0層上。如果客戶點擊查詢，比如‘給我看看這件藍色襯衫是啥樣子’，應用程序調取圖片很慢，客戶就會跑到競爭對手地方。

另一個存儲設計問題是可訪問性――服務器如何通過SAN架構連接到存儲系統。服務器無法以足夠快的速度訪問存儲系統，可能是由于它不得不經歷三路連接，而不是一路連接。

為了解決存儲瓶頸，你就要監控LUN、應用程序和服務器的性能。監控可以幫助你設計出非常高效的存儲系統，并且預料和調整流量大小。

原文標題：Top 3 causes of storage bottlenecks，作者：Tim Conley

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】