如今炙手可熱的“軟件定義存儲”號稱通過存儲軟硬件和管理功能的解耦，來消除存儲孤島，從而滿足用戶不斷變化的存儲容量、性能和管理效率的需求。不過，軟件定義存儲它所強調卻又回避的是：大多數IT廠商無法管理物理存儲的基礎設施。它只不過是廠商過去幾年來一直把存儲虛擬機管理程序、私有云存儲甚至存儲虛擬化之類的術語翻來覆去地新瓶裝舊酒。
軟件定義存儲架構的概念是要讓任何人可以分割和配置存儲容量以及各種數據保護之類的服務。它還可以幫助解決在有虛擬工作負載的基礎設施中移動存儲卷的問題。
但是軟件定義存儲(SDS) 并沒有修正或者處理潛在的問題。真正損害存儲分配的效率、妨礙存儲彈性和持久性、推高存儲成本的，是缺乏對基礎設施的監控和管理。我們對硬件故障做出響應，我們并沒有對它們進行管理。因此，讓我們一起了解一下：我們是如何陷入這個SDS的狂熱當中的，以及它對存儲專業人員意味著什么。
軟件定義存儲的概念很簡單。在卷上存放數據是一個基于軟件的固有的功能。存放數據的硬件是次要的，使用的是商品包(所有磁盤來自于兩家廠商之一，而且硬件控制器越來越多的是運行商業OS之類的服務器主板)。因此，SDS鼓吹者說，把軟件功能從硬件分離出來是存儲結構中一個自然的或者演變式的進步。
SDS的核心目標是使其更容易地配置和使用存儲資源。毋須擔心物理LUN、全局名(World Wide Names)或者端口地址。在一個虛擬化的存儲基礎設施(亦稱為軟件定義存儲架構)中，對于需要存儲卷資源向適合他們正在運行的應用程序的工作負載提供容量和性能屬性的用戶來說，那種復雜性被掩藏了。
必須注意的是：軟件定義存儲的描述(以及情況)暗示著在目前彌漫于當今IT廠商的“事半功倍”的風氣之下，沒有(或者養不起)專家級的存儲管理員。虛擬服務器管理員往往對存儲硬件或者連接技術知之甚少，正被要求確保合適的存儲資源被分配給應用程序及其數據。如同投幣式咖啡機的操作不需要咖啡服務生一樣，SDS鼓吹者主張存儲資源配置不應該需要任何存儲方面的特殊技能。
這種想法是相當危險的，造成配置設備、出現問題進行調試、部件損壞進行修復時對硬件廠商更大的依賴，都沒有客戶方面的IT人員參與(除了在處理賬單的時候)。也有人提出：把對物理基礎設施的責任外包給外部代理商(廠商)限制了他們管理他們所構建的架構的能力，減弱了消費者對他們的存儲架構的創新能力。IT經理已經抱怨求職者的技能短缺;SDS沒有解決這個問題，它只是呈現一個更好的用戶界面而已。
支持軟件定義存儲的另外一個理由在于它使存儲資源變得更靈活。當一個虛擬化的工作負載在服務器主機之間轉換(也稱為vMotion)的時候，其與后端存儲的連接應該自動更新。通過這種方式，重新部署工作負載(例如，調整不同的物理路徑至存儲)的結果對應用程序和該工作負載都是透明的。
如今對SDS的迷戀始于VMware公司2012年對軟件定義網絡的Nicira公司的收購。現在，幾乎所有的基礎設施軟件都被炒作成“軟件定義”。
今天，存儲系統中存在著多種形式的存儲虛擬化，包括RAID、文件系統和各種存儲虛擬化軟件。然而，現階段的存儲虛擬化軟件(DataCore軟件公司的 SANsymphony-V)以及/或者硬件/軟件設備(例如IBM公司的SAN Volume Controller)或多或少既與硬件無關(無論物理硬件是哪一家品牌)也與工作負載無關(無論服務器上運行著哪一款虛擬機管理程序或者應用程序)，因此，如今的SDS產品往往變成專屬的軟件堆棧的一部分，例如vSphere。
軟件定義存儲的目標是把存儲控制面與硬件面分離，以便資源可以僅向最終用戶和應用程序呈現。要實現SDS所標榜的價值，消費者最好購買真正獨立于硬件和服務器虛擬機管理程序的技術，以避免價格高昂的廠商鎖定。
京公網安備 11010502049343號