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

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

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

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

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

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

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

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

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

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

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

　　從邏輯上講，下一步是創(chuàng)建一個(gè)可移植的應(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的資源池，這是一個(gè)應(yīng)該要花上幾年的過程，請做好不斷嘗試的心理準(zhǔn)備。