裝 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 -> 一般 來啟動
測試 vMotion 速度
既然所有的資料都被分配到各個不同的主機內，那很好奇做 vMotion 會不會變更快呢? 首先選擇 Windows 7 的 Test7 主機，確認他使用 1G RAM, 實際所占空間越6.52G，放置在 10.1.207.12 的這台主機上面執行
前一陣子參加了 VMWare vSphere 6 的發表會，會中又有許多新的東西跑出來，個人覺得在使用安全性上有更大的保障，所以特別找了機會來測試一下，當然玩 vSAN 需要的條件比較嚴苛，但又比 5.0 剛推出來的又好很多，所以可以利用現有的 5.x vShpere 平台架設 6.0 的 ESX host 來執行，雖然效能會有點差，但是比自己生出三台主機出來要簡單多了.
首先我建立了 va, vb, vc 等三台 vmware host，每台都配置 2Core, 4Thread CPU，8G RAM，及不同 size的硬碟若干顆，vSAN的機制是不透過 RAID去管理這些硬碟，所有容錯機制都是由 Policy 來控制，VMWare 自動會去做判斷並管理，所以資料會被同步到哪邊去是由 VMWare 去控制的。
VMware 的一些附屬功能都已經做成一台 VM guest 的方式來進行部屬，在安裝時可以省下大量的時間，完成後也僅僅需要微調參數的時間。
您可以再 Web Client 或 Windows Client 選擇 Deploy OVF Template 的方式來安裝，以下的畫面是用 Windows Client ，不過兩者僅是在畫面呈現上略有不同而已。
指定好要部署的檔案，我們這邊當然是選擇 Operation Manager 5.5
近一個月來一直在測試 vSphere Replication 的功能，但是光是裝起來就花了很多時間嘗試，這段時間剛好跨過 VMWare 發表 vShpere 5.5 的版本，想到說 5.1 的 Replication 搞不定，那來試試看 5.5 版的好了。
測試環境
當然 5.5 版出來之後，當然 vCenter 也要升級，所以安裝了兩套 vCenter 分別是 vCenter 5.5 for windows 放置在總公司，而安裝了一套 vCenter Server Appliance 放在 DR Site，這個環境主要是來測試在兩套完整的 vCenter 環境下，是否能夠正常地把 VM Guest 作複製，分別來測試總公司複製到總公司，及總公司複製到 DR Site。
因為安裝太多次了，每次安裝都不去確定是否會程過，所以過程將會後補。
等 vCenter 及 vSphere replication server 安裝好之後，就必須要網頁的方式連結到 vCenter 來啟動 Web Client，因為 replication 是無法用 vSphere Client 來操作，估計未來有很多新的功能也將會移到 Web 介面去，但是 Update Manager 還沒有做成 Web 版。
如果要跨 vCenter Server 作 Replication 的話，要記得先去設定 Target Sites，設定時可以在登入首頁選擇 vSphere Replication -> Manage -> vSphere Replication，選擇 Connect to Target Site，在輸入這個 vCenter 的帳密。
之前曾經測試過 VMWare View 4 的軟體，但因為沒有支援3D繪圖，相對來說對公司而言就不是很有必要(請參考: http://markit.serveblog.net/wordpress/2010/04/22/%E6%B8%AC%E8%A9%A6-vm-view-manager/)，但最近瀏覽到一篇文章說明 Vmware 新版的 View 已經開始支援 3D 繪圖，並支援裝在 Server (ESX) 上面的繪圖卡之功能分享給 VM Guest 使用，而不是利用CPU來運算(請參考: http://blogs.vmware.com/smb/2013/08/vmware-view-virtual-desktops-with-3d-graphics-made-simple.html)，這樣就引起了我的興趣，來測測看這個方案是否能解決繪圖人員的機器配置必須要高規格的迷思。
首先到 VMWare 網站去申請測試 Horizon view 這個產品，他會給你 60 天的序號及下載連結，把相關軟體花點時間抓下來預備。
