在談到OpenStack時，華為企業云產品專家說：“跨數據中心集成之后仍然提供標準的OpenStack原生的能力，保持OpenStack開源的生態是用戶的關鍵訴求。然而，單個OpenStack的管理規模有限，OpenStack在服務器和控制節點之間運行的是RPC協議，在跨DC的集成時，難以做到獨立升級維護，獨立管理，以及故障隔離。為了解決這些問題，華為采用OpenStack級聯技術，將OpenStack進行多站點，多OpenStack，多資源池編排，這樣不僅保證了OpenStack的開源獨立性和完整性，同時使得多站點融合，成為開源OpenStack的編排能力，防止了被廠商鎖定。”

 

 

云計算的精髓就是融合共享，對資源池的融合共享。通過對物理資源，包括計算、存儲、網絡資源的一種抽象共享，云計算給用戶提供一個敏捷、開放、迅速上線業務的平臺能力，解決多個異構資源池的問題。OpenStack由于其開放性、靈活性、兼容性，以及眾多廠商的支持，已經成為云計算管理平臺的一個事實上的標準。

 

 

華為企業云產品專家認為，當前OpenStack部署過程中需要重點解決以下三大難題：

 

一、 跨DC融合的問題，基于傳統OpenStack能力很難做到大規模擴展，因為單做OpenStack實際的管理規模，站點規模可能也就是500臺左右，不會超過1000臺。不同DC管理的時候，傳統的方式就是通過協同層，拉通資源整體的分配，特別是網絡層面的互通。這種方式破壞了OpenStack原生的，最核心的數據模型和開放生態的API的能力，最終變成了廠商綁定的私有云方案。是否可以集成之后仍然提供標準OpenStack原生能力，并保持OpenStack開源的生態呢?

 

二、 資源池規模不斷增加的問題。在一個站點內，有多種不同類型的資源池，當資源池規模不斷增長，不斷擴展時，傳統的主機方式很難滿足這個問題。

 

三、 客戶訴求不斷增多的問題，客戶可能在網絡層面的訴求非常多，同時有跨DC的訴求，支撐容災備份的訴求等等，這么多的訴求用傳統的OpenStack解決方案很難滿足。原因在于，首先，單個OpenStack的管理規模是有限的。其次，OpenStack在服務器和控制節點之間運行的是RPC協議，在跨DC的集成時，難以做到獨立升級維護，獨立管理，以及故障隔離。

 

 

華為企業云產品專家表示：“華為在OpenStack上的策略非常清晰，就是源于開源，基于OpenStack解決客戶的訴求，跟廠商合作，跟社區合作，同時回饋社區。并創建了OpenStack級聯技術，華為目前基于級聯商用的案例，正在不斷把補充的代碼貢獻到社區。”

 

華為最初的考慮是：既然OpenStack是用戶所關注的一個重點，那么是不是能夠用OpenStack進行多站點，多OpenStack，多資源池的編排?這樣就能保證OpenStack的獨立性和API同時多站點的融合，成為開源OpenStack的編排能力，便可以防止被廠商鎖定。OpenStack本身就是一個驅動插件，以Nova為例，調度到計算機點之通過計算機的Driver實現對KVM虛擬機的生命周期管理。OpenStack級聯方案整個加固分成兩層，第一層是上層編排層，是完整的OpenStack的服務，對底層所有的實踐客戶并不感知，在多個DC內通過實際的業務實現對DC內的OpenStack的資源池的關聯，上層的OpenStack有一層插件層，這層插件層完全以插件的形式控制到社區，這個插件負責在兩層之間打通業務，并且把計算存儲網絡都打通，這樣用戶在上層的OpenStack發放業務時只要選擇在哪個OpenStack部署這個業務，整個計算存儲業務的下發都是自動的完成，便利用了OpenStack的原生能力。

 

 

華為OpenStack級聯的價值主要體現在以下幾個方面：

 

首先這是一個開源的編排層，沒有廠商綁定的問題，是標準的OpenStack。可以解決故障率隔離的問題，比如一個站點、業務出現故障，一個站點宕掉，其他站點的業務不受影響。

 

其次，實現了站點間故障的隔離，同時，可以水平擴展，并且每個OpenStack都是可以獨立進行升級維護管理的，具備比較好的故障隔離性和獨立性。

 

第三，利用分布式控制技術，通過DB的訂閱減少RPC量的本地緩存，從而解決單個OpenStack最大到一萬臺物理服務器的規模。

 

通過上述措施，便實現了對OpenStack進行多站點，多OpenStack，多資源池的編排，既保證了OpenStack的獨立性，也防止了被廠商鎖定。