下面我們開始實戰VSPHERE 的HA
網絡拓撲圖
第一步:共享ISCSI 數據存儲器.
1. 如果我們進行設置ISCSI,VSPHERE 默認是不共享ISCSI數據存儲器.如圖所示
2. 在ESX 主機->配置->存儲器,選擇添加ISCSI名稱,點擊管理路徑,得到如下
1. 在另一臺主機添加存儲器會自動出現,最後我們一會兩臺ESX 主機之間存儲映射
第二步:通過VC 創建HA
1. 選定數據中心“BEIJING”右擊“新建羣集”
請你根據以上的材料,HA DRS VMOTION 對比,選擇相應的功能
2. 下一步,由於上一步的操作中選擇了"VMware DRS",在"VMware DRS"頁,需要選擇自動化的級別。在VC中VMware提供了"虛擬機放置"的功能,會依據CPU負載、內存多少、I/O讀寫、網絡負載四個方面進行衡量後,將虛擬機轉移到最適合其存放的ESX主機上。值得注意的是:"虛擬機放置"是一個過程,先對ESX主機進行資源的判斷,然後再進行虛擬機與其的配對,最終到轉移ESX主機上的過程。此處選擇"全自動",也就是將虛擬機啓動後自動置於主機上,且這個過程中有"配對"的動作。"下一步"
3. 下一步,
使用DPM,當集羣的負荷非常小的時候,可以將vSphere主機置於待定模式。DPM將整合虛擬機騰出一臺或更多主機,關閉這些主機以降低能源消耗。如果集羣上的負荷增加,DPM自動啓動待定的主機。
DPM與DRS一樣,具有自動和手動兩種操作模式。只要硬件設備能夠支持DPM,同時進行了適當的配置,VMware DRS羣集在任何ESX服務器主機上都能使用DPM功能。比如,使用Vmkernel網絡的網卡(NIC)必須帶有遠端喚醒(Wake-on-LAN)功能。該功能主要是用於將ESX服務器主機從斷電狀態啓動起來。
4. 下一步,啓用對主機監控
5. 下一步,虛擬機重新啓動優先級確定主機發生故障後虛擬機的重新啓動相對順序。這些虛擬機在新主機上按順序重新啓動,首先啓動優先級最高的虛擬機,然後是那些低優先級的虛擬機,直到重新啓動所有虛擬機或者沒有更多的可用羣集資源爲止。
以上的主機隔離響應,進行選擇的操作;
6. 下一步,選擇監控的敏感度
7. 下一步,由於我的實驗環境的CPU是I3不滿足VMware EVC 模式;
8. 下一步,選擇虛擬機的交換文件策略後完成;
9. 同時,我們將我們原來的ESX 主機拖進”ESXHA“羣集裏時,出現如下
10. “確定“後,按默認設置即可;
11. 不過,路並不是順利的;添加一臺主機後出現如下;
出現資源不足,這是爲什麼呢,何爲羣集,就是兩臺主機,我們再添加一臺可解決這個問題,可是,當我們添加後出現了另一個問題;
無法到過隔離地址,即網關IP ,原來HA 在配置主機代理時會檢測網絡配置;我們只能去設置一下主機->配置中的“DNS和路由選項“。難怪老方的博客在配置時,特別提前說明一下” 創建HA的動作開始之前,請一定覈查下DNS或HOSTS的設置情況,也就是當你在ESX主機及VC Server之前互相PINGNETBIOS名稱時,可以解析到。“
12. 我們現在下面對各主機進行HOSTS 文件的修改
格式如下
IP 完整NetBios+域名 NetBios
讓各個ESX 以及VC 之間能PING 通;最後能解決上面的問題,可是卻出現如下
13. 我們按照提示,將網絡中的代理交換機刪除了,最後只剩下這樣
我們根據以上的說明進行操作將網絡配置如下所示
如下所示;雖然可以分開各網卡的流量,並且可以提供一定的冗餘,但是單個的網卡無法提供更高的可用性,一旦網卡壞了,沒有後備的網卡來替換它,後果可想而知;
14. 現在我們給HA 創建一臺虛擬機,詳細請參考以前的說明;最後參數如下
15. 安裝後,我們測試一下,虛擬機與主機之間的連通狀態
現在的虛擬機的摘要爲如圖所示。本來是屬於ESXT主機上的虛擬機;並保持着的啓動狀態;
16. 現在,我們將ESXT.PXL.COM主機關機了,觀察整個的轉移過程的狀態。由於我們是在實現環境中,如果在真實的環境中,是不會出現這麼長的服務中斷的情況;這些跟實驗的主機的配置有關,我實驗的電腦是4G 內存,兩臺ESX 每臺2G,加一臺OPENFILE 作爲ISCSI存儲器 256M;本機的主要系統是WINDOWS SERVER 2008 R2 系統;
17. 故障轉移後的虛擬機在其之前的宿主ESX 主機開啓後,還會轉移其上嗎?只要一旦另一臺ESX 關機,又進行故障轉移;或通過VMOTION進行遷移;現在我們看一下轉移後的虛擬機的狀態;變成了在VSPHERE.PXL.COM的主機上;
18. 實驗總結;