如何在Kubernetes集群中部署与主机IP相同的Pod？

好问题！你看到的kube-system里的那些控制平面Pod（比如kube-apiserver-master1、etcd-master1）之所以和主机IP一致，核心原因是它们启用了HostNetwork网络模式。下面我就一步步讲清楚怎么实现，还有相关的关键注意事项：

核心原理：HostNetwork模式 #

当你给Pod开启hostNetwork: true时，这个Pod会直接使用宿主机的网络命名空间，而不是Kubernetes默认给每个Pod分配的独立网络命名空间。这就意味着：

• Pod的IP地址完全等于宿主机的IP地址
• Pod内的端口会直接绑定到宿主机的端口上
• Pod可以直接访问宿主机的网络资源（比如本地网卡、主机上的其他进程端口）

实际部署示例 #

下面是一个简单的Deployment YAML示例，用来部署一个和指定主机IP相同的Pod（以你的master1节点为例）：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: host-network-demo
  namespace: default
spec:
  replicas: 1
  selector:
    matchLabels:
      app: host-ip-pod
  template:
    metadata:
      labels:
        app: host-ip-pod
    spec:
      # 关键配置：开启HostNetwork模式
      hostNetwork: true
      # 指定调度到目标节点（比如你的master1）
      nodeSelector:
        kubernetes.io/hostname: master1
      containers:
      - name: nginx-demo
        image: nginx:alpine
        ports:
        - containerPort: 80

部署后你可以用命令验证：

kubectl get pods -n default -o wide

你会看到这个Pod的IP列显示的就是master1的IP（10.91.111.113）。

重要注意事项 #

• 端口冲突问题：因为Pod直接使用宿主机端口，所以必须确保宿主机上对应的端口没有被其他进程占用。比如上面例子里的80端口，如果master1上已经运行了一个占用80端口的服务，Pod就会启动失败。
• 权限要求：HostNetwork模式需要Pod具备一定的系统权限，默认情况下普通Pod可以启用，但如果你的集群有严格的权限控制（比如PodSecurityPolicy），可能需要额外配置权限。
• 网络策略不生效：HostNetwork模式的Pod不受Kubernetes NetworkPolicy的限制，因为它不属于集群的Overlay网络，而是直接使用宿主机网络。
• 节点调度精准性：一定要通过nodeSelector或nodeAffinity指定目标节点，否则Pod可能被调度到集群内任意节点，IP就不是你预期的那个主机IP了。

为什么kubeadm的控制平面Pod会用HostNetwork？ #

你看到的kube-apiserver、etcd这些组件必须和主机IP一致，因为集群内的其他节点、组件需要通过主机IP来访问它们（比如kubelet需要连接kube-apiserver的主机IP端口），所以kubeadm在部署时自动给这些Pod配置了hostNetwork: true。

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