您好,登錄后才能下訂單哦!
Hi!這里是TF中文社區關于Tungsten Fabric架構解析內容的第二篇,解讀TF如何運作。本文介紹TF控制器和vRouter的軟件體系結構,以及在虛擬機或容器啟動時,vRouters與Tungsten Fabric控制器之間的交互。
Tungsten Fabric架構解析系列文章,旨在幫助初入TF社區的朋友答疑解惑,我們將系統介紹TF有哪些特點、如何運作、如何收集/分析/部署、如何編排、如何連接到物理網絡等話題。
Tungsten Fabric控制器集成了OpenStack或Kubernetes等云管理系統,其功能是確保在創建虛擬機(VM)或容器時,根據控制器或協調器中指定的網絡和安全策略為其提供網絡連接。
Tungsten Fabric由兩個主要軟件組成:
? Tungsten Fabric 控制器– 一組維護網絡和網絡策略模型的軟件服務,為實現高可用性,通常在多個服務器上運行。
? Tungsten Fabric vRouter– 安裝在運行工作負載(虛擬機或容器)的每個主機上,vRouter執行封包轉發,并實施網絡和安全策略。
Tungsten Fabric的典型部署如下圖所示:
Tungsten Fabric控制器通過軟件插件與協調器集成在一起,該插件實現了協調器的網絡服務。
例如,OpenStack的Tungsten Fabric插件實現了Neutron API,kube-network-manager_和_CNI(容器網絡接口)組件使用Kubernetes k8s API監聽網絡相關事件。
Tungsten Fabric vRouter取代Linux橋接器和IP表,或計算主機上的Open vSwitch網絡,控制器配置vRouters以實現所需的網絡和安全策略。
VM的封包如果要轉發到不同主機上,vRouter會加MPLS over UDP / GRE或VXLAN封裝,其中外部標頭的目標是運行目標VM的主機的IP地址。控制器負責在每個實現網絡策略的vRouter的每個VRF中安裝路由集。
例如:默認情況下,同一網絡中的虛擬機可以相互通信,但不能與不同網絡中的虛擬機進行通信,除非在網絡策略中特別允許。控制器和vRouters之間的通信是通過一種廣泛使用且靈活的消息傳遞協議XMPP實現的。
云自動化的一個關鍵特性,是用戶可以為其應用程序請求資源,而無需了解如何或在何處提供資源的詳細信息。
這通常是通過一個門戶網站完成的,該門戶網站提供了一組服務產品,用戶可以從中選擇,并將其轉換為API調用到底層系統,包括云協調器,以啟動具有必要內存、磁盤和CPU的虛擬機或容器,滿足用戶要求的能力。
服務產品可以像具有特定內存、分配給它的磁盤和CPU的虛擬機一樣簡單,也可以包括由多個預配置軟件實例組成的整個應用程序堆棧。
Tungsten Fabric控制器和vRouter的架構,以及與協調器的交互,如下圖所示:
該圖顯示了一個協調器工作虛擬機管理程序和虛擬機,這和容器協調器的信息流類似,例如Kubernetes(帶有Tungsten Fabric的Kubernetes容器)。
主機上運行的工作負載的每個接口都連接到VRF,包含相應網絡的L2和L3轉發表,其中包含該接口的IP地址。
vRouter實現物理路由器執行的集成橋接和路由(IRB)功能。vRouter僅具有位于該主機上有網絡接口的VRF,包括連接到主機物理接口的Fabric VRF。使用VRF可以使不同的虛擬網絡具有重疊的IP和MAC地址,不會定義任何網絡策略來允許它們之間的流量。
Tungsten Fabric虛擬化網絡使用封裝隧道在不同主機上的VM之間傳輸封包,而封裝和解封裝在Fabric VRF和VM VRF之間發生。
創建新的虛擬工作負載時,會在特定于orchestrator的插件中看到一個事件并將其發送到控制器,然后控制器會向代理發送請求,以便在虛擬網絡的VRF中安裝路由,然后代理將其配置在轉發器里。
使用單個接口在新VM上配置網絡的邏輯流程如下:
在此過程結束時,已更新數據中心中所有vRouter的VRF中的路由已經有新VM的信息。
Tungsten Fabric架構解析文章第一篇:TF主要特點和用例
關注微信:TF中文社區
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。