Kubernetes NodePort全节点开放原因及单节点开放实现方法

问题1：这是NodePort的预期行为吗？selector配置是否未生效？ #

这是NodePort的预期行为，你的selector配置是生效的。
NodePort的核心机制就是在集群所有节点上开放指定的nodePort端口，不管后端Pod运行在哪个节点。而selector的作用是筛选出需要接收流量的Pod，负责把节点上的端口流量转发到匹配的Pod上，并不是用来控制NodePort在哪些节点开放。你能通过host01:32702访问到服务，说明selector已经正确找到了对应的Pod。

问题2：若属于预期行为，为何会设计成这样？若集群包含数千个节点，单个Service会在所有节点上开放32702端口吗？ #

这种设计是为了高可用性：客户端可以连接集群内任意节点的NodePort端口，都能被转发到后端Pod，就算某个节点故障，其他节点的端口依然能接收流量，保证服务不中断。
是的，哪怕集群有数千个节点，单个NodePort Service会在所有节点上开放指定的nodePort端口，这是NodePort类型Service的固有特性。

问题3：如何仅在host01上开放32702端口，而不开放其他节点的该端口？ #

有两种K8s原生的解决方案：

方案1：使用externalTrafficPolicy: Local #

修改你的Service配置，添加externalTrafficPolicy: Local参数。当设置为Local时，kube-proxy只会在运行有该Service匹配Pod的节点上开放NodePort端口，其他节点不会监听这个端口，同时流量会直接转发到本地Pod，避免跨节点转发的开销。
修改后的配置示例：

kind: Service
# ...
spec:
  type: NodePort
  externalTrafficPolicy: Local # 新增这个参数
  ports:
  - name: dashboard
    port: 8265
    targetPort: 8265
    nodePort: 32702
  selector:
    podonhost01: yes

因为你的Pod只运行在host01上，所以只有host01会开放32702端口。

方案2：使用externalIPs替代NodePort #

如果不需要NodePort的特性，可以将Service类型改为ClusterIP，同时指定host01的IP为externalIPs。这样客户端可以通过host01的IP:8265访问服务，只有host01会监听这个端口，不需要开放NodePort。
配置示例：

kind: Service
# ...
spec:
  type: ClusterIP
  externalIPs:
  - 192.168.x.x # 替换为host01的实际IP
  ports:
  - name: dashboard
    port: 8265
    targetPort: 8265
  selector:
    podonhost01: yes

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