運用這些戰略對你的虛構化主機辦事器入行分組，從而確保您的數據中央一直有組織且易於治理。

　　當一個組織第一次啟用辦事器虛構化的時辰，大都情形下，他們會先部署單個的主機或許單個集群。但跟著時光的推移，組織常常發明運轉繁多的集群是有餘的。可能是虛構化的事業負載可能是對繁多的群集的資本要求太高，或許可能是將營業需要入行斷絕。不管是什麼因素，組織應用多個虛構主機集群也越來越廣泛。當然，如許的話就會招致問題的泛起，怎樣更好地治理不停增長的虛構化基本舉措措施呢?

　　當觸及到治理大批的主機或主機群集時，要做的第一件事便是采取集中治理解決方案，那便是你可以經由過程一個繁多的把持臺治理整個虛構化基本舉措措施。VMware和微軟都提供如許的產物，這些東西對你當前在輕松治理經過歷程中有很年夜的匡助。

　　一旦選用一個集中治理的解決方案，那麼讓你可以或許堅持虛構化基本舉措措施組織最佳道路之一便是用邏輯的方法入行分組，以治理你的主機辦事器或許主機群集。

　　在某種水平上，主機群集曾經可以被以為是主機的邏輯分組。究竟，運轉在主機群集內的虛構機至多有一些配合之處。興許，一切虛構機都屬於統一個AD，或許它們運轉相似的義務。不管如何，這兒有一個因素便是為什麼你抉擇在特定的集群上運轉虛構辦事器。

　　這個同樣的觀點可以利用到主機組上。絕管從一個虛構化層提供商到下一個提供商完成的不同，可是你可以把一個主機組想象成一個高條理的組織構造。集群是反過來運轉虛構機的主機辦事器的組合。主機組凡是是一個集簇，但詳細取決於虛構化層，它們也可以包括在某些情形下的單個主機辦事器。

　　拓撲構造的抉擇

　　有用的運用虛構化主機組的法門是要開發一個主機組的拓撲構造，來模擬您的營業需要。讓我給你舉個更詳細的例子。

　　我本身的基本舉措措施，由兩個零丁的Hyper-V集群和幾個VMware的虛構辦事器構成。此中一個Hyper-V集群上運轉的虛構機和我的生孩子周遭的狀況無關。別的一個Hyper-V集群和我的VMware辦事器組成瞭我的試驗室周遭的狀況。假如我坦率的講，在如許小的周遭的狀況內裡主機組可能不是須要的。即便這般，我仍是決議創立一個“生孩子”的主機組和“試驗”的主機組作為我的一種基本舉措措施組織。

　　我這麼做的因素是由於我的試驗室周遭的狀況曾經超越瞭單個集群(我有一個Hyper-V集群和幾個自力的VMware主機)。是以，試驗室的主機組作為一個資本容器來支撐我的試驗室周遭的狀況。固然我真正的的周遭的狀況比力小，在沒有主機組的情形下我也可以很不難治理，我決議要運用主機組是由於我期待我的試驗室在此後將會擴展。

　　在我本身的組織中，我的主機組的拓撲構造是基於營業效能來劃分的(試驗室與生孩子)。然而，這僅僅是一個怎樣設立一個有用的主機組拓撲構造的例子。它也是很常見的基於地裡地位上的主機組構造的組織。例如，假如一個組織分離在邁阿密、西雅圖和舊金山設有辦公室，他們會為每個辦公室創立一個零丁的主機組。在這種情形下，主機組將包括主機辦事器或許在每個處所的主機群集。

　　固然最後基於地輿地位的主機組構造望起來是最合乎邏輯的方法，可是這種方法並不是總起到作用。有一些治理平臺看待虛構集群望作為一個集中的處置單位而不是處置基於小我私家基本上的群集節點。這就象徵著，假如你有一個逾越多個地輿地位的主機群集，在地輿地位上的個別群集節點可能是不成行的。

　　值得斟酌的另一種戰略是將主機組拓撲構造采取一種多條理的劃分方式。這取決於您正在運用的虛構化層，它興許可以創立嵌進的主機組。好比，你可以基於地輿地位創立主機組或許主機群集，在效能上也可以。假定，你在東京有一個通信辦公室的組織。你可以創立一個東京的主機組，然後在東京辦公室在開發以各類營業效能的子組(文件辦事器集群，利用辦事器集群等)。

　　創立一個主機組拓撲是沒有一個切當的對的或許過錯的方法。最好的方式是讓您的主機組構造是基於你的營業需要。固然最後創立的主機組望起來像一個比力小的組織，此刻破費一些時光來開收回一個主機組的邏輯聚攏，可以匡助你在組織的發展經過歷程中更輕松的來治理。

　　員躍虛構主機購置地址：http://www.letswin.cn/znzj.aspx

　　員躍官網：http://www.letswin.cn

人打賞

0
人 點贊

主帖得到的海角分：0

舉報 |

樓主
| 埋紅包