總看到很多人在討論關於vCenter應該安裝在物理主機上還是虛擬機器裡面這個話題，那麼，究竟兩者有什麼異同呢？各自有什麼優勢？

實際上，就VMware官方而言，無論是安裝到物理機還是虛擬機器，都是支援的。當然，無論這2種方案的任何一種，都必須保障vCenter的最小需求。

首先，我們先不討論物理機好還是虛擬機器好，我們先搞清楚vCenter究竟能幹些什麼？
1、VMware HA的初始話建立和簡單配置管理需要vCenter支援；
2、VMware VMotion和Svmotion要求vCenter的全程支援；
3、VMware DRS/DPM需要vCenter全程支援；
4、模板化部署虛擬機器需要vCenter全程支援；

當然，vCenter還需要Database的支援，如果Database宕機，那麼，vCenter服務也將無法應用，在小環境裡，建議直接把database和vCenter安裝在一起，方便管理和Trouble Shooting。

搞清楚vCenter的作用之後，我們再來分析物理機做vCenter伺服器和虛擬機器做vCenter伺服器的優劣：
物理機做為vCenter伺服器：
1、在VI3.x裡面，ESX伺服器宕機之後License Server依然能工作，這就能夠保障可以順利開啟ESX主機和VM；
2、相對而言，不太容易受到潛在的中斷影響；
3、具有較強的可擴充套件性，因為它的效能是由物理伺服器的硬體配置決定的；

4、需要1臺專用物理伺服器，這臺伺服器只能作為vCenter角色，不能和VCB代理伺服器之類的一起使用；
5、只能採用傳統的備份手段；
6、在做冗災方面相對麻煩；
7、在商用解決方案中，可持續性解決方案較麻煩，而且需要多付Money。

虛擬機器做為vCenter伺服器：
1、vCenter伺服器在虛擬機器裡面就相當於一個vApp了，不需要1臺單獨的物理伺服器；
2、能夠快速恢復，就算使用VMware HA重啟vCenter伺服器也是允許的；
3、能夠和備份普通的VM一樣備份這個vCenter伺服器；
4、在商用解決方案中，可以Free、輕鬆的搞定vCenter的持續性；
5、甚至可以直接使用VMotion將vCenter伺服器在ESX主機之間遷移；

6、在VI3.x時代，License Server和vCenter伺服器通常安裝在一起，14天寬限期之後，我們會有大麻煩（寬限期時沒發現vCenter Error）；
7、同樣不太容易受到中斷影響；
8、如果設定不準確，可能導致vCenter和其它VM爭用資源；

物理機和虛擬機器安裝vCenter的能否快速切換？
答案是肯定的，當然可以，我們只需要做一件事情即可：
1、備份好Database檔案，只要我們備份好Database檔案即可快速在物理機和虛擬機器之間轉換vCenter；

2、當然，如果vCenter伺服器是物理機，那麼，還可以通過P2V的方式抽取成為VM；

將vCenter伺服器安裝在虛擬機器上還是物理伺服器上一直存在著爭議。下面，分別介紹支援二者的理由。

物理伺服器

這本書是講如何設計虛擬基礎設施環境的，為什麼要討論物理伺服器呢？因為虛擬基礎設施環境中，一定數量的物理伺服器是必需的：至少ESXi host需要物理伺服器。但是為什麼要考慮把vCenter安裝在物理伺服器上呢？理由如下：

雞與蛋的問題　你肯定很熟悉雞生蛋還是蛋生雞這個矛盾問題。很多人都用這個來類比虛擬機器形式的vCenter。

比如，vSphere環境規模很大：有100個ESXi host。由於某些原因，發生了嚴重的服務中斷。例如：儲存vCenter 虛擬機器的LUN丟失了。由於各種各種的原因，你不會用幾個小時為虛擬機器建立備份。你可能認為這樣做是沒問題的，直到vSphere環境出了大問題才意識到問題的嚴重性。一個虛擬機器由於CPU記憶體使用率過高而無法工作，你努力在這100個ESXi中的2000個虛擬機器中找到它。這簡直就是噩夢。如果很僥倖，檢查到第三個ESXi host的時候你就定位到了出問題的那個虛擬機器。然後想用vMotion來遷移這個虛擬機器，但是，對不起，你沒有vCenter來執行這個操作。

這只是vCenter搭建在虛擬機器上可能發生的問題之一。此外，在VMware View或vCloud Director環境中，如果vCenter發生故障的話，你是無法部署新的虛擬機器的。當然也不能執行任何操作來恢復環境，因為你沒有vCenter可用。而沒有vCenter可用的原因就是你的環境不能正常執行。由此可見，虛擬vCenter伺服器故障會導致非常嚴重的問題。

