混合云架構融合了私有云和公有云，如何部署混合云已經成為IT圈里面最熱門的話題之一。大部分數據中心團隊都發現這種架構在技術上具有極大的挑戰，這些挑戰主要源于各種工具的不成熟和云產品的快速發展。
出于各種原因，IT團隊需要將云資源同時分配在私有云和公有云上，從而產生了混合云。其中首要原因是云爆發。云爆發指應用運行在私有云或數據中心中，當私有云計算能力達到頂峰時按需加入公有云資源。除此之外還有經濟原因，公有云能降低資源開銷，同時也能降低維護成本。
解決峰值業務的訪問
對企業來說，在公有云服務提供商(如亞馬遜云服務Amazon Web Service)上創建額外的公有云資源是非常有吸引力的，因為企業數據中心只需要部署支持平均負載的私有云資源，而不需要為了應付峰值負載而過度部署。業務的峰值負載往往超過均值負載的20%-50%，甚至更多，因此利用公有云可以極大程度上避免低利用率的資源開銷，特別是對于峰值發生較少的情況。
企業樂于節約開銷，并且傾向于具有高度靈活性的公有云資源——大量低成本資源能夠秒級啟動秒級終止，這一細節至關重要。
隨著數據量逐日增加，企業業務對數據已經產生極大的依賴性。遷移TB級別的數據需要很長時間，尤其是當即啟即用的公有云計算實例需要訪問私有云上的大批數據時，我們遇到過很多麻煩。
云數據傳輸慢的主要原因在于網絡帶寬。我們目前沒有足夠的帶寬支持快速的云數據傳輸。這個限制使我們在需要云爆發(負載超過私有云極限)時不能及時將數據拷貝到用于擴展的云資源上，成為混合云使用的一大難點。
對于上述問題，目前最熱門的混合云部署實例是數據波動(data volatility)。這種場景中，我們首先決定是否需要分別在公有云和私有云中部署多份同樣的數據。如果需要的話，如何保持多份數據的一致性，是一個非常困難的挑戰。因為任何傳統的數據鎖操作，在遠程執行時，都會使數據訪問變得非常慢。
如何解決訪問慢的問題?如果數據庫中大部分數據都是固定不變的，比如歷史數據，剩下的小部分數據是會緩慢變化的，比如價格列表、描述信息等，那么IT團隊僅僅需要在訪問一致性數據時才進行同時訪問多個數據庫的慢操作，例如查詢資產可用情況。對于不需要保持一致性的數據，IT團隊可以異步訪問，或者訪問本地數據庫副本。這種優化訪問需要根據業務特點設計數據存取的方式，它的好處是毋庸置疑的，因為訪問本地數據庫副本的WAN傳輸速度肯定比訪問異地數據庫的運營商網絡快。
還有另一種可以參考的混合云部署方法：將數據以主機托管模式(colocate)部署到電信服務提供商的機房，或者其他擁有快速連接公有云網絡的設施中。這種部署方式使數據離公有云更近，公有云可通過10GbE或40GbE局域網快速訪問數據，但私有云端訪問數據速度將受制于較慢的WAN連接。
數據安全問題
將私有云的部分或者全部都遷移到擁有良好網絡的主機托管環境中，能極大地解決混合云架構的性能問題。為了實現這種遷移，首先需要保證數據安全性。問題主要出現在加密方面，因為需要對傳輸和靜態存儲中的所有數據加密。
如果沒有硬件加速，加密會極大地影響性能從而使我們不能經常使用。有一種方式對性能影響不大，就是通過磁盤加密技術實現靜態存儲數據加密，因為它只在存儲端執行。雖然該方式下數據寫盤不產生額外的時延，但該方式已被證明是不安全的，因此不推薦使用。在主機托管模式中，服務器端加密是非常必要的。
在主機托管模式中，你還將面對私有云和公有云之間交互的瓶頸問題，特別是在數據更新方面。由于數據鎖操作和兩地傳輸，很容易積累起百毫秒級別的時延。一種解決方案是將私有云的一部分資源(不單單是數據)部署到主機托管環境中，可以是由云服務商提供并維護這些資源，也可以直接購買服務商提供的服務器。
各大數據庫提供商不斷在數據安全方面重點投資，主機托管模式已經成為一種安全的部署方式。隨著目前云服務價格戰的繼續，這種方式將會成為最經濟的解決方案。
京公網安備 11010502049343號