如何整理基礎設施上的虛擬 Host Group
制定策略並對你的虛擬伺服器進行分組，從而確保你的數據中心有組織且易於管理。當一個組織第一次啟用虛擬化伺服器的時候，多數情況下，他們會先部署一個 Host Group 或者一個叢集（Cluster）。但隨著時間的流逝，組織經常發現運行一個叢集是不足夠的。可能是虛擬化的工作對一個叢集的資源要求太高，或者可能是將業務需求進行隔離。不管什麼原因，組織利用多個虛擬 Host Group 叢集也越來越普遍。當然，這樣的話就會導致出現各種問題，如何更好地管理不斷增長的虛擬化基礎設施呢？當涉及到管理大量的 Host Group 或 Host Group 叢集時，第一件事就是採取集中管理解決方案，那就是你可以通過一個單一的控制台管理整個虛擬化基礎設施。
VMware 和微軟都能提供上述的產品，這些工具對你日後的管理有很大幫助。其中一個最佳的方法就是用邏輯的方式進行分組，以管理你的伺服器或者 Host Group 叢集。在某種程度上，Host Group 叢集已經可以被認為是 Host Group 的邏輯分組。畢竟，運行在 Host Group 叢集內的虛擬器至少有一些共同之處。也許，所有虛擬器都屬於同一個 AD，或者它們都運行類似的任務。同樣的概念可以應用到 Host Group 上。儘管各虛擬化供應商的服務不同，但是你可以把一個 Host Group 想像成一個高層次的組織結構。叢集是反過來運行虛擬化伺服器的組合。Host Group 通常是一個叢集，但具體取決於虛擬化層數，它們也可以包含在某些情況下的 Host Group 伺服器。
Topology 的選擇
有效使用虛擬化 Host Group 的秘訣是要開發一個 Host Group 的 Topology 來模仿你的業務需求。現就舉一個更具體的例子來作說明，你的基礎設施，由兩個單獨的 Hyper-V 叢集和幾個 VMware 的虛擬伺服器組成。其中一個 Hyper-V 叢集上運行的虛擬器和你的生產環境有關。另外一個Hyper-V 叢集和你的 VMware 伺服器構成了實驗環境。坦白說，在這樣小的環境裡面，Host Group 是不必要的。即使如此，你還是決定創建一個「生產」的 Host Group 和「實驗」的 Host Group 作為你的基礎設施組織。這麼做的原因是因為你的實驗室環境已經超出了一個叢集(你有一個Hyper-V 叢集和幾個獨立的 VMware Host Group)。
因此，實驗室的 Host Group 作為一個資源容器來支持你的實驗室環境。雖然真實的環境比較小，在沒有 Host Group 的情況下你也可以很容易管理，你決定要使用 Host Group 是因為你期待實驗室會在今後繼續擴大。在你自己的組織中，你 Host Group 的 Topology 是基於業務功能來劃分(實驗室與生產)。然而，這只是一個 Topology 的例子來解釋如何建立一個有效的 Host Group。它也是很常見，其因地裡位置上的 Host Group 結構組織。例如，如果一個組織分別在邁阿密、西雅圖和舊金山設有辦公室，他們會為每個辦公室創建一個獨立的 Host Group。在這種情況下，Host Group 將包含 Host Group 伺服器或者在每個地方的 Host Group 叢集。雖然地理位置的 Host Group 結構看起來是合乎邏輯的方式，但是這種方式並不是一定有作用。有一些管理平台對待虛擬叢集會視之為一個集中的處理單元而不是個人基礎上的叢集節點（Node）。
這就意味著，如果你有一個跨越多個地理位置的 Host Group 叢集，在地理位置上的個體叢集節點是不可能。值得考慮的另一種策略是將 Host Group 的 Topology 採取一種多層次的劃分方法。這取決於你正在使用的虛擬化層數，它也許可以建立嵌入的 Host Group。例如，你可以基於地理位置建立 Host Group 或者 Host Group 叢集，在功能上也可以。
假設，你在東京有一個通訊辦公室。你可以建立一個東京的 Host Group，然後在東京辦公室開發各種業務功能的子組(文件伺服器叢集，應用伺服器叢集等)。建立一個 Host Group 的 Topology 是沒有一個正確或者錯誤的方式。最好的方法是讓你的 Host Group 結構配合你的業務需求。雖然最初建立的 Host Group 看起來像一個比較小的組織，現在花費一些時間來開發出一個 Host Group 的邏輯集合，可以有效地幫助你管理組織。
