Wayne的雲端豆知識～

VMware的相容性清單VMware Compatibility Guide (VCG) 或稱 Hardware Compatibility List (HCL) 的認證精神如下 由第三方廠商加入VMware技術夥伴計畫 由第三方廠商實驗室執行驗證程式，取得驗證結果Log 由第三方廠商提交認證申請，上傳驗證結果Log VMware驗證Log，給予認證，列於官方清單中 簡單來說，所有的相容性硬體可以分為兩類 主機外面的，如共用儲存：一般僅驗證相容性，於上傳的時候廠商會填寫該設備的基本訊息，如品牌/型號/firmware版本/驗證環境資訊以及驗證項目清單(可見文末[驗證項目清單範例]) 主機裡面的，如網路卡/HBA/RDMA裝置：由於硬體安裝於主機內，需要Driver來驅動，所以有時候驗證相容性之外，還會驗證Driver，並由VMware提供下載連結，舉例來說下面是一個Dell H730P RAID卡的相容性列表，裡面就有一個獨立的Driver下載連結 了解了以上資訊後，常常發現的一些問題是 查詢共用儲存時，通過認證的Firmware版本在該廠商的網站中找不到，或是該版本比實際機器上安裝的還要舊： 會發生這情況有可能是廠商為了產品出貨時已經通過驗證，所以在開發過程中以接近出貨的版本驗證，而實際出貨時，使用了更新的Firmware造成，但由於該資訊是手動於提交認證申請時填寫，也不排除人為寫錯的可能 技術上來說，VMware要求對Firmware的大改版需要重新提交認證申請，但是小改版沒有強制要求，不同共用儲存的Firmware版本對相容性是否有影響，最嚴謹的作法是請儲存廠商確認(比方說如果兩個不同版本的Firmware修正的部份與VMware相容性無關，那技術上就應該仍為相容) 查詢RAID相容清單時，發現同一張卡片通過多次相容性測試但Driver不同 ： 比方說Dell H730P RAID在vSphere 6.5就有兩筆認證通過時使用以下兩個不同的Driver lsi-mr3 version 6.910.20.00-1OEM lsi_mr3 version 6.910.18.00-1vmw.650.0.0.4564106 會出現這樣的狀況原因是LSI的這張卡片的驅動(版本為6.910.18)其實原本就內建於...

目前vSphere 6.0u3 不支援直接升級至 vSphere 6.5 ，即便是6.5d的版本 事實上，vCenter 也不支援vCenter 6.0u3直接升級至vCenter 6.5 Upgrading from vCenter Server 6.0 Update 3 to vCenter Server 6.5 is not supported. [來源] http://pubs.vmware.com/Release_Notes/en/vsphere/60/vsphere-vcenter-server-60u3-release-notes.html 此外參考升級順序的kb也可以發現，官方支援的升級路徑為6.0u2->6.5 [來源] https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2147289 目前建議的方式是等6.5u1推出後再升級 *主要原因是因為6.0u3推出時間較6.5晚，所以修正的bug還沒合併至6.5的build中，以下連結可以看到所有目前ESXi版本推出的時間軸 http://www.virten.net/vmware/esxi-release-build-number-history/

在vSAN 6.5引入個一個設計就是可以把兩台伺服器背後的10Gb網路對接來跑vSAN流量，這樣就可以簡單用兩台Server，而且不需要買10Gb Switch組成vSAN叢集，另外FT也正式支援使用vSAN作為儲存空間的VM，於是乎，一個特殊的場景就出現了，我是否可以用兩個節點的vSAN搭配FT來建立一個all-In-One又兼具極高可用性的小型叢集呢？ 以下就是在這樣的設定中驗證FT行為是否正常的一些測試

在整個VMware的框架中包含許多的軟硬體以及自動更新工具，然而到底什麼工具能夠自動更新哪些部分視一個複雜的謎題，以下是目前所知更新工具對軟硬體堆疊的對應表

Q: vCenter 有一個 IP Pool 功能，是否能夠設定一個 IP Pool 套用在 Template，在佈建 VM 時自動 assign IP 給這個 VM？ A: 不行，vCenter 並沒有提供類似 DHCP 的功能，此 IP Pool 的使用方式是需在 OS 寫指令去跟 vCenter 要 IP 然後透過指令改變 IP 設定，詳情如下 https://blogs.vmware.com/vapp/2009/07/selfconfiguration-and-the-ovf-environment.html