验证子网绑定生效

# kubectl create ns ns1
namespace/ns1 created# kubectl run nginx --image=nginx:alpine -n ns1
deployment.apps/nginx created# kubectl get pod -n ns1 -o wide
NAME                     READY   STATUS    RESTARTS   AGE   IP           NODE    NOMINATED NODE   READINESS GATES
nginx-74d5899f46-n8wtg   1/1     Running   0          10s   10.66.0.11   node1              

4. Overlay 子网网关配置

该功能只对 Overlay 模式子网生效，Underlay 类型子网访问外部网络需要借助底层物理网关。

Overlay 子网下的 Pod 需要通过网关来访问集群外部网络，Kube-OVN 目前支持两种类型的网关： 分布式网关和集中式网关，用户可以在子网中对网关的类型进行调整。

两种类型网关均支持 natOutgoing 设置，用户可以选择 Pod 访问外网时是否需要进行 snat。

分布式网关

子网的默认类型网关，每个 node 会作为当前 node 上 pod 访问外部网络的网关。 数据包会通过本机的 ovn0 网卡流入主机网络栈，再根据主机的路由规则进行出网。 当 natOutgoing 为 true 时，Pod 访问外部网络将会使用当前所在宿主机的 IP。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GuzG6TZv-1670161299419)(assets/image-20221127201726-go3abfx.png)]

子网示例，其中 gatewayType 字段为 distributed：

apiVersion: kubeovn.io/v1
kind: Subnet
metadata:name: distributed
spec:protocol: IPv4cidrBlock: 10.166.0.0/16default: falseexcludeIps:- 10.166.0.1gateway: 10.166.0.1gatewayType: distributednatOutgoing: true

集中式开关

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YKvgJctU-1670161299420)(assets/image-20221127201940-alarij2.png)]

子网内流量访问外网使用固定的 IP，以便审计和白名单等安全操作，可以在子网中设置网关类型为集中式网关。

在集中式网关模式下，Pod 访问外网的数据包会首先被路由到特定节点的 ovn0 网卡，再通过主机的路由规则进行出网。 当 natOutgoing 为 true 时，Pod 访问外部网络将会使用特定宿主机的 IP。

子网示例，其中 gatewayType 字段为 centralized，gatewayNode 为特定机器在 Kubernetes 中的 NodeName。 其中 gatewayNode 字段可以为逗号分隔的多台主机。

apiVersion: kubeovn.io/v1
kind: Subnet
metadata:name: centralized
spec:protocol: IPv4cidrBlock: 10.166.0.0/16default: falseexcludeIps:- 10.166.0.1gateway: 10.166.0.1gatewayType: centralizedgatewayNode: "node1,node2"natOutgoing: true

• 集中式网关通过指定机器的特定网卡进行出网，gatewayNode 可更改为 kube-ovn-worker:172.18.0.2, kube-ovn-control-plane:172.18.0.3 格式。
• 集中式网关默认为主备模式，只有主节点进行流量转发， 如果需要切换为 ECMP 模式，请参考集中式网关 ECMP 开启设置。

5. 子网ACL设置

对于有细粒度 ACL 控制的场景，Kube-OVN 的 Subnet 提供了 ACL 规则的设置，可以实现网络规则的精细控制。

Subnet 中的 ACL 规则和 OVN 的 ACL 规则一致，相关字段内容可以参考 ovn-nb ACL Table， match 字段支持的字段可参考 ovn-sb Logical Flow Table。

允许 IP 地址为 10.10.0.2 的 Pod 访问所有地址，但不允许其他地址主动访问自己的 ACL 规则示例如下：

apiVersion: kubeovn.io/v1
kind: Subnet
metadata:name: acl
spec:acls:- action: dropdirection: to-lportmatch: ip4.dst == 10.10.0.2 && ippriority: 1002- action: allow-relateddirection: from-lportmatch: ip4.src == 10.10.0.2 && ippriority: 1002cidrBlock: 10.10.0.0/24

6. 子网隔离设置

子网 ACL 的功能可以覆盖子网隔离的功能，并有更好的灵活性，我们推荐使用子网 ACL 来做相应的配置。

如需对子网间的访问进行控制，可以在子网 CRD 中将 private 设置为 true，则该子网将和其他子网以及外部网络隔离， 只能进行子网内部的通信。

如需开白名单，可以通过 allowSubnets 进行设置。allowSubnets 内的网段和该子网可以双向互访。

开启访问控制的子网示例

apiVersion: kubeovn.io/v1
kind: Subnet
metadata:name: private
spec:protocol: IPv4default: falsenamespaces:- ns1- ns2cidrBlock: 10.69.0.0/16private: trueallowSubnets:- 10.16.0.0/16- 10.18.0.0/16

7. Underlay 相关选项

该部分功能只对 Underlay 类型子网生效

• vlan: 如果使用 Underlay 网络，该字段用来控制该 Subnet 和哪个 Vlan CR 进行绑定。该选项默认为空字符串，即不使用 Underlay 网络。
• logicalGateway: 一些 Underlay 环境为纯二层网络，不存在物理的三层网关。在这种情况下可以借助 OVN 本身的能力设置一个虚拟网关，将 Underlay 和 Overlay 网络打通。默认值为：false。

8. 网关检查设置

默认情况下 kube-ovn-cni 在启动 Pod 后会使用 ICMP 或 ARP 协议请求网关并等待返回， 以验证网络工作正常，在部分 Underlay 环境网关无法响应 ARP 请求，或无需网络外部联通的场景 可以关闭网关检查。

apiVersion: kubeovn.io/v1
kind: Subnet
metadata:name: disable-gw-check
spec:disableGatewayCheck: true