K8s中my-app命名空间流量未转至my-appz的问题及转发方案咨询

一、为什么修改为ExternalName后my-app Pod仍接收流量？ #

ExternalName类型的Service本质是DNS层面的别名映射，它不会主动拦截或终止原有流量，出现Pod还收流量的原因通常有以下几种：

1. 存在直接访问Pod IP的请求
   如果集群内的客户端（比如其他Pod、服务）直接硬编码了my-app Pod的IP，或者通过StatefulSet的固定域名（如my-app-0.my-app.my-app.svc.cluster.local）访问，这类请求不会经过Service的DNS解析，自然会直接打到原Pod上。

2. DNS缓存未过期
   K8s集群的DNS组件（如CoreDNS）会缓存域名解析结果，修改Service类型后，旧的ClusterIP解析记录可能还在缓存有效期内，导致部分请求仍解析到原Service的ClusterIP，进而转发到my-app Pod。

3. 长连接未断开
   如果之前已经有客户端和my-app Service（原ClusterIP）建立了长连接（比如HTTP/2、TCP长连接），这类连接不会因为Service类型变更而立即断开，会持续向原Pod发送流量，直到连接主动关闭。

4. Service修改未完全生效
   可以通过以下命令确认Service配置是否正确生效：

   kubectl get svc my-app -n my-app -o yaml
   

   检查spec.type是否为ExternalName，且spec.externalName配置正确。如果修改操作未成功，原ClusterIP Service仍会关联my-app的Pod，继续转发流量。

二、如何实现流量自动转发到my-appz？ #

根据你的需求，有几种可行的方案：

方案1：优化ExternalName Service配置（推荐） #

ExternalName Service本身就能实现域名解析映射，确保配置正确即可：

• 移除不必要的targetPort字段（ExternalName不涉及端口转发，该字段无意义），简化后的配置如下：

  apiVersion: v1
  kind: Service
  metadata:
    name: my-app
    namespace: my-app
  spec:
    externalName: my-appz.my-appz.svc.cluster.local
    ports:
    - name: http
      port: 80
      protocol: TCP
    sessionAffinity: None
    type: ExternalName
  

• 刷新DNS缓存：可以重启CoreDNS Pod来强制刷新缓存（如果是测试环境）：

  kubectl delete pod -n kube-system -l k8s-app=kube-dns
  

• 确保所有客户端都通过my-app.my-app.svc.cluster.local或my-app.my-app（集群内短域名）访问，避免直接访问Pod IP。

方案2：通过CoreDNS自定义DNS记录 #

如果需要强制让所有my-app.my-app.svc.cluster.local和my-app.my-app的请求都解析到目标域名，可以修改CoreDNS的配置，添加自定义CNAME记录：

1. 编辑CoreDNS的ConfigMap：

   kubectl edit configmap coredns -n kube-system
   

2. 在Corefile中添加自定义解析规则：

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: coredns
     namespace: kube-system
   data:
     Corefile: |
       .:53 {
          ...  # 保留原有配置
       }
       my-app.svc.cluster.local:53 {
          hosts {
             # 添加CNAME映射
             my-app.my-app.svc.cluster.local CNAME my-appz.my-appz.svc.cluster.local
             my-app.my-app CNAME my-appz.my-appz.svc.cluster.local
             fallthrough
          }
       }
   

3. 重启CoreDNS Pod让配置生效：

   kubectl delete pod -n kube-system -l k8s-app=kube-dns
   

方案3：彻底终止my-app Pod的流量 #

如果不需要保留my-app的Pod，可以直接将其Deployment缩容到0，彻底切断流量来源：

kubectl scale deployment my-app -n my-app --replicas=0

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