裝 vCenter 7 真的很麻煩，我將近裝了快10次才成功，其中有些”眉角”沒有把握到，那裝 1000 次都會卡住，有些東西分享一下給大家希望不要跟我一樣浪費了點時間:
1. 留意虛擬機的時間，由於使用OVF安裝完成後，會使用 UTC 的標準時間，跟台灣相差8小時，請務必先調整 (我是透過進虛擬機 BIOS 調整)
2. vCenter的名稱最好事先在 DNS Server 上先輸入， vCenter 網路設定一定要跟此名稱相符
3. 設定網路時有可能會出錯，或是存檔時需要很久的時間，請務必耐心等待並驗證是否有修改完成，不然接下去還是有可能出問題
建議:
(1) 每個步驟完成後最好做一個 SnapShot，萬一出問題卡住就不用重新匯入檔案，可以節省一些時間。
(2) OVF 範本部署除可用 Vmware 機制匯入外，可以啟動 windows 介面來進行，不過基本上兩者都是部屬一台 virtual appliance
緣起
近兩年來 VMware 軟體也不斷升級進化，更提出 vSAN 功能可以提升可用度及簡化備份程序，在這幾年持續觀察其演進，並仔細測試每一代的功能與容錯能力，經過上次外出上課，開始考量利用此最新的功能來改善公司的環境。
vSAN 機制藉由串連不同的主機(Host)內部的硬碟空間，作成一個容錯的機制分享空間機制，透過資源的自動分配使其任一虛擬機(VM)在此機制都能保留多份(看設定)資料，並於運行時自動更新所有分身的資料使其維持同步，這樣可以保證任一台主機(Host)故障、或是硬碟故障都可以在極短的時間啟動分身，大幅度減少停機時間，目前公司採用定期整機備份，除了復原有時間差外，每次備份都需要花上大量的時間以及空間，間接影響機器壽命。
軟體定義的機房是未來的趨勢，雖然這個議題講了很久，但在台灣實作上還沒有聽到成功的案例，部分廠商已經在市場上推出類似的產品，其中 VMWare 的 vSAN 及 NSX 分別是軟體定義的儲存設備及軟體定義的網路設備，昨日到精誠參加 VMWare 舉辦的一日營教育訓練，講師也是 VMWare Day 的講師，但是時間由原本的 50分鐘拉長到整天。
vSAN 軟體是軟體定義的儲存設備，未來的管理者不需要知道檔案被存放到哪邊去，只要在系統上設定備份的數量，希望能效能，軟體會自己去配置每台虛擬機的設定。
思考了一下為何在測試的時候會失敗，可能的原因是 vSAN 有個 Health check 的機制，安裝vSAN 後他一直顯示錯誤訊息，但並沒有一個比較明確的錯誤方向，就有點難除錯
VMware vSphere 6.5 出來好一陣子，但是一直沒有時間去測試，這個月剛好公司進了兩台 Dell R730，順便就來測試一下看看功能
在沒有看任何問文件下，發現安裝 Esxi 6.5 加不到 6.0 的 vCenter 去，原來整個認證機制有大幅度的變更，只好重新安裝一個 vCenter 6.5 來測試， Esxi 6.5 本身的網頁介面做得很不錯，速度甚至比 vCenter Client 還要快一點點。
本次測試還是用到3台 VMware 主機，兩台是實際要乘載資料的，另一台是見證 Server，這台主機規格可以差一點，運作是要騰出一個 SSD, 一顆硬碟出來幫忙紀錄 vSAN 的運作情況。
vSAN 設定的畫面也有點變更，但還是要在 DataCenter 底下增加一個 Cluster (如下圖), 然後到設定 -> virtual SAN -> 一般 來啟動
