一旦對存儲子系統進行了基準測試并得到了測試結果，就為解決問題做好了鋪墊。最好是從查看存儲基礎設施配置問題入手，并移除占用大量存儲I/O帶寬的工作負載。
解決配置問題
在使用閃存驅動器以及閃存存儲陣列時，存儲基礎設施搞定工作負載通常綽綽有余。但配置問題限制了虛擬機獲得最佳性能。存儲基礎設施成為瓶頸可能有很多原因，大多與配置有關。
對虛擬機來說最重要的是在客戶機操作系統中安裝hypervisor的虛擬化工具。這些工具包括了適用于各類驅動器的驅動，而且能夠大大提升虛擬機使用可用存儲資源的效率。
查看hypervisor是否提供了半虛擬化的磁盤控制器。與其他選項相比，這是更好的選擇。然而，這要求你使用專門的操作系統安裝盤預先加載驅動，或者在安裝操作系統并加載hypervisor虛擬化工具后改變控制器類型。
很多虛擬化管理員經常忘記的是不起眼的直通磁盤。如果存儲系統以LUN形式提供存儲，或者你希望虛擬機使用某些其他的專用存儲設備，那么將存儲設備直接提供給虛擬機可以極大地提升性能。
使用hypervisor能夠感知的防病毒軟件。不必在每臺虛擬機內運行與虛擬環境不協調的防病毒工具。現在hypervisor能夠與防病毒產品配合以聯合方式掃描虛擬機，減輕存儲壓力。
你可能還需要調整分區。這不是存儲系統的問題，和之前的操作系統相比，今天出問題的可能性更小。但是，仍有必要做一些研究。
搞定極端存儲
關于虛擬化平臺需要牢記的一件事是所有的虛擬化平臺都不是為在一臺虛擬機上的單歌虛擬磁盤會使用1000萬的IOPS而設計的。1000萬的IOPS只是瘋狂的想法。即使是現在，能夠提供1000萬IOPS的存儲系統價格將非常昂貴。
實際上有可能會購買提供1000萬IOPS的存儲系統，超級融合集群應該能夠提供1000萬甚至更多的IOPS，那么怎么使用這些價格不菲的存儲系統呢?
首先，為給單臺虛擬機提供1000萬的IOPS，肯定會牽涉到hypervisor廠商。不與廠商的工程師團隊進行直接溝通無法達到這個效果，這與使用什么存儲支撐集群無關。
然而，如果可用的IOPS有1000萬而且需要搞清楚如何高效地使用，那么可以在hypervisor管理軟件中看到存儲存在的限制。有些工作負載將會貪婪地占用存儲資源。
當可用的資源成倍增加時，問題才會被放大。考慮對已部署的所有工作負載進行分析，對工作負載能夠使用的CPU、磁盤以及網絡資源進行限制。
隊列深度事關重大，尤其是對當今的快速存儲系統而言。如果沒有獲取與閃存盤有關的信息，那么在存儲系統中有大量的閃存并沒有多大用處。
NVME是被發明的用于解決上述問題的一個存儲協議示例。閃存能夠提供高性能在很大程度上是因為隊列深度低。物理以及虛擬控制器共同組成了物理驅動器，在控制器之間分配數據也受低隊列深度的影響。你可以使用較少數量的隊列以及線程進行基準測試，然后逐步增加隊列及線程數量，查看隨著I/O隊列深度的增加，性能是保持不變或者，更可能出現的情況是—直線下降。新的驅動器、固件或者控制器軟件有助于解決上述問題。
存儲很復雜，這也是在存儲市場上有很多廠商、很多產品的部分原因所在。問題可能出現在很多不同的地方，答案往往不像是僅僅增加速度這么簡單。
虛擬化管理員解決存儲問題要做的第一件事就是停止猜測并開始測試。去掉不確定性和盲目的猜測，收集證據、分析證據、設計一個假設并測試可能的解決方案。
牢記存儲互聯特性，尤其是在處理機械磁盤時更是如此。讀操作越多，寫操作就會相應減少
了解你使用的存儲，不同系統的寫懲罰方式不同。將寫密集型的工作負載從讀寫比為1:1的系統遷移到讀寫比為2:1的系統可能會給其他系統造成巨大影響。
存在懷疑時，可以通過提問獲得幫助。存儲以及虛擬化社區非常龐大，可能某些人也在面臨同樣的問題，可以尋求VMware 虛擬化專家、微軟MVP、Cisco Champion以及EMC Elect的幫助。在相關論壇提問或者在Twitter上找到合適的人很快就能夠獲得答案或者至少是能夠縮小為解決問題應該聯系的廠商的范圍。
京公網安備 11010502049343號