在軟件定義的數據中心,軟件聯網有助于容器環境的彼此通信,維護好網絡策略,不需要管理員對每一項更改作出響應。
隨著DevOps越來越多地使用容器,數據中心網絡管理員要響應網絡上的不同需求,包括可擴展性、可預測的性能、多租戶和安全性等。
容器依靠物理網絡相互通信并鏈接到其他應用程序,本文為管理自己內部IT資源的私有企業評估了數據中心聯網需求。這不包括超大規模云提供商的數據中心,因為他們的需求和資源與典型IT企業的需求和資源完全不同。
什么是容器?
容器是一個獨立的軟件包,它提供操作系統級的虛擬化功能來部署分布式應用程序,還提供開銷小于管理程序的服務器虛擬化功能。容器的優點包括更好的應用程序性能、每服務器/核心的密度更高,擴展起來更有彈性等。容器是DevOps類型(基于微服務)應用程序的理想選擇,能夠增強應用程序的可移植性。
與虛擬機不同,容器是不斷變化的。它們可以根據應用程序的要求快速擴展或者分解。容器編排工具,包括Kubernetes、Docker和Mesos等,用于部署和刪除容器,并跟蹤每一容器的位置和IP地址。
容器對數據中心網絡的影響
基于容器的應用程序的體系結構不同于流行的基于管理程序的應用程序。例如,新的基于容器的應用程序可能具有5到10個甚至更多的微服務,所有這些服務都在不同服務器或者內核上的各個容器中運行。應用程序內的這些微服務之間的高頻次會話有低延遲和高帶寬需求。單個服務器或者內核(幾十到上百個)中容器的數量非常龐大,可能需要對網絡性能進行升級。
通常可以在服務器之間移動基于容器的微服務的物理位置,所提供的位置和狀態報告數據一般要少于相應的基于管理程序的應用程序。這使得IT專業人員更難“找到”它們并解決網絡性能問題。
容器用于新的DevOps類型的應用程序,應與復雜的網路進行邏輯隔離。基于容器的應用程序的所有者希望開發并擴展其環境,與數據中心網絡團隊進行交互時不會出現延遲,從而進行復雜的聯網或者安全調整,例如配置vLAN。
聯網容器面臨的主要挑戰包括:
● 大幅度提升網絡性能
● 易于為新應用程序配置網絡、計算和存儲資源
● 能夠根據應用程序來快速增大或者減小帶寬
● 內部數據中心與公有云之間的工作負載遷移
● 提供應用程序隔離功能,以增強安全性和支持多租戶
容器技術有其獨特的管理和控制系統。IT部門需要把容器自動化和管理信息集成到更全面的數據中心網絡管理平面中——特別是在容器部署得越來越多、越來越復雜和更具戰略意義的情形。
容器平臺聯網的限制
容器技術最主要的供應商都在其產品中內置了聯網功能。這些網絡協議/技術包括Calico、Flannel和Weave。而且,容器供應商(Docker、Kubernetes、Red Hat和Canonical)已經計劃改進其容器聯網功能的規模和范圍。
雖然容器供應商為小規模和試驗性的容器部署提供簡單的聯網功能,但是很多客戶發現內置容器聯網選項的性能和可擴展性有嚴重的局限。容器需要在整個軟件定義的數據中心網絡(SD-DCN)體系結構中進行連接,這種體系結構與其他數據中心資源基于管理程序的應用程序進行聯網。
容器軟件供應商不能很好地實現數據流的可視化,也不提供與數據中心現有MANO(管理、自動化和網絡編排)平臺相集成所需要的軟件。如果不能很好地支持vLAN、VXLAN和第3層路由,容器的IP尋址是有難度的。
容器聯網選擇
IT部門在滿足其新容器部署的聯網需求方面有很多選擇。如果部署規模相對較小(小于6個pod),并且包含在特定的應用程序中,那么企業可以利用內置在容器編排平臺中的聯網功能,例如Docker等。如果基于容器的應用程序需要與基于管理程序的應用程序集成,那么IT供應商(包括Red Hat、VMware和HPE)會提供解決方案。
隨著基于容器的解決方案變得越來越大、越來越多,IT部門需要把它們集成到其SD-DCN總體戰略中。最大的數據中心網絡供應商(思科、HPE/ Aruba和Arista)都提供容器聯網解決方案。幾家獨立的網絡軟件供應商提供創新的解決方案來大規模部署容器,這包括Big Switch和Cumulus等公司。
給IT領導們的建議
容器是微服務類應用程序非常熱門的新開發環境。很多企業已經開始針對容器技術進行試驗,以解決部署難題,提高應用程序的性能。隨著容器從試點轉向投產,大規模將其聯網并集成到SD-DCN中的挑戰也越來越大。
軟件聯網提供了抽象功能,把最初的容器部署與復雜的數據中心整體環境隔離開來。軟件聯網可以幫助容器環境進行擴展(彼此聯網),并提供抽象功能,以支持容器環境維持其聯網策略,每次進行改動時,不需要與數據中心網絡部門進行交互。
隨著基于容器的應用程序成為數據中心環境的主流,IT部門需要把它們集成到SD-DCN及其相關管理/自動化平臺的總體戰略中。IT專業人員可以從很多數據中心大供應商以及大大小小的網絡供應商那里獲得容器的軟件聯網技術。