在合理實施的情況下,軟件定義存儲能夠在應用和物理存儲資源之間建立硬件獨立和負載無關的存儲應用層。與任何技術實現一樣,在實施軟件定義存儲抽象層時也有正確和錯誤的方式。
一種建立存儲虛擬化層的方式是通過存儲硬件的應用編程接口,利用廠商在其機載的、基于控制器的軟件所提供的“鉤子”,它作為一種增值軟件用來創建卷以及將卷與陣列上的服務相連接。像這樣的方式面臨的問題是,與多廠商提供的底層工具包保持同步的成本很高,也就是軟件成本。如果一家硬件廠商在其固件或軟件做了更改,那么軟件定義存儲廠商必須趕上這些變化,這過程也可能給消費者帶來不便。
同樣的,如果一種新技術出現在市場中,消費者可能還不能夠去利用它,直到一家存儲虛擬化管理廠商將它添加到自己的支持產品列表中。當硬件廠商甩掉存儲業務或者被一家不分享API給存儲虛擬化廠商的硬件廠商收購,支持問題就會出現。總之,爭論多存儲平臺的API連接并沒有太大意義。
你可以利用存儲設備的安裝點作為虛擬化的掛載點。并非分別連接到每一硬件平臺——由此對允許訪問其API的存儲廠商心存感激——存儲專業人士可以與占據市場領先的操作系統建立廠商聯系(每個人都需要讓他們的工具包與微軟WindowsServer OS兼容)。經過安裝點的虛擬化存儲和在存儲硬件API上實現的虛擬化存儲一樣有效——并且更不容易中斷。
一旦到物理基礎設施的連接被建立,大多數存儲虛擬化產品就需要虛擬控制器來控制容量。就像卷會被文件系統格式化一樣,存儲虛擬化軟件產品一般也需要這樣一個過程來接管物理存儲上的容量。這可能會花費時間,結果就會出現一個存儲池,它能夠被有效管理并解析出關聯有數據保護服務和性能特征的虛擬卷。存儲池就由這些卷組成,為分層存儲提供基礎。
初次格式化虛擬的或是軟件定義的存儲環境可能會花些時間。它通常需要遷移即將被虛擬化和池化的陣列數據,然后再回到虛擬卷上。逐步完成,一次一個應用或者一次一個業務流程,你通常會以一種系統可靠的方式完成它。廠商通常會提供這些流程的指南。
要了解尋找軟件定義存儲產品并非主要與一個特定廠商的硬件或者服務器虛擬化軟件相關。在軟件定義基礎設施的商業中,無關性被高度贊揚,這是一種架構自由和成本控制。你應該考慮產品的實施支持,無論是作為一個中央服務器還是一個聯合資源經理。中央服務器,支持集群故障轉移將使能在復雜SAN基礎設施中的管理和可控,通常在大多數服務器端固態部署模型中,聯合部署的能力將滿足虛擬存儲服務需要交付應用負載的需求。最好的軟件供應將支持這兩方面的實現。
一開始嘗試并隨著信心的增加擴展。一個設計合理的軟件定義存儲實施方案會看到應用性能提升2-4倍。除此之外,你可以將數據保護和容量管理服務委托給軟件定義存儲層,而無需每年購買昂貴的陣列增值軟件。也許有一天,你在軟件定義存儲技術上的投資回報可能超出預期。