隨著諸如亞馬遜Web服務，谷歌，微軟和Rackspace這樣的公司不斷提供在云里創(chuàng)建虛擬機的能力，以此來支持和取代物理服務器，云虛擬化服務正在被整合到數(shù)據(jù)中心基礎架構中。然而了解要考慮哪些功能和比較哪些廠商會是一項艱巨的任務。

這篇文章是講述整個公共云的虛擬服務器服務購買過程的系列文中的第一篇。這里我們將介紹使用公有云服務作為你的數(shù)據(jù)中心基礎架構拓展的主要益處。

第二篇文章主要討論與遷移虛擬機(VM)到公有云有關的風險和成本。第三篇關注在購買的標準和準備廠商需求建議書(RFP)。最后，該系列會對比市場領先的服務和既定的標準，并對廠商進行相互比較來幫助你選擇最佳的適合你自身環(huán)境的公有云服務。

大多數(shù)情況下，擁有內部IT資源的組織不應該放棄現(xiàn)有的服務器來將所有東西都遷移到云里。這絕對浪費金錢，除非本地資源都已經到期要退役了。即使這樣，也許會有一些工作負載，比如對延遲敏感的，必須在本地運行。同樣的，你也許不想要將你的域控制權全部放到公有云中。

當然，這并不意味著有著IT傳統(tǒng)基礎架構的公司無法從云獲益。最佳的解決途徑通常是將云視為企業(yè)已有IT足跡的拓展。在這一特性上，我們主要討論使用公有云比本地數(shù)據(jù)中心優(yōu)越的地方。在該特性的第二部分，我們會探討公有云的缺點。

工作負荷規(guī)模化

一個數(shù)據(jù)中心可以通過多重途徑受益于向云的拓展，其中一項就是工作負載的擴增。也許在某些時候你的組織需要運行一個超出本地數(shù)據(jù)中心可以輕松處理范疇的生產工作負載。

舉個例子，保險公司的運作方式。在一年的大多數(shù)時間里，保險公司通常只消耗可預測程度范圍內的IT資源。然而，在一年中可能會出現(xiàn)開放申請周期。

對保險公司來說這種申請周期尤其忙碌。其結果是，現(xiàn)有的服務器也許無法處理開放申請的工作負載。公司可以使用公有云而不是購買新的服務器，以適應需求的暫時性高峰。

如果公司的申請應用是基于Web的，那使用基于云的Web服務器來容納季節(jié)性的需求會相對容易些。一旦開放申請結束，那些基于云的Web服務器可以自動退役。

業(yè)務持續(xù)性

另一個基于云的VM優(yōu)勢是在設備故障或者物理災難發(fā)生時對業(yè)務的保護性。

要防止數(shù)據(jù)中心故障，一些企業(yè)構建了跨多個數(shù)據(jù)中心的地理集群。這樣，如果一起自然災害摧毀了一個企業(yè)的主數(shù)據(jù)中心，關鍵任務的工作負載將自動轉移到備用數(shù)據(jù)中心上。

然而構建地理集群，是昂貴和復雜的。作為另一種選擇，企業(yè)可以使用公有云來保護關鍵任務工作負載，通過使用客戶集群和VM復制。

客戶集群是那些運行在虛擬硬件上的一組應用服務器。既然所有的客戶集群節(jié)點都是VM，要在公有云中放置一些集群節(jié)點是可能的。這樣的話，關鍵的工作負載即便在主數(shù)據(jù)中心斷線的情況下也可以繼續(xù)工作。

然而，你也許不能在現(xiàn)有的虛擬化集群中囊括公有云服務器。公有云提供商通常不會給客戶低級別的對物理服務器的訪問權限，這讓一個現(xiàn)有的虛擬集群要遷移到公有云的可能性幾為零。

另一種用公有云來保證業(yè)務持續(xù)性的方法是VM復制。不是每個提供商或者服務器虛擬化平臺都支持復制，但是一些云和虛擬化管理程序的組合可以允許在云中創(chuàng)建VM的副本并同本地VM保持同步。

類似的，有一些方案是讓公有云作為私有數(shù)據(jù)中心之間VM復制的紐帶。如果任一主數(shù)據(jù)中心宕機，VM的副本可以被使用。

公有云VM部署比本地部署更簡單，因為公有云提供商通常會提供模板來生成新的VM。模板可以用來自動化創(chuàng)建VM。并且，由于不需要手動安裝客戶操作系統(tǒng)，模板節(jié)省了管理員的工作。一些模板甚至包括了預先安裝的應用程序。

公有云的VM部署對初創(chuàng)公司來說尤其具備吸引力。任何新的業(yè)務都有啟動成本，但是在云里操作虛擬服務器則消除了與服務器的硬件和軟件相關的資本支出。

云托管的VM通常是按月計費。對于一家初創(chuàng)公司來說，這種每月支付遠遠低于本地運行工作負載所需的硬件和軟件費用。一家初創(chuàng)機構可以在剛開始的時候選擇在云里運行工作負載，然后再將網絡負載本地化。