K8s同节点Pod仅与本机DaemonSet Pod通信的实现问询

方案1：DaemonSet启用HostNetwork #

将DaemonSet的容器x配置为使用主机网络，让容器直接绑定节点的端口y。同一节点的指定Pod可直接通过localhost:y或节点IP:y访问容器x：

• 优势：实现简单，无需额外Service，请求直接指向本机容器；容器宕机后端口无监听，请求直接报错
• 配置示例：

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: x-daemonset
spec:
  selector:
    matchLabels:
      app: x-container
  template:
    metadata:
      labels:
        app: x-container
    spec:
      hostNetwork: true  # 启用主机网络
      containers:
      - name: x
        image: your-image:tag
        ports:
        - containerPort: y  # 容器端口直接映射到节点同端口

• 注意：确保节点端口y未被其他服务占用；部分集群需配置SecurityContext赋予Pod使用主机网络的权限

方案2：Headless Service + Downward API 精准定位本机实例 #

1. 为DaemonSet创建无头服务（ClusterIP为None），让每个Pod获得独立DNS记录：

apiVersion: v1
kind: Service
metadata:
  name: x-daemonset-service
spec:
  clusterIP: None  # 无头服务
  selector:
    app: x-container  # 匹配DaemonSet的Pod标签
  ports:
  - port: y
    targetPort: y

2. 配置DaemonSet的Pod名称包含节点名称：

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: x-daemonset
spec:
  selector:
    matchLabels:
      app: x-container
  template:
    metadata:
      labels:
        app: x-container
    spec:
      hostname: x-daemonset-$(NODE_NAME)  # Pod名格式：前缀+节点名
      subdomain: x-daemonset-service  # 关联无头服务子域名
      containers:
      - name: x
        image: your-image:tag
        ports:
        - containerPort: y
      env:
      - name: NODE_NAME
        valueFrom:
          fieldRef:
            fieldPath: spec.nodeName  # 注入节点名称到环境变量

3. 在指定Pod中注入自身节点名称，构造本机DaemonSet Pod的DNS地址：

apiVersion: v1
kind: Pod
metadata:
  name: target-pod
spec:
  containers:
  - name: target-container
    image: your-image:tag
    env:
    - name: NODE_NAME
      valueFrom:
        fieldRef:
          fieldPath: spec.nodeName
    # 访问地址示例：x-daemonset-$(NODE_NAME).x-daemonset-service.your-namespace.svc.cluster.local:y

• 优势：不占用节点端口，通过集群DNS通信；容器宕机后DNS记录自动移除，请求直接失败

方案3：优化你提到的「获取本机DaemonSet Pod IP」方案 #

通过Kubernetes API结合节点名称过滤，直接获取本机DaemonSet Pod的IP：

1. 为指定Pod配置RBAC权限，允许查看Pod资源：

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: pod-reader
rules:
- apiGroups: [""]
  resources: ["pods"]
  verbs: ["get", "list"]
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: target-pod-pod-reader
subjects:
- kind: ServiceAccount
  name: default
  namespace: your-namespace
roleRef:
  kind: ClusterRole
  name: pod-reader
  apiGroup: rbac.authorization.k8s.io

2. 在指定Pod中执行脚本获取IP并访问：

# 获取本机节点名称
NODE_NAME=$(cat /etc/podinfo/node-name)
# 过滤出本机DaemonSet Pod的IP
DAEMONSET_POD_IP=$(curl -s -k https://kubernetes.default.svc/api/v1/namespaces/your-namespace/pods?labelSelector=app%3Dx-container | jq -r ".items[] | select(.spec.nodeName == \"$NODE_NAME\") | .status.podIP")
# 访问容器x
curl http://$DAEMONSET_POD_IP:y

• 注意：Pod中需预装jq工具，确保RBAC权限配置正确

为什么externalTrafficPolicy: Local的LoadBalancer不适用？ #

LoadBalancer核心用于外部流量接入集群，externalTrafficPolicy: Local仅保证外部流量路由到本机端点，但集群内部Pod访问LoadBalancer IP时，部分网络插件可能会转发请求到其他节点（取决于负载均衡实现），无法严格保证仅访问本机实例；同时LoadBalancer会引入额外转发开销，不是集群内部通信的最优选择。

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