Kubernetes跨集群调用ClusterIP服务，ExternalName配置后无法连通如何解决？

核心故障原因 #

• 跨集群DNS解析不可达
  默认情况下两个独立Kubernetes集群的CoreDNS服务互相孤立，cluster2的CoreDNS无法识别cluster1的svc.cluster.local后缀域名。首先你cluster2的ExternalName配置就存在命名空间书写错误：cluster1的service2部署在test1命名空间下，正确的域名应为service2.test1.svc.cluster.local，你写的service2.test.svc.cluster.local本身就是不存在的域名；其次就算域名书写正确，cluster2解析该域名时只会查询本地集群的DNS记录，本地集群没有对应记录就会直接解析失败。
• ClusterIP网段跨集群不可路由
  ClusterIP是Kubernetes集群内部的虚拟IP段，仅在集群内部的节点、Pod网络中可达，cluster2的Pod/节点没有到cluster1的ClusterIP段的路由规则，就算DNS解析正确拿到了102.11.20.100的地址，数据包也根本无法发送到cluster1的对应服务。
• ExternalName配置不规范
  ExternalName类型的Service不需要配置spec.selector字段，该字段仅对ClusterIP/NodePort/LoadBalancer类型的Service生效，你配置的selector属于无效配置，不会直接导致失败但属于配置错误。
• 端口配置缺失
  你两个ExternalName Service都没有定义spec.ports字段，访问时需要显式带上目标服务的9099端口，如果直接访问服务名不带端口，默认会走80端口，自然无法访问到9099端口的服务。

可行的跨集群服务访问替代方案 #

你当前的双层ExternalName方案本身逻辑不成立，建议采用以下成熟方案实现需求：

• 方案1：将cluster1的service1改成NodePort/LoadBalancer类型，cluster2的ExternalName直接指向cluster1节点的IP/LoadBalancer公网IP，访问时带对应暴露的端口即可
• 方案2：使用Submariner、Karmada、Istio多集群等跨集群管理组件打通两个集群的网络和DNS，实现跨集群直接访问ClusterIP服务
• 方案3：修改cluster1的集群DNS域为独立后缀（比如cluster1.local），在cluster2的CoreDNS中配置转发规则，将后缀为cluster1.local的域名解析请求转发到cluster1的CoreDNS地址，同时配置路由规则打通两个集群的Pod/ClusterIP网段

内容的提问来源于stack exchange，提问作者abindlish