域名服務器分辨率會成為嚴重的問題。要允許服務器集群節點相互通信，與VMwareHA 結合。VMware對DNS分辨率擔負重要責任。通常，這不是問題。但如今很多的IT人員已經習慣DNS個服務的概念，不需要進行管理。這種不干預政策的局部原因在于Window動態DNS功能。許多管理員沒有像以前那樣花心思對待DNS因為動態DNS現在自動執行多數任務。但是VMware服務器沒有使用動態DNS
　　需要進行手動操作與維護。如果DNS沒有正確配置，如果在服務器集群中使用VMwareHA 確保你管理網絡IP地址和相關的主機名都進入到DNS進行變卦或添加附件到虛擬環境中時。VMware會出現明顯的提示說明，但是如果發現得太晚就容易忽略這個提示。
　　多站點服務器集群中的DNS分辨率
　　這種架構很好，DNS分辨率問題也會影響多站點Hyper-V集群。某些方面。因為你不再需要使用復雜的網絡技術跨不同的地點管理。但另一方面，故障轉移到第二個站點的虛擬機通常需要處置新的子網。
　　但對于客戶端就造成問題。客戶端配置的存活時間值，從服務器方面來說這不是大問題。決定緩存DNS報道需要多久。故障轉移后這些報道就過時了物理的災難恢復中，通常不是問題，因為你可能需要處置更多重要的問題，如“數據中心正在解體！但在虛擬架構中，當虛擬機偶然遷移到另一個可替換站點時就會出現問題。高可用性問題不專門出現在Hyper-V集群中。不同的子網啟動虛擬機的災難恢復的服務器集群都會經歷類似的問題。
　　故障恢復命令的重要性
　　如移到多站點集群的另一端，DNS問題凸顯了服務器集群管理中故障恢復命令重要性這個事實。一些服務器集群組織故障恢復命令比其他好。例如VMwareHA 讓服務器集群自己處置故障恢復命令。其他如Hyper-V管理員手動決定發生故障后虛擬機往哪遷移。不想看到虛擬機移到不合適的服務器集群節點。或者超載的節點。特別注意你故障恢復命令，確保平衡集群負載。