kubernetes集群内服务通信

Question

我有一个复合服务S.c，它使用两个原子服务S.a和S.b，其中所有三个服务都在Kubernetes集群中运行。更好的模式是什么

1）将Sa、Sb创建为无头服务，并让Sc通过NGINX等外部负载均衡器与它们集成（使用DNS解析器来维护更新的后端pod）

2） 使用clusterIP创建Sa、Sb，并让Sc通过群集DNS（skyDNS加载项）访问/解析它们。这将在内部利用基于IP表的负载平衡来实现POD。

注意：我的k8s集群是在定制解决方案（内部部署VM）上运行的，我们有许多组合服务，它们使用1到多个原子服务（如上面的示例）。

编辑：在少数情况下，我还需要将服务公开给外部网络，例如Sb需要从Sc和外部访问。在这种情况下，将Sb创建为无头服务更有意义，否则DNS解析器将始终只返回blosterIP地址，所有外部请求也将被路由到blosterIP地址。我的挑战是两种场景（内部与内部）都相互冲突

示例：nginx-service（具有blosterIP）和nginx-head less-service（head less）

 / # nslookup nginx-service
 Server:    172.16.48.11
 Address 1: 172.16.48.11 kube-dns.kube-system.svc.cluster.local

 Name:      nginx-service
 Address 1: 172.16.50.29 nginx-service.default.svc.cluster.local

 / # nslookup nginx-headless-service
 Server:    172.16.48.11
 Address 1: 172.16.48.11 kube-dns.kube-system.svc.cluster.local

 Name:      nginx-headless-service
 Address 1: 11.11.1.13 wrkfai1asby2.my-company.com
 Address 2: 11.11.1.15 imptpi1asby.my-company.com
 Address 3: 11.11.1.4 osei623a-sby.my-company.com
 Address 4: 11.11.1.6 osei511a-sby.my-company.com
 Address 5: 11.11.1.7 erpdbi02a-sbyold.my-company.com

Answer 1

使用DNS群集IP是更简单的方法，并且不需要将您的服务公开给公共internet。除非您想从nginx获得特定的负载平衡功能，否则我建议使用#2。