當談及使用OpenStack和公共云供應商（如AWS）開發混合云時，很多IT專業人士都有著一個長長的愿望清單。
混合云是2016年最熱門的IT流行語之一。一些企業會傾向于開發一個OpenStack混合云 ，其中內部或私有云運行使用的是開源云平臺，而公共云部分則選擇亞馬遜網絡服務、谷歌或微軟這三大云服務供應商之一。
但是，由于OpenStack仍然處于開發階段，OpenStack混合云計算開發相關的可用接口和工具并沒有像眾多IT專業人士所希望的那樣完整或高效。
OpenStack與其他云平臺之間還存在著一些脫節。例如， 當談及平臺與公共云巨頭亞馬遜網絡服務（AWS）進行交互時，OpenStack社區成員之間還是存在著緊張感。與讓Nova（OpenStack模塊之一）與AWS的彈性計算云（EC2）兼容不同，OpenStack是以一個本地應用程序編程接口（API）為目標的，而實際是與AWS功能后的EC2進行接口交互的。這就是一個足夠大的問題了，EMC的Cloudscaling發布了一個更新版以取代代碼庫StackForge中現有的Nova EC2 API，以求嘗試推動兼容性的提高。
這些挑戰也可能出現在一個開源項目中。就目前來看，這種緊張感將繼續提升OpenStack混合算的整合難度系數，以下是一些在配合公共算（如AWS）使用平臺時的關鍵點和最佳實踐。
OpenStack混合云中的配置管理
云的命脈就在于以腳本程序形式存在的配置管理。理想情況下，云管理員們能夠使用OpenStack腳本程序對AWS及其他公共云工作負載進行配置管理。OpenStack的Heat模塊的目的就在于此，但是與Nova一樣，它似乎是以本地API為目標的。一個管理這些腳本程序的單一工具將幫助企業用戶避免一些不必要的工作、時間以及本無可避免的人為錯誤（如在不同平臺之間來回復制腳本程序時出現的錯誤）。同時，從治理的角度來看，不同云之間的同步是至關重要的。
OpenStack和AWS都提供了一些類似的服務，這將有助于提高整合度。例如，當選擇鏡像文件時，每個堆棧都有著它們自己的認證鏡像解決方案庫。挑出那些重復的鏡像文件將有助于整合。
存儲和性能方面的考慮
在存儲方面，OpenStack用戶可以在其Swift和Cinder存儲模塊下部署一整套替代品。如果使用AWS，那么選擇的余地將更為有限；用戶可以在為塊存儲選擇亞馬遜彈性塊存儲，或者為對象存儲選擇簡單存儲服務。雖然OpenStack和AWS存儲之間的交互是相對簡單的，但是當企業用戶試圖在他們的公共云和私有云中保留相同的數據時，問題就變得復雜了。
例如，一個難題就是同步。OpenStack和AWS之間的接口相對帶寬較小速度較慢。諸如向兩個云寫數據的簡單方法可能過于緩慢以至于無法支持多種類型的操作，因此必須有一個能夠防止不同步情況發生的替代解決方案。
由于WAN速度較慢，要確保AWS和OpenStack混合云的性能就要在兩個云之間實現盡可能多的數據復制。對于能夠使用批量更新或者具有較低變化的數據來說，這種方法還是較易實施的。此外，當發生云爆發后退出公共云計算時不關閉存儲系統也是一個較好的做法。
而要求以近乎實時的速度實現同步的數據則應另當別論了。最有可能發生的情況是，用戶會希望把這類數據保留在企業內部，而當公共云算訪問該數據時，對數據流進行加密處理。
另一個選擇則是租用電信數據中心的存儲空間，因為它與公共云的連接速度更快。但是，因為這樣做有可能會拖慢內部運行（這主要取決于與電信供應商的連接速度），這個模式在電信數據中心距離較近時才具有最佳效果。
管理OpenStack混合云的工具
當談及部署和管理OpenStack混合云時，有一些工具是能夠幫上忙的。例如，Red Hat正在擴展其ManageIQ管理工具以便將其應用于混合云的管理。這應當是為跨公共云私有云實施配置與設置提供了一個方向。同樣由Red Hat推出的CloudForms也是旨在推動OpenStack與所有主流公共云的整合。
幾家云計算服務大供應商也有意涉足混合云市場。微軟公司目前提供了Azure Stack，而AWS似乎愿意向其較大客戶（例如美國中情局CIA）提供一個類似“盒中云”的產品。這些供應商們還有一些可幫助實現混合云的內部工具，而其他服務和軟件包將需要未來一年左右的時間讓公共云和私有云的混合集成變得更簡便。
這方面的可發揮空間還很大。云管理工具的現狀是落后于市場發展的，Garter表示。即便如此，云管理工具還是取得了不小進展的，混合云部署（包括那些與OpenStack相關的）將在未來幾年內得到極大改善。
京公網安備 11010502049343號