為確保獲得最佳 vSphere HA 叢集效能,您應遵循某些最佳做法。本主題重點介紹適用於 vSphere HA 叢集的一些主要最佳做法。您也可以參閱出版物《vSphere High Availability 部署的最佳做法》來進一步討論。

將警示設定為監控叢集變更

當 vSphere HA 或 Fault Tolerance 採取動作維護可用性時 (例如,虛擬機器容錯移轉),您可能會收到關於此類變更的通知。將 vCenter Server 中的警示設定為在執行這些動作時觸發,並向指定的一組管理員傳送警示 (如電子郵件)。

多個預設 vSphere HA 警示可供使用。

  • 容錯移轉資源不足 (叢集警示)

  • 找不到主要主機 (叢集警示)

  • 正在進行容錯移轉 (叢集警示)

  • 主機 HA 狀態 (主機警示)

  • 虛擬機器監控錯誤 (虛擬機器警示)

  • 虛擬機器監控動作 (虛擬機器警示)

  • 容錯移轉失敗 (虛擬機器警示)

備註︰

預設警示包含功能名稱 vSphere HA。

監控叢集有效性

有效叢集是尚未違反許可控制原則的叢集。

當已開啟電源的虛擬機器數超過了容錯移轉需求,即目前容錯移轉容量小於所設定的容錯移轉容量時,為 vSphere HA 啟用的叢集將會變為無效。如果停用了許可控制,則叢集不會變為無效。

vSphere Web Client 中,從叢集的監控索引標籤中選取 vSphere HA,然後選取組態問題。此時會顯示目前 vSphere HA 問題的清單。

如果叢集是由於 vSphere HA 問題而變為紅色的,則 DRS 行為不會受到影響。

混合叢集中的 vSphere HA 和 Storage vMotion 互通性

在包含 ESXi 5.x 主機和 ESX/ESXi 4.1 或舊版主機,且廣泛使用 Storage vMotion 或啟用了 Storage DRS 的叢集中,請勿部署 vSphere HA。vSphere HA 可能透過在某個 ESXi 版本 (不同於出現故障前執行虛擬機器的主機版本) 的主機上重新啟動虛擬機器來回應主機故障。如果出現故障時虛擬機器涉及 ESXi 5.x 主機上的 Storage vMotion 動作,而且 vSphere HA 在低於 ESXi 5.0 版本的主機上重新啟動虛擬機器,則會出現問題。雖然虛擬機器可能開啟電源,但針對快照作業的任何後續嘗試都可能會使 vdisk 狀態遭到損毀並導致虛擬機器無法使用。

許可控制最佳做法

下列建議是 vSphere HA 許可控制的最佳做法。

  • 選取 [保留的叢集資源百分比] 許可控制原則。該原則在主機和虛擬機器大小調整方面提供了極高的彈性。設定此原則時,選擇 CPU 和記憶體的百分比以反映要支援的主機故障數。例如,如果希望 vSphere HA 為兩個主機故障保留資源,並且叢集中包含十個具有相同容量的主機,則可以指定 20% (2/10)。

  • 請確保調整所有叢集主機大小的幅度相等。對於 [叢集容許的主機故障次數] 原則,不平衡的叢集會導致保留多餘容量來處理故障,因為 vSphere HA 會為最大的主機保留容量。對於 [叢集資源百分比] 原則,不平衡的叢集要求指定的百分比大於在其他情況下為預期主機故障的數目保留足夠容量所需的百分比。

  • 如果計劃使用 [叢集容許的主機故障數目] 原則,請嘗試在所有設定的虛擬機器間保持相似的虛擬機器大小需求。該原則使用插槽大小來計算需要為每個虛擬機器保留的容量。插槽大小是以任一虛擬機器需要保留的最大記憶體和 CPU 為基礎的。當混用 CPU 和記憶體需求不同的多個虛擬機器時,插槽大小計算將預設為最大可能值 (限制整併)。

  • 如果您計劃使用 [指定容錯移轉主機] 原則,請決定要支援的主機故障數,然後將該主機數目指定為容錯移轉主機數目。如果叢集不平衡,則指定的容錯移轉主機至少應與叢集中的非容錯移轉主機具有相同的大小。這可確保在萬一出現故障時有足夠的容量。

將 Auto Deploy 與 vSphere HA 搭配使用

可以將 vSphere HA 與 Auto Deploy 一併使用,來提升虛擬機器的可用性。Auto Deploy 可在開啟主機電源時佈建這些主機,您還可以將其設定為在開機過程中於此類主機上安裝 vSphere HA 代理程式。如需詳細資料,請參閱《vSphere 安裝和設定》中的 Auto Deploy 說明文件。

使用 Virtual SAN 升級叢集中的主機

如果要將 vSphere HA 叢集中的 ESXi 主機升級到 5.5 版或更高版本,而且還計劃使用 Virtual SAN,請按下列程序執行操作。

  1. 升級所有主機。

  2. 停用 vSphere HA。

  3. 啟用 Virtual SAN。

  4. 重新啟用 vSphere HA。