幾年前參加EMC World大會時,我有機會與Chuck Hollis和其他幾位VMware員工會面,探討他們的一個想法。他們希望利用ESX主機內部未開發的本機儲存資源。他們不想只是把這些資源用於儲存ESX啟動鏡像,而是希望讓整個ESX叢集中的虛擬機器都能使用這些資源。我們討論了一個類似叢集檔案系統的方案,它可以保護跨ESX主機的資料。我指出機械硬碟速度慢,他們則討論了使用固態硬碟(SSD)來加速I/O操作。這個想法很有意思,我很好奇它最終能否實現。正如你可能已經猜到的,它確實實現了:Virtual SAN。 VSAN最初發佈時,雖然我很感興趣,但說實話,有點失望。如今,在正式發布一年後,VSAN憑藉最新的6.0版本實現了飛躍式發展。
當然,VSAN 6.0 更好、更快、更大。 與 vSphere 6.0 保持一致,VMDK 最高可達 62TB,集群中最多可擁有 64 台主機。 一個節點上的虛擬機數量翻了一番,從 100 台增加到 200 台,每個集群最多 6,400 台。 更多節點意味著更多容量和更高性能。 通過使用 4TB 驅動器,限制了大約 9 PB 的原始容量。
VSAN 6.0 引入了一種新的基於存儲策略的管理模型,該模型允許在每個虛擬機級別而不是整個數據存儲級別制定策略。 這允許每個 VM 都有自己的可用性、性能和自動精簡配置等設置。 這些是動態設置,因此,如果虛擬機突然需要額外保護,VSAN 會進行調整。 與以前的版本相比,這種新方法要簡單得多,並且可以進行更精細的控制。
過去,VSAN 一直採用混合配置運行,使用傳統磁驅動器作為容量存儲,使用閃存作為讀取緩存以提高性能。 為了實現最高性能,引入了全閃存配置。 為了降低此選項的成本,容量的作用將由具有成本效益的 MLC 驅動器來發揮。 VSAN 仍然需要一個緩存層,但不是為了性能。 相反,我們的想法是最大限度地減少容量層上的寫入工作量並延長其使用壽命。 考慮工作負載的寫入性質很重要。

為了提高刀片服務器的實用性,VSAN 6.0 現在具有高密度直連存儲選項。 我不認為這是一個很好的選擇,因為 VMware 仍然建議 VSAN 集群中的所有服務器都具有相同的存儲配置。 使用那麼多外部 JBOD 機櫃會佔用大量刀片機箱空間,因此,這可能是一個非常昂貴的解決方案。

VSAN 6.0 現在支持機架感知。 通過創建至少代表三個機架的故障域,VSAN 將足夠智能,可以在這些機架之間分發數據。 這將有助於防止電源故障、存儲控制器問題和網絡故障。
下一個標題是什麼 下一個版本的 VSAN 是否可以與外部存儲陣列結合使用? 事實上,這是 Chuck Hollis 一年多前在他的博客上談到的事情。 現在我們有了一個擴展的故障域,下一步是擴展 VSAN 集群嗎? 我可以看到 VSAN 擴展到 vCloud Air 中作為災難恢復簡化的未來。 VSAN 6.0 中缺少的顯著性是任何類型的數據縮減技術和其他高級數據服務。 隨著 VSAN 6.0 的最新發展,很明顯 VMware 對該技術進行了大量投資。 我期待下一個版本會帶來什麼。
關於作者
馬克·梅是俄亥俄州辛辛那提市的儲存工程師。他在企業儲存和備份領域擁有超過15年的經驗。他是EMC認證專家、思科認證專家,也是一位熱衷的技術愛好者。閒暇時,他喜歡幫助他人了解瞬息萬變的儲存產業的方方面面。您可以在多個平台上找到他,其中最有可能的是他的個人部落格和推特帳號@cincystorage。




Amazon