Networking Kubernetes负载均衡器,具有LAN DHCP中的每个服务的新IP

Networking Kubernetes负载均衡器,具有LAN DHCP中的每个服务的新IP,networking,kubernetes,ip,Networking,Kubernetes,Ip,我正在裸机上试用Kubernetes,例如,我有docker容器公开端口2002(这不是HTTP) 我不需要在我的pod之间进行负载平衡,因为每个新pod都在为不同的网络客户端执行自己的任务 是否有一个软件允许从内部DHCP使用新IP访问每个新创建的服务,以便我可以保留我的原始容器端口 我可以用NodePort创建服务,并通过一些随机生成的端口访问这个pod,这些端口被转发到我的2002端口 但我需要在访问容器时保留2002年的端口 每个新服务都需要通过新的LAN IP访问,但端口与容器相同 是

我正在裸机上试用Kubernetes,例如,我有docker容器公开端口2002(这不是HTTP)

我不需要在我的pod之间进行负载平衡,因为每个新pod都在为不同的网络客户端执行自己的任务

是否有一个软件允许从内部DHCP使用新IP访问每个新创建的服务,以便我可以保留我的原始容器端口

我可以用NodePort创建服务,并通过一些随机生成的端口访问这个pod,这些端口被转发到我的2002端口

但我需要在访问容器时保留2002年的端口

每个新服务都需要通过新的LAN IP访问,但端口与容器相同

是否有一些网络插件(LoadBalancer?)允许从DHCP分配的IP转发回这个随机生成的服务端口,以便我可以通过原始端口访问容器

在Kubernetes中启动服务,然后使用IP:2002访问此服务,然后启动另一个服务,但与以前相同的容器映像,然后使用另一个新的IP:2002访问它

啊,这会在集群内自动发生——每个Pod都有自己的IP地址。我知道你说的是裸机,但可能会让你了解如何跳过或扩展SDN,并将Pod的IP暴露到可路由的地址空间中,做你想要的事情

更真实地说:我从未尝试过这样的事情,但可能足够灵活,可以与DHCP服务器交互,并从预定的池中提取Pod的IP,只要池足够大,可以容纳Pod创建和终止的频率

不管怎样,我绝对会读一篇博客文章来描述你成功与否的尝试



另一方面,要小心,因为
服务
一词在kubernetes中的意思是特定的,尽管遗憾的是,它是一个更通用的词(我怀疑你是这样做的)。谢天谢地,
服务
的设计目的与您想要的正好相反,所以几乎没有混淆的机会——请注意。

这是一个非常非常混淆的问题。你可以用一个具体的例子,或者试着把问题整理得更简洁一些吗?例子:嗯…:在Kubernetes中启动服务,然后用IP:2002访问此服务,然后启动另一个服务,但与前面相同的容器映像,然后用另一个新的IP:2002Hi访问它,我发现类似的东西,它可以工作,但它不是从DHCPAs汇集IP运气会有它,我今天看到,这一点,再次,我没有尝试,但描述听起来完全像你想要的,所以这将像一个工作的一部分,例如在印花布下?我很难猜测,因为我没有任何经验,除了“传统”的SDN(例如Calico,是的)。您是否已经查看了Calico论坛(或在此处询问),以查看是否有人专门尝试与Calico进行DHCP?