爲何您應該重命名默認的 VSAN 數據存儲名稱

原文：http://www.virtuallyghetto.com/2014/02/why-you-should-rename-default-vsan.html

       使用 VSAN 的早期我發現一件事，VSAN 數據存儲名稱是自動爲您選擇的，而且始終默認爲vsanDatastore。這並非什麼壞事，由於這樣能夠進一步簡化原本已經很簡單的 VSAN 設置操做。要啓用 VSAN，只需像啓用 vSphereDRS 或 HA 同樣，在 vSphere 羣集配置中選中複選框便可。

       從操做角度看，我認爲這多是一個潛在的問題。若是是相同 vSphere 數據中心下有多個 VSAN 羣集，甚至是多個 VSAN 羣集跨不一樣 vSphere 數據中心對象時會發生什麼？最近我在從新建立個人實驗室環境時遇到了這個問題，您能看出下面屏幕截圖中的問題所在嗎？

 

       此處，相同的 vSphere 數據中心下有兩個 VSAN 數據存儲。同一 vSphere 數據中心下的數據存儲名稱必須具備惟一性。我肯定大家確定已經有人在使用默認「datastore1」的本地數據存儲名稱時遇到過這個問題。vSphere 會自動在名稱中加上「(n)」，其中 n 爲環境中發現的實例數量。

 

       在下面的示例中，咱們有兩個 VSAN 數據存儲，可是這兩個數據存儲分散在兩個 vSphere 數據中心上。因爲數據中心邊界內會強制使用惟一名稱，如今狀況更加糟糕，由於您跨兩個 VSAN 羣集使用了相同名稱。

       雖然用戶極可能會在置備虛擬機時深刻特定環境，但我認爲基礎架構有一個良好的命名方案仍是很是重要的。有人對您全部的虛擬機進行審覈時，若是這些虛擬機顯示的數據存儲名稱都是「vsanDatastore」會發生什麼，若是您有多個 VSAN 羣集呢？若是數據存儲名稱提供更多詳細信息，爲數據存儲從新映射回某個邏輯/物理容器提供幫助，是否是會更有用？我我的是這樣認爲的，而且這樣作能夠在時間很寶貴的故障排除過程當中提供很大幫助。

       幸運的是，這種問題能夠很輕鬆地獲得修正，由於 VSAN 數據存儲的操做方式相似其餘任何數據存儲，您能夠將其重命名。VSAN 自身並不會使用該名稱識別惟一的數據存儲，它會爲每一個 VSAN 數據存儲實施一個惟一的 UUID。只要將 VSAN 數據存儲重命名爲更適合的名稱，例如加入 vSphere 羣集名稱，您就能夠在須要將虛擬機關聯回特定計算/存儲資源時得到很大幫助。

 

       我在想若是在 VSAN 中加入一個自動爲默認 VSAN 數據存儲名稱添加 vSphere 羣集名稱的功能是否是會很是有用？您以爲如何？

       歡迎在微博上關注我，這樣在我發佈博客文章後您就會收到通知，並可讓您瞭解更多有關 VMware 存儲的信息：@VMware中國

————————————————————————————————————————————

做者：William Lam 

現任 VMwareR&D 主管工程師，隸屬 SDDC 新興解決方案團隊的一員。目前，他在 VMware 公司從事原型設計，構建新解決方案並將其推向市場。他的工做主要側重於從 API 和 SDK 這兩個角度進行軟件定義的數據中心 (SDDC) 自動化以及 SDDC 通用集成和操做。他還與 VMware 內部的多個工程團隊緊密合做，幫助提供設計和架構方面的前期反饋。最後，經過客戶互動和反饋，他不斷應對客戶的挑戰、堅持知足客戶的需求，從而更好地改進 VMware 產品。