GKE多集群服务下如何访问另一集群的硬编码端点

既然你已经通过GKE的服务导出/导入功能把目标服务同步到了另一个集群，但因为调用的端点redpanda-0.redpanda.processing.svc.cluster.local是硬编码无法修改的，这里有几个可行的解决方案，按推荐程度排序：

方案1：在目标集群创建镜像Headless Service + EndpointSlice #

因为你的硬编码地址是StatefulSet Pod的FQDN（redpanda-0是StatefulSet的Pod实例名），我们可以在目标集群里模拟出相同的服务域名结构，把流量导向跨集群的Pod地址：

1. 首先确认跨集群可访问的Pod地址：原集群的StatefulSet Pod在目标集群的ClusterSet域名应该是 redpanda-0.redpanda.processing.svc.clusterset.local
2. 在目标集群的processing命名空间下创建一个Headless Service（和原集群服务同名）：

apiVersion: v1
kind: Service
metadata:
  name: redpanda
  namespace: processing
spec:
  clusterIP: None
  ports:
  - port: 9092  # 替换成你的服务实际端口
    name: kafka  # 端口名按需调整
  selector: {}  # 不需要绑定本地Pod

3. 接着创建对应的EndpointSlice，把跨集群Pod的ClusterSet地址关联到这个服务：

apiVersion: discovery.k8s.io/v1
kind: EndpointSlice
metadata:
  name: redpanda-0
  namespace: processing
  labels:
    kubernetes.io/service-name: redpanda
addressType: FQDN
ports:
  - name: kafka
    port: 9092
endpoints:
  - addresses:
      - "redpanda-0.redpanda.processing.svc.clusterset.local"

这样，当目标集群里的应用访问硬编码的redpanda-0.redpanda.processing.svc.cluster.local时，Kubernetes DNS会解析到我们创建的EndpointSlice，流量自动转发到跨集群的Pod。

方案2：CoreDNS域名重写（批量场景更高效） #

如果你有多个类似的硬编码域名需要处理，直接修改CoreDNS配置做域名重写会更省心：

1. 编辑CoreDNS的ConfigMap：

kubectl edit configmap coredns -n kube-system

2. 在Corefile的.cluster.local区域下添加重写规则：

rewrite name redpanda-0.redpanda.processing.svc.cluster.local redpanda-0.redpanda.processing.svc.clusterset.local
# 如果需要支持服务集群IP的硬编码地址，再加这条：
rewrite name redpanda.processing.svc.cluster.local redpanda.processing.svc.clusterset.local

3. 重启CoreDNS Pods使配置生效：

kubectl rollout restart deployment coredns -n kube-system

这个方案不需要创建额外的K8s资源，直接在DNS层面把原集群的域名映射到跨集群可访问的ClusterSet域名。

方案3：检查GKE StatefulSet跨集群DNS配置（进阶） #

如果你的GKE集群版本在1.21+，并且已经配置了ClusterSet，还可以尝试启用StatefulSet的跨集群DNS支持：

• 确保原集群的StatefulSet和服务都添加了标签 service.kubernetes.io/export-to: "*"
• 确认GKE的Multi-Cluster Services（MCS）功能已启用，并且集群属于同一个ClusterSet

不过这个方案依赖GKE的版本和集群配置，相比前两个方案灵活性稍差，但如果是长期的多集群StatefulSet访问需求，可以考虑配置。

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