社区首页 >专栏 >Tungsten Fabric入门宝典丨关于多集群和多数据中心

Tungsten Fabric入门宝典丨关于多集群和多数据中心

Tungsten Fabric

修改于 2020-06-05 06:43:13

92000

代码可运行

文章被收录于专栏：Tungsten Fabric中文社区Tungsten Fabric中文社区

运行总次数：0

代码可运行

多集群

由于在内部使用MPLS-VPN，因此Tungsten Fabric中的virtual-network可以扩展到其它Tungsten Fabric集群。

·这可能令人有点惊讶，但据我所知，Neutron ML2插件或其它某些CNI不支持此设置

也就是说，由于它们具有不同的数据库，因此需要在它们之间标记共享资源。

为此，我将描述几个bgp参数的用法。

路由（Routing）

由于Tungsten Fabric使用L3VPN进行VRF间的路由，因此，如果在VRF之间正确设置了route-target，则它可以对报文进行路由。

·由于不能在多个集群之间使用network-policy / logical-router，因此需要在每个virtual-network上直接配置route-target。

注意：如果指定了仅做l3转发，即使在内部VRF的转发中，也会使用L3VPN，因此在该设置中将不使用桥接（bridging）。

安全组（security-group）

Tungsten Fabric还具有一些扩展的属性来传达安全组ID的内容。

·https://github.com/Juniper/contrail-controller/wiki/BGP-Extended-Communities

由于此ID也可以手动配置，因此你可以为每个集群的安全组设置相同的ID，从而允许来自该前缀的流量。

注意：据我所知，无法从R5.1分支中的Tungsten Fabric Webui手动配置标签的ID，因此无法在集群之间使用fw-policy。此行为将来可能会更改。

DNS

在处理多个集群时，DNS是一个很重要的主题。

由于Tungsten Fabric具有类似于OpenStack的默认设置的vDNS实现，因此你可以解析集群中的vmname，并使这些名称可以在外部可用。

·https://github.com/Juniper/contrail-controller/wiki/DNS-and-IPAM

·Controller节点有一个contrail-named进程，用于响应外部DNS查询

·要启用此功能，需要从Tungsten Fabric Webui中选择Configure > DNS > DNS Server > (create) > External Access

因此，至少当使用OpenStack（或vCenter）作为编排器，并且不同的集群具有不同的域名时，它可以直接解析其它集群的名称。

·上游DNS转发器需要能够解析所有名称

在使用Kubernetes时，Tungsten Fabric将coredns用作名称解析的来源，而不是在其自己的vDNS。这些IP和域名可以在kubeadm设置中修改。

cluster0:
kubeadm init --pod-network-cidr=10.32.0.0/24 --service-cidr=10.96.0.0/24
cluster1:
kubeadm init --pod-network-cidr=10.32.1.0/24 --service-cidr=10.96.1.0/24 --service-dns-domain=cluster1.local
cluster1:
# cat /etc/sysconfig/kubelet 
-KUBELET_EXTRA_ARGS=
+KUBELET_EXTRA_ARGS="--cluster-dns=10.96.1.10"
# systemctl restart kubelet

注意：在配置完成后，Tungsten Fabric设置也需要更改（在configmap env中进行设置）

cluster0:
 KUBERNETES_POD_SUBNETS: 10.32.0.0/24
 KUBERNETES_IP_FABRIC_SUBNETS: 10.64.0.0/24
 KUBERNETES_SERVICE_SUBNETS: 10.96.0.0/24
cluster1:
 KUBERNETES_POD_SUBNETS: 10.32.1.0/24
 KUBERNETES_IP_FABRIC_SUBNETS: 10.64.1.0/24
 KUBERNETES_SERVICE_SUBNETS: 10.96.1.0/24

设置好coredns后，它就可以解析其它集群的名称了（coredns IP需要泄漏到各自的VRF，因为这些IP必须是可访问的）

kubectl edit -n kube-system configmap coredns
cluster0:
### add these lines to resolve cluster1 names
 cluster1.local:53 {
 errors
 cache 30
 forward . 10.96.1.10
 }
cluster1:
### add these lines to resolve cluster0 names
 cluster.local:53 {
 errors
 cache 30
 forward . 10.96.0.10
 }