如何配置kubernetes集群以使用平面网络？

Question

我想在KVM中设置一个kubernetes集群，它使用一个平面的DHCP网络进行所有通信。

VMs的VNIC将成为kube-master和kube-工人之间的桥梁，以使用现有的物理DHCP网络。

我想知道是否有可能使库伯奈特人使用同样的物理DHCP网络，无论是荚和库伯奈特的内在性。有人知道怎么配置它吗？

我试着在/etc/cni/net.d中配置一个brige网络，但是它没有工作。我要试试IPVLAN还是别的什么吗？

谢谢

Answer 1

我建议阅读有关集群联网的Kubernetes文档。

您可以使用穆图斯 (多网络插件)。CNI允许将多个网络接口附加到Kubernetes中的pods。

穆图斯是一个多CNI插件，它使用基于CRD的Kubernetes网络对象来支持Kubernetes的多网络功能。 Multus支持所有的参考插件 (例如。法兰绒，DHCP，麦克夫兰)实现CNI规范和第三方插件(例如。卡利科，织法，纤毛，康蒂夫)。除此之外，Multus还支持Kubernetes中的SRIOV、DPDK、OVS-DPDK & VPP工作负载，并在Kubernetes中支持基于云的应用程序和基于NFV的应用程序。

有了它，您可以使用dhcp插件

使用dhcp插件，容器可以获得已经在您的网络上运行的DHCP服务器分配的IP。这对于诸如macvlan之类的插件类型尤其有用。因为DHCP租约必须在容器生存期内定期更新，因此需要运行一个单独的守护进程。同样的插件二进制程序也可以在守护进程模式下运行。

还有Kubernetes上的NPF DHCPd

这个部署使用了几个kubernetes特性，这些特性主要是由旧的isc-dhcpd的假设和限制驱动的。要点是：

• =
• Isc-dhcpd将其dhcp租约存储在一个文件中，但它不会在启动时自动创建该文件。为了确保这始终按预期工作，我们使用一个init容器，在启动dhcpd之前触摸文件。
• 虽然pod可以查询自己的FQDN来查找自己的IP，但它不能通过其FQDN查询其他豆荚IP，但这使这个过程暂时脱轨，但实际上通过创建一个无头服务来巧妙地解决这个问题，它将通过DNS公开其豆荚IP地址。
• 部署和服务实际上分为两部分:主部署和次要服务。这是一种解决方法，因为dhcpd要求每个实例的信任略有不同，因此我们通过拥有两个所有的东西来实现这一点，仍然执行部署的好处是，如果一个实例失败，我们可以让一个复制控制器拆分一个替换实例。
• 除了一些细节之外，这两个部署共享它们的大部分配置，因此我们可以使用共享配置拥有一个kubernetes [计]结构图，然后在主配置和次要配置相同的位置上安装kubernetes将挂载的几个不同的细节。
• 因为我们有两个部署，所以我们希望确保它们不会部署在集群中的同一个物理节点上，因为我们使用抗亲和力，所以kubernetes会更愿意将它们放在单独的节点上。
• 使用新的状态集可能会更干净，这样我们就可以避免重复部署，这是2018年NPF需要研究的问题。我们不支持PersistentVolumeClaims，但只有PersistentVolumes在我们的iSCSI SAN，这可能是有点难做的状态设置自动柜员机。

更新

我认为这可能是你最好的解决方案，kubernetes的简易桥梁网络。您已经在bridget.yaml中完成了整个部署，它正在创建一个DeamonSet](https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/)，因此它将在所有(或某些)节点上运行一个pod的副本。

bridget -这是一个简短的shell脚本，它帮助您为Kubernetes组织简单的桥梁网络。没有重叠，没有政治。只是平面L2-网络跨越您的所有主机和豆荚。 此外，bridget可以自动配置VLAN和桥接口。见图：

bridget自动从吊舱网络中检索节点cidr，并配置cni以供使用.