在過去幾年中，IT基礎設施已經(jīng)向混合和多云模式發(fā)展。而對于那些已經(jīng)投資OpenStack私有云的企業(yè)來說，可有多種選擇來為混合云或多云部署做好準備。
多云的好處和挑戰(zhàn)
盡管從安全性和性能要求上看，部署私有云仍舊是更合理的選擇，但企業(yè)同時使用多個公有云的情況依然存在。
多云計算使企業(yè)能夠利用各種云服務，而不用管供應商是誰。例如，用戶可以選擇谷歌進行高性能計算，選擇AWS的廣泛功能組合，也可以使用甲骨文提供的數(shù)據(jù)庫即服務產(chǎn)品。
但要在多云部署中取得成功，IT團隊必須改進管理實踐。
首先，要在云平臺之間遷移應用程序，團隊需要仔細編排工作負載并“翻譯”虛擬網(wǎng)絡配置文件。像Ansible這樣的工具可以簡化這個過程，特別是對于需要在OpenStack和主要公有云之間遷移的工作負載而言。
業(yè)界也在努力為VM和容器進行鏡像的標準化，這將進一步簡化應用程序的可移植性。
盡管如此，由于云供應商擁有不同的服務和API集合，IT團隊有責任確保他們的應用程序與他們使用的所有平臺都兼容。
然后，團隊應該將重點轉(zhuǎn)移到數(shù)據(jù)管理上，以避免多云模式中的性能瓶頸。
管理混合多云部署的數(shù)據(jù)
要讓OpenStack為混合或多云模型做好準備，請記住，Swift 存儲已經(jīng)有自己的專有接口，這個接口超越了大多數(shù)云供應商使用的 Amazon Simple Storage Service(S3)REST 構(gòu)造。
如果你希望你的應用程序使用本地 OpenStack 數(shù)據(jù)，那么最好限制你的部署為 S3 兼容，以在所有云中維護一個 REST 接口——這意味著 Ceph 是比Swift 更好的選擇。
一定要避免在公有云和 OpenStack 私有云之間傳輸整個數(shù)據(jù)集，因為這個過程既費時又費錢。
相反，你需要在每個云平臺中使用數(shù)據(jù)副本來消除延遲。但請記住，有些數(shù)據(jù)需要一個主副本，而且你必須選擇在哪里托管該副本。
為了進一步緩解存儲延遲的問題，請在數(shù)據(jù)中心中使用高帶寬光纖鏈路運行 OpenStack 私有云。存儲快照和持續(xù)備份方面的最新進展使得更多的選擇成為可能。結(jié)合復制和擦除編碼，可以自動將數(shù)據(jù)復制到多個云。這通常是異步復制，否則寫入性能會受到很大影響。同步窗口時長可以低至一分鐘，甚至更短——這對于需要接近實時的數(shù)據(jù)應用(如數(shù)據(jù)分析)來說特別有用。
OpenStack兼容性
在混合或多云部署中，始終存在哪些云 “一起玩得最好”的問題。
所有主要的公有云服務提供商都繼續(xù)努力與 OpenStack 交互。
例如， Microsoft Azure 專注于 Azure Stack 和 Windows Server 之間無縫的數(shù)據(jù)遷移。
AWS 很可能與其合作伙伴 VMWare 進一步深化合作。
谷歌則與紅帽專注于OpenStack私有云和公有云 。
盡管如此，幾乎沒有證據(jù)表明哪一個公有云平臺會成為與 OpenStack 私有云搭配的標準選擇。
展望未來，多云的重點將是在供應商和平臺之間進行統(tǒng)一管理。但保障不同云服務和SaaS應用程序的正常訪問更符合總要。實際上也意味著API更為重要。
