VMware和OpenStack經(jīng)常被描述為相互競爭的兩種私有云技術(shù)。雖然這兩種技術(shù)其實(shí)可以互補，但一些組織卻選擇從VMware遷移到OpenStack的私有云上。
讓我們來(lái)看看這些組織如何能同時(shí)使用這兩種技術(shù)--無(wú)論是長(cháng)期的，或是走向完全基于OpenStack的云的鋪墊。
首先，要記住很重要的一點(diǎn)，OpenStack不是一個(gè)虛擬機管理程序。它可以通過(guò)抽象層支持大多數的虛擬機管理程序，這也為我們開(kāi)啟了可以使用它的自動(dòng)編排能力的絕佳機會(huì )。
一個(gè)具體的例子可以清楚的解釋這一點(diǎn)。Intel的IT部門(mén)在2010年實(shí)現了一個(gè)基于VMware的大型私有云以及一個(gè)單獨的OpenStack云來(lái)支持KVM和Ceph。Intel的模式得到了進(jìn)一步發(fā)展，可以使用OpenStack來(lái)編排這兩個(gè)環(huán)境，除了Intel定制的自動(dòng)化集合。
在2014年，Intel的IT托管機構處理了8000個(gè)人工服務(wù)請求，其中花費了190000個(gè)小時(shí)在等待完成。到2016年底，Intel預計，基于它們新的云模型，90%的人工服務(wù)請求可以立即自動(dòng)處理，這大大的節約了時(shí)間。
大部分OpenStack的發(fā)行版本都支持ESXi以及VMware工具的使用。這會(huì )演變成使用vSphere和VMotion的復雜的，多云多站點(diǎn)的操作來(lái)支持關(guān)鍵任務(wù)的應用程序。
Intel的做法是讓VMware和OpenStack并存，但在某些情況下，企業(yè)希望用更低成本的虛擬機管理程序，如KVM，又能夠結合OpenStack編排的好處。
從VMware轉移到OpenStack私有云之前要了解的事情
鑒于許多企業(yè)在VMware上的前期投資，從VMware遷移到OpenStack的現象還是比較少見(jiàn)的。但事實(shí)上，這個(gè)遷移正在發(fā)生--而且是成功的發(fā)生--這引起了VMware客戶(hù)群的注意。
有些公司采取了與Intel相似的做法。他們先從自己的工作負載中切割出一塊可以在比如KVM上運行的很好的環(huán)節，將那部分放到OpenStack中。隨著(zhù)經(jīng)驗的積累，更多的業(yè)務(wù)操作會(huì )轉移到OpenStack上。然后，公司便需要做出關(guān)鍵的戰略決策：保留他們的VMware環(huán)境來(lái)執行關(guān)鍵任務(wù)的工作負載，還是全部遷移到OpenStack。
那些最廣為人知的OpenStack遷移案例研究，比如eBay，Comcast和沃爾瑪，往往是非常大的企業(yè)。這是因為遷移的過(guò)程是復雜的，且需要新的資源。此外，OpenStack的功能仍在不斷發(fā)展，尤其是高可用性，存儲和監控的功能。這解釋了為什么OpenStack-VMware的混合模型會(huì )存在，這些組織使用VMware中好用的功能來(lái)填補OpenStack的空白之處。
常見(jiàn)的VMware到OpenStack的遷移模型包括：
- 兩種云環(huán)境以及vSphere共存--例如之前提到的Intel的案例；
- 跨VMware和OpenStack資源池的可移植性，針對應用生命周期的某些部分采用不同的云；以及
- 完成最終到OpenStack的遷移
隨著(zhù)大多數的大公司都部署這種混搭的模型，使用OpenStack的管理功能來(lái)連接資源池似乎是不錯的第一步。這正是Intel在走向可移植性和用戶(hù)控制資源的過(guò)程中所做的。
從邏輯上講，下一步是創(chuàng )建一個(gè)可移植的應用程序架構，可以允許應用跨池遷移。將此模型應用于新的應用程序，并且有選擇地，應用到現有的應用程序上，基于它們是否應該被遷移或被替換。
無(wú)論你的最終目的是什么，是從VMware完全遷移出去，還是只留下VMware工具，而關(guān)鍵任務(wù)應用使用OpenStack的部分遷移，又或者可能只是使用OpenStack來(lái)控制VMware的資源池，這是一個(gè)應該要花上幾年的過(guò)程，請做好不斷嘗試的心理準備。
