在私有内部网络和kubernetes之间的最佳方式
我已经设置了一个本地Kubernetes集群，我希望确保我的服务不在Kubernetes中，但存在于单独的B类上，能够使用那些迁移到Kubernetes的服务。有很多方法可以做到这一点，我正在寻找最简单的一种。
入口+控制器似乎是最受欢迎的-而且它很有趣，因为它有虚拟主机和HAProxy实现。但我感到困惑的是如何设置Kubernetes服务：
我们没有太多的选择-- ClusterIP不足以将它暴露给外部，或者NodePort。LoadBalancer似乎是一种在网络区域之间切换的更简单、更简洁的方式-尽管有OnPrem解决方案(metalLB)，但似乎与云解决方案相去甚远。
但是如果我坚持使用NodePort，那么我进入网络的端口将是一个非标准端口号，我希望它在标准端口上；特别是如果该服务在非kube上运行一定百分比的流量，其余流量在kubernetes上运行(出于测试目的，我希望在咬紧牙关并将给定微服务的流量100%转移到kubernetes之前，监视一段时间内的流量)。在这种情况下，这些服务将通过相同的端口(几乎总是80个，因为它们是标准的REST微服务)可用会更好。更重要的是，如果我必须重新创建服务，不管出于什么原因，我非常确定端口将会更改，然后所有流量将无法进入Kubernetes集群，这是一个可怕的命题。
处理现有本地和Kubernetes群集(也在本地，不同IP/子网)之间通信的建议方法是什么？有没有什么办法可以在不改变网络参数(各个网络都是B类)的情况下获得流量，并且不会被强制使用NodePort？
回答 1
Stack Overflow用户
发布于 2019-11-14 14:53:34
NodePort服务类型可能适用于阶段或开发环境。但我建议你使用LoadBalancer类型的服务(Nginx入口控制器就是其中之一)。与其他服务类型相比，这种方式优势在于
您可以使用标准端口(相当于由kubernetes).
- Your服务生成的随机
- 是负载均衡的)。(负载平衡将由入口controller).
- Fixed端口负责(它不会更改，除非您修改入口对象中的某些内容)。
https://stackoverflow.com/questions/58849169
复制相似问题
腾讯云开发者
