OVN分析

OVN架构

下图是常见生产环境OVN部署结构。 三个sourthdb 进程通过raft组成集群，保证sourthdb的高可用。

​ OVN总体架构图

OVN northdb

Northbound DB 是 OVN 和 CMS(比如openstack) 之间的接口。CMS产生Northbound DB 里面的几乎所有的内容。ovn-northd 监听这个数据库的内容变化，然后转换并保存到 Southbound DB 里面。 Northbound DB中有将近二十张表，下面介绍下在前面实验中用到的一些表，更详细的参考ovn-nb Logical_Switch: 每行代表一个二层逻辑交换机。有两种类型的逻辑交换机，一种是全虚拟化网络，也叫overlay逻辑交换机，另一种用来和物理网络连接，称为桥接逻辑交换机。如果用来连接同chassis上的逻辑端口，这两种交换机的工作方式是一样的，但是如果用来连接不同chassis上的逻辑端口，方式就不一样了。overlay逻辑交换机通过隧道来连接远端逻辑端口，而桥接逻辑交换机在localnet类型端口的帮助下，直接通过物理网络连接远端逻辑端口。每个桥接逻辑交换机有一个或者多个localnet类型的端口，此类型端口的地址类型为unknown。在它上面可以配置acl，qos和load balancer等功能。

Logical_Switch_Port: 每行代表一个逻辑交换机端口。 type字段: 如果type为空，则表示一个VM接口，如果type为router，则表示连接的是逻辑路由器;如果type为localnet，则表示连接外部网络(可能会绑定到多个chassis);如果类型为l2gateway，则表示连接外部网络(只能绑定到指定chassis上);等等 up字段：此字段由ovn-northd修改，而不是CMS。如果逻辑端口绑定到了物理位置(Southbound DB中port_binding表up字段为true )，ovn-northd就会设置up字段为true。CMS通过此字段用来等待VM网络变成可用后，再启动VM。但是有一个例外，如果端口类型为router，这up字段永远是true。

Logical_Router: 每行代表一个三层逻辑路由器。在它上面可以配置静态路由，策略，nat和load balancer功能。它是在每个chassis上存在的，通过openflow流表实现。但是有一个例外，如果它通过chassis选项绑定指定了指定chassis，则它就变为网关路由器。

Logical_Router_Port: Logical_Router上的端口，每行代表一个逻辑路由器端口。通过networks指定它的网段。还能通过ha_chassis_group或者gateway_chassis将它设置为分布式网关端口。

Gateway_Chassis: 用来关联到逻辑路由端口，实现分布式网关端口。发送到分布式网关端口的流量会被重定向到关联的chassis，可以设置多行，即多个chassis，同时指定优先级，优先级最高的生效。

HA_Chassis_Group: 每行代表一组chassis，这组chassis用来提供高可用。组里面的每个chassis使用另一个table HA_Chassis来表示。也是用来关联到逻辑路由端口，实现分布式网关端口。

HA_Chassis: HA_Chassis_Group组里面的chass