EKS如何减少可用区间数据传输？实现同节点Pod本地通信有哪些方法？

根因说明 #

默认情况下ClusterIP Service的kube-proxy转发逻辑会随机选取所有关联后端Pod作为转发目标，不会优先匹配同节点部署的副本，因此会产生跨节点流量。

实现方案 #

方案1：拓扑感知提示（推荐，适用于EKS 1.22及以上版本） #

该方案是Kubernetes官方当前推荐的拓扑路由实现，替代了旧版的topologyKeys特性，启用后kube-proxy会优先将流量转发到同节点的后端Pod。
配置方式：为应用B的ClusterIP Service添加service.kubernetes.io/topology-mode: Auto注解即可，示例配置如下：

apiVersion: v1
kind: Service
metadata:
  name: app-b-svc
  annotations:
    service.kubernetes.io/topology-mode: Auto
spec:
  type: ClusterIP
  selector:
    app: app-b
  ports:
  - port: 服务端口
    targetPort: 容器端口

注意：该特性要求Service的后端Pod在各节点分布均匀，你当前每个节点都有1个应用B副本，完全符合启用条件，配置后等待2分钟左右即可生效。

方案2：拓扑键配置（适用于EKS 1.18~1.21版本） #

如果你的EKS集群版本较低，可以使用已废弃但仍可正常工作的topologyKeys配置，指定优先匹配同节点后端：

apiVersion: v1
kind: Service
metadata:
  name: app-b-svc
spec:
  type: ClusterIP
  selector:
    app: app-b
  topologyKeys:
  - "kubernetes.io/hostname"
  - "*"
  ports:
  - port: 服务端口
    targetPort: 容器端口

配置说明：kubernetes.io/hostname代表优先选择和请求发起方Pod同节点的后端，匹配失败时才会走*全局匹配所有后端。

可选加固配置 #

为了避免后续Pod重建、集群扩容时出现部分节点无对应应用副本的情况，可以为两个Deployment添加Pod拓扑分布约束，保证每个节点始终运行1个应用A和1个应用B的副本。

验证方式 #

配置生效后，进入应用A的Pod多次请求应用B的Service地址，查看应用B的Pod日志确认仅同节点的B副本收到请求，也可以通过CloudWatch观测跨节点流量是否清零。

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