VMware和OpenStack經(jīng)常被描述為相互競爭的兩種私有云技術(shù)。雖然這兩種技術(shù)其實可以互補(bǔ)，但一些組織卻選擇從VMware遷移到OpenStack的私有云上。

讓我們來看看這些組織如何能同時使用這兩種技術(shù)--無論是長期的，或是走向完全基于OpenStack的云的鋪墊。

首先，要記住很重要的一點，OpenStack不是一個虛擬機(jī)管理程序。它可以通過抽象層支持大多數(shù)的虛擬機(jī)管理程序，這也為我們開啟了可以使用它的自動編排能力的絕佳機(jī)會。

一個具體的例子可以清楚的解釋這一點。Intel的IT部門在2010年實現(xiàn)了一個基于VMware的大型私有云以及一個單獨的OpenStack云來支持KVM和Ceph。Intel的模式得到了進(jìn)一步發(fā)展，可以使用OpenStack來編排這兩個環(huán)境，除了Intel定制的自動化集合。

在2014年，Intel的IT托管機(jī)構(gòu)處理了8000個人工服務(wù)請求，其中花費了190000個小時在等待完成。到2016年底，Intel預(yù)計，基于它們新的云模型，90%的人工服務(wù)請求可以立即自動處理，這大大的節(jié)約了時間。

大部分OpenStack的發(fā)行版本都支持ESXi以及VMware工具的使用。這會演變成使用vSphere 和VMotion的復(fù)雜的，多云多站點的操作來支持關(guān)鍵任務(wù)的應(yīng)用程序。

Intel的做法是讓VMware和OpenStack并存，但在某些情況下，企業(yè)希望用更低成本的虛擬機(jī)管理程序，如KVM，又能夠結(jié)合OpenStack編排的好處。

從VMware轉(zhuǎn)移到OpenStack私有云之前要了解的事情

鑒于許多企業(yè)在VMware上的前期投資，從VMware遷移到OpenStack的現(xiàn)象還是比較少見的。但事實上，這個遷移正在發(fā)生--而且是成功的發(fā)生--這引起了VMware客戶群的注意。

有些公司采取了與Intel相似的做法。他們先從自己的工作負(fù)載中切割出一塊可以在比如KVM上運行的很好的環(huán)節(jié)，將那部分放到OpenStack中。隨著經(jīng)驗的積累，更多的業(yè)務(wù)操作會轉(zhuǎn)移到OpenStack上。然后，公司便需要做出關(guān)鍵的戰(zhàn)略決策：保留他們的VMware環(huán)境來執(zhí)行關(guān)鍵任務(wù)的工作負(fù)載，還是全部遷移到OpenStack。

那些最廣為人知的OpenStack遷移案例研究，比如eBay，Comcast和沃爾瑪，往往是非常大的企業(yè)。這是因為遷移的過程是復(fù)雜的，且需要新的資源。此外，OpenStack的功能仍在不斷發(fā)展，尤其是高可用性，存儲和監(jiān)控的功能。這解釋了為什么OpenStack-VMware的混合模型會存在，這些組織使用VMware中好用的功能來填補(bǔ)OpenStack的空白之處。

常見的VMware到OpenStack的遷移模型包括：

兩種云環(huán)境以及vSphere共存--例如之前提到的Intel的案例；

跨VMware和OpenStack資源池的可移植性，針對應(yīng)用生命周期的某些部分采用不同的云；以及

完成最終到OpenStack的遷移

隨著大多數(shù)的大公司都部署這種混搭的模型，使用OpenStack的管理功能來連接資源池似乎是不錯的第一步。這正是Intel在走向可移植性和用戶控制資源的過程中所做的。

從邏輯上講，下一步是創(chuàng)建一個可移植的應(yīng)用程序架構(gòu)，可以允許應(yīng)用跨池遷移。將此模型應(yīng)用于新的應(yīng)用程序，并且有選擇地，應(yīng)用到現(xiàn)有的應(yīng)用程序上，基于它們是否應(yīng)該被遷移或被替換。

無論你的最終目的是什么，是從VMware完全遷移出去，還是只留下VMware工具，而關(guān)鍵任務(wù)應(yīng)用使用OpenStack的部分遷移，又或者可能只是使用OpenStack來控制VMware的資源池，這是一個應(yīng)該要花上幾年的過程，請做好不斷嘗試的心理準(zhǔn)備。