高可用性 vCenter 線上遷移 虛擬化 SLA 容錯轉移

管理平台故障損壞免擔憂 vCenter HA高可用性有解

建構高效靈活vCenter 提升企業營運服務SLA層級

2019-03-11
本文將深入剖析專門為vCenter Server管理平台量身打造的高可用性機制vCHA(vCenter High Availability),並進行實作演練,以便協助管理人員了解vCenter High Availability高可用性的最佳建議作法,並讓企業和組織當中營運服務的「服務層級協定」(Service Level Agreement,SLA)獲得有效地提升。

啟用vCHA高可用性機制

在vCenter Server管理頁面中,依序點選「vCenter Server > Configure > Settings > vCenter HA > Set Up vCenter HA」項目。首先,在Resource settings頁面中按下「BROWSE」,然後選擇剛才新增專用於vCenter Server HA虛擬網路的「vCHA HA Network」,並確認「Automatically create clones for Passive and Witness nodes」項目已經勾選,如圖8所示。

圖8  啟用vCenter HA高可用性機制,組態設定管理網路及HA同步專屬網路。

接著,分別為Passive Node和Witness Node選擇運作環境,本文實作環境中將Passive Node部署至第2台ESXi虛擬化平台,而Witness Node部署至第3台ESXi虛擬化平台。值得注意的是,Witness Node在vNetwork虛擬網路的部分,只要選擇vCHA HA Network即可,而無須管理網路。

在Set Up vCenter HA第二階段中,將組態設定Active Node、Passive Node、Witness Node的HA同步專屬網路IP位址,本文實作環境依序為192.168.75.31、192.168.75.32、192.168.75.33,如圖9所示。

圖9  組態設定vCenter HA同步專屬網路IP位址。

待系統複製完成Passive Node和Witness Node,並且組態設定vCenter HA Cluster之後,vCHA高可用性機制便正式成形且運作無誤,如圖10所示。

圖10  順利啟用vCenter HA高可用性機制。

順利啟用vCenter HA高可用性機制後,便可以「手動」進行vCenter Server容錯移轉,以便確認vCenter HA容錯移轉機制運作正常,或後續需要進行Active/Passive角色切換時使用。在vCenter Server管理介面中,依序點選「vCenter Server > Configure > Settings > vCenter HA > Initiate Failover」項目即可。值得注意的是,在切換期間,vCenter Server、vSphere Client以及其他服務,會有幾分鐘停止服務的空窗期,如圖11所示。

圖11  管理人員手動進行vCenter Server容錯移轉。

經過幾分鐘的vCenter Server容錯移轉程序後,可以看到vCenter Server高可用性機制重新運作,並且原本擔任Passive Node角色的主機成為Active Node角色,並且接手vCenter Server的管理IP位址「10.10.75.31」,如圖12所示。

圖12  原本Passive Node角色順利接手Active Node角色及管理用途IP位址。

vCHA高可用性機制的維運管理

關於建構vCHA高可用性機制的第四個操作步驟,以下再細分成四部分加以說明。

分散運作在不同台ESXi主機

在正式營運環境中,除了確保vCHA高可用性機制運作正常且能夠順利切換外,也應搭配vSphere Cluster DRS規則,確保Active、Passive、Witness角色這三台主機不會運作在「同一台」ESXi虛擬化平台上。

在vCenter Server管理介面中,依序點選「Cluster > Configure > Configuration > VM/Host Rules > Add」項目,在彈出的「Create VM/Host Rule」視窗中先填入此規則名稱,本文實作名稱為「vCHA Separate」,在Type下拉式選單中選擇至「Separate Virtual Machines」項目,以確保此規則套用後,Active、Passive、Witness角色不會運作在同一台ESXi主機上,最後按下〔Add〕按鈕加入Active、Passive、Witness角色主機即可,如圖13所示。

圖13  新增Separate Virtual Machines規則,確保vCHA主機不會運作在同一台ESXi主機上。



追蹤我們Featrue us

本站使用cookie及相關技術分析來改善使用者體驗。瞭解更多

我知道了!