1 月 13 日，OpenvSwitch 團隊正式宣布了 OVN（Open Virtual Network ）項目，參考 Open Virtual Network Annoucement。
眾所周知，OpenvSwitch 已經是現在數據中心里軟件交換機的事實標準。由于硬件交換設備的成本一直降不下來，而且用硬件交換設備去延伸管控服務器上的虛擬機的相關標準和協議仍不成熟，OpenvSwitch 在相當長的一段時間里，以其成本和靈活性的優勢，占據很大一部分低端市場。
傳統情況下，大家使用 OpenvSwitch 主要有兩個目的，一個是支持 OpenFlow、OVSDB 這樣的 SDN 管控協議；另外一個是作為數據中心中的接入層交換機。
而OVN項目的提出，其實是針對后一種應用場景，大大增強和簡化了 OpenvSwitch 作為接入層交換機的使用。
OVN 要做的事情，看起來其實蠻簡單，就是直接提供對虛擬網絡（各種 overlay、安全組等）的支持。這件事很簡單，但是將產生的影響實際上很大。
現在數據中心里，由于大二層的需求和硬件交換機的不給力，虛擬網絡實際上已經成為了一種基礎設施。誰不上虛擬網絡，那他的數據中心規模一定大不了。正是看到了這點，OVN 希望將如何提供虛擬網絡這件事情 take over 過來，讓上層的用戶直接使用它，而無需自己費心思去采用各種 overlay 技術往 OpenvSwitch 中塞各種規則。
在實現上也不難理解，底下還是 OpenvSwitch，上面多了一層 Hypervisor 層，如下圖（基于官方的圖修改）所示，新的組件主要包括一個 OVN DB 和 一個 OVN-Controller，以及它們之間的通訊協議。
雖然官方一直堅持 OVN-Controller 并非一個 SDN 的完整控制器，但是由于目前虛擬網絡管理往往是在 SDN 控制器中做的，其實可以理解為把傳統 SDN 控制器中這一層要做的事情給接管了過來。往后控制器實際上可以直接操作現成的虛擬網絡了。
從架構設計上，理念跟 OpenvSwitch 類似，核心還是數據庫，組件之間通過協議進行松耦合的調用。
如果說最初大家討論 SDN 是希望將控制平面跟數據平面拿開，那么，在這里其實是希望將控制層的部分功能再往回放放。這個思想跟我們 12 年提出的設計很相似。
不從對錯的角度，從實用的角度看，數據平面特點是“傻快”，控制平面是“靈慢”。這意味大量重復性的簡單操作應該是跟數據平面靠的近一些，反過來發生頻率低的，需要復雜處理的則應該爭取放到控制平面去。OVN 無疑也是看到了在數據中心網絡這個特殊場景中，各種虛擬網絡所依靠的封裝、映射等操作已經成為了常見的基本需求。這些基本需求都放到遠端的控制器，已經有點“殺雞用牛刀”的感覺了。
當然，思路是這個思路，具體怎么做，現在這個樣子是否是最合理的，還得看實踐的檢驗。但這確實是一個從底下往上走的很好的嘗試。
京公網安備 11010502049343號