Karl Mörner 發表於 2020-12-03 14:41:39
您需要多少個NIC才能管理使用服務鏈式VNF的uCPE? 答案是:一個用於WAN數據,另一個用於每個VNF,一個用於平臺?
錯了! 使用帶內管理,可以讓所有管理接口和數據流量共享同一物理接口。 共享的接口可以最大程度地降低系統成本,並使最終用戶更輕鬆,這是為企業部署構建託管服務時的兩個關鍵支柱。 通過統一的帶內管理方法可同時滿足這兩個方面的要求,並簡化了服務提供商添加新的VNF功能和增加現金流的能力。
許多商用VNF作為一項附加功能都支持帶內管理。 它允許用戶配置一個網絡連接來處理WAN和管理流量。 通過帶內管理,VNF(或運行VNF的裸機物理設備)可以將單個IP位址用於所有面向Internet的通信。 卸載專用管理埠可簡化網絡設置,降低系統成本,並簡化安裝過程。 使用專用管理埠的標準帶外配置方法是VNF的基本設置,但是帶內管理可以有很大的改進。
圖1.比較標準和帶內管理VNF的配置
當某個VNF是其他VNF的服務鏈的一部分時,仍然有理由說明為什麼可能需要專用的管理埠。 讓所有管理流量通過鏈中的所有VNF是非常不理想的。 配置這樣的設置將給服務鏈中的每個VNF增加不必要的複雜性,而僅用於啟用服務鏈的VNF特定配置將為服務配置創建漏洞。 根據設計規則,所有VNF均應不知道其所屬的服務鏈和底層網絡。
圖2:VNF服務鏈結合帶內管理的服務鏈是一個設計問題
此推理強烈支持使用標準的帶外方式通過專用WAN,LAN和管理埠配置VNF。 另一方面,帶單個接口埠的帶內管理可提供更好的用戶體驗和更低的系統成本。
圖3:VNF服務鏈上沒有帶內管理的服務鏈,用於簡單的VNF入門
將簡化與良好的設計原則相結合,對服務鏈的網絡設置提出了一些嚴格的要求:
出於成本原因,需要為WAN和管理面共享物理埠。 每個VNF都必須在不感知其所屬服務鏈的情況下進行配置。 使用專用的WAN,LAN和管理埠進行帶外網絡配置是配置每個VNF的理想方法,因為它是標準配置方法,並且是乾淨服務鏈配置所必需的。
這些看似不兼容的要求如何組合起來可能並不明顯,但是可以在底層虛擬化層中實施解決方案。
虛擬化平臺必須允許其自己的平臺級管理流量與用於WAN流量的物理NIC共享。 用於WAN流量的物理NIC也需要與每個VNF管理流量共享。 在單個物理NIC上共享所有管理和WAN流量不會對服務鏈中的單個VNF配置產生影響。
圖4:虛擬化平臺應獨立於其託管的VNF解決服務鏈和帶內管理
那麼,有沒有可用的虛擬化平臺可提供這種方法來進行統一的帶內管理?
是的,Enea NFV Access是uCPE的虛擬化平臺,使用一個物理NIC在平臺級別為所有管理和WAN流量提供帶內管理。 作為零接觸配置(ZTP)的一部分,可以輕鬆實現自動化。 該解決方案可以擴展到任何規模的服務鏈。 在加入VNF時,不會考慮VNF是否包含在任何服務鏈中; 帶內管理和服務連結的所有網絡配置都在虛擬化平臺中解決。 Enea NFV Access簡化了VNF的註冊,支持WAN和所有管理的單個公共IP位址,並提供了真正的通用註冊方法,可實現了完全開放和零鎖定。
編輯:hfy
聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容圖片侵權或者其他問題,請聯繫本站作侵刪。 侵權投訴