- ovn0 网卡 用于 pod--host 之间的连通性
- 网关 QOS, 基于ovn0 作为下一套路由的机制,可以通过配置和修改ovn0的qos限制出网带宽
- 基于ping ovn0 作为node是否ready的条件之一,作为ecmp的下一跳路由是否有效的条件
- 基于 ovn0 以及 ipset 以及 MASQUERADE 进行snat 然后基于host 路由出公网
维护上应注意的问题:
-
ovs重启之后,ovn0 port状态会变为down,所以在ovs重启之后,需要重启kube-ovn-cni
-
ovn0 机制的实现,总归是多了一跳,而且由于是tap设备,性能也会下降。
-
后续会再研究下 gw chassis group的高可用
网友评论