職責分離　有些組織認為在這些職責問題沒有討論清楚前，不應該在vSphere環境中部署管理應用程式。這並不是說你不能以虛擬機器的形式執行vCenter（可以在一個獨立的host上執行它），但這樣做會失去很多特性（這一點馬上就可以看到）。

資源數量　vCenter伺服器上的資源是比較密集的。如果把vCenter伺服器5.0 和後端資料庫伺服器部署在同一個虛擬機器上，那麼就需要4個vCPU和8GB的記憶體。在vSphere 5.1中，如果你將vCenter SSO、vCenter inventory 服務、vCenter伺服器、vCenter Web客戶端和後端資料庫伺服器部署在同一個虛擬機器上，那麼也需要4個vCPU和8GB的記憶體的最低配置。實際上，所需最低配置可能更高。你想在單個虛擬機器上使用這麼多資源嗎？

虛擬vCenter伺服器

我們已經討論過為什麼在vSphere環境中部署物理的vCenter是必須要的，以及為什麼這個選擇比部署虛擬的vCenter會更好。現在，看看硬幣的另一面：為什麼選擇用虛擬機器形式的vCenter。注意：VMware已將虛擬機器形式的vCenter加入到最佳實踐中。然而，正如第1章所述，理解有些實踐為什麼會被列為最佳實踐是很必要的。

雞與蛋的問題　如果事先做好計劃和準備，上個場景中發生的問題是可以緩解的。主要是發現問題並找到解決方案。我們繼續分析上個場景中LUN的丟失問題。

vCenter是一個應用程式。該環境的問題在於vCenter使用的資料庫。所以在上個方案中，如果你將vCenter資料庫和vCenter伺服器分離，將它們分別裝在不同的物理伺服器上，或者部署在不同的ESXi host上（如果它們是裝在虛擬機器上的話），那麼是不會導致服務中斷6小時的。

表3-4列出瞭解決這些問題的方法。

伺服器整合　使用虛擬基礎設施的主要目的就是將眾多物理伺服器整合為執行在ESXi host上的虛擬機器。而現在所做的卻與其背道而馳。在合理規劃的前提下，我們沒有理由不去虛擬化所有負載。而且這也是VMware官方的最佳實踐。

快照　假設要給vCenter伺服器打補丁、安裝外掛，或者修改配置檔案.cfg。使用虛擬機器形式的vCenter的最大優勢就是其內建的快照功能：在做變更前，可以擷取虛擬機器快照。如果發生明顯錯誤，就可以使用變更前擷取的快照將虛擬機器恢復到原始狀態。

便攜性　如果需要，可以將虛擬機器拷貝到容災站點。如果想建立測試環境，也能很輕鬆地複製vCenter 伺服器。vCenter崩潰時，還可以保留vCenter的冷備份，然後就可以用冷備份在VMware的 player、server、workstation或單機版的ESXi 伺服器上執行虛擬機器了（當然，根據冷備份的備份時間可能會存在一定程度的資料丟失）。

冗餘　只要vCenter是安裝在應用了高可用功能的叢集中的，那麼vCenter就自動具備了彈性應對硬體故障的能力。為了讓vCenter具備和物理硬體相同級別的冗餘，還需要一個Microsoft叢集（該叢集只能使用SQL資料庫）。vCenter是個不支援叢集的應用程式。很多第三方工具都能為其提供冗餘能力，但這些工具費用都很高。

現在，有了vSphere Fault Tolerance（FT），就可以為vCenter提供更高級別的冗餘了。目前，vSphere FT不支援vCPU，因此也不能為vCenter提供CPU冗餘。vSphere FT對vCPU的支援會在後續版本實現。

對多vCPU容錯的支援

在VMworld2011和VMworld 2012中，VMware都展示和討論了支援vCPU的vSphere FT新版本的研發。但是，VMware（撰寫本書時）並未明確指出這個版本的釋出日期。

自產自用　當你不願意把某個關鍵伺服器放到虛擬基礎設施中，你如何像虛擬化管理員對客戶所承諾的那樣對整個平臺、它的能力和特性有足夠的信心？眾所周知，根據正確的規劃部署虛擬環境，虛擬化產品就會像物理伺服器一樣運轉，同時你還將得到巨大的額外收益。所以，如果相信虛擬化產品，就應該自己先使用它。