创建静态 Pod

静态 Pod(Static Pods)由特定节点上的 kubelet 守护进程直接管理,而不被API 服务器监视。与由控制平面管理的 Pod(例如Deployment)不同,kubelet 会监视每个静态 Pod(并在其失败时重新启动它)。

静态 Pod 总是绑定到特定节点上的一个Kubelet

kubelet 会自动尝试为每个静态 Pod 在 Kubernetes API 服务器上创建一个镜像 Pod。这意味着在节点上运行的 Pod 在 API 服务器上是可见的,但不能从那里控制。Pod 名称将附加节点主机名,并带有一个前导连字符。

准备工作

你需要拥有一个 Kubernetes 集群,并且 kubectl 命令行工具必须配置为与你的集群通信。建议在至少有两个不充当控制平面主机的节点的集群上运行本教程。如果你还没有集群,可以使用 minikube 创建一个,或者使用这些 Kubernetes 操场之一。

要检查版本,请输入 kubectl version

本页面假设你正在使用 CRI-O 运行 Pod,并且你的节点正在运行 Fedora 操作系统。其他发行版或 Kubernetes 安装的说明可能会有所不同。

创建静态 Pod

你可以使用文件系统托管的配置文件Web 托管的配置文件来配置静态 Pod。

文件系统托管的静态 Pod 清单

清单是特定目录中 JSON 或 YAML 格式的标准 Pod 定义。在 kubelet 配置文件中使用 staticPodPath: <目录> 字段,该字段会定期扫描目录并在 YAML/JSON 文件出现/消失时创建/删除静态 Pod。请注意,kubelet 在扫描指定目录时会忽略以点开头的文件。

例如,这是如何将一个简单的 Web 服务器作为静态 Pod 启动

  1. 选择要运行静态 Pod 的节点。在本例中是 my-node1

    ssh my-node1
    
  2. 选择一个目录,例如 /etc/kubernetes/manifests,并将 Web 服务器 Pod 定义放在那里,例如 /etc/kubernetes/manifests/static-web.yaml

    # Run this command on the node where kubelet is running
    mkdir -p /etc/kubernetes/manifests/
    cat <<EOF >/etc/kubernetes/manifests/static-web.yaml
    apiVersion: v1
    kind: Pod
    metadata:
      name: static-web
      labels:
        role: myrole
    spec:
      containers:
        - name: web
          image: nginx
          ports:
            - name: web
              containerPort: 80
              protocol: TCP
    EOF
    
  3. 在该节点上配置 kubelet,在 kubelet 配置文件中设置 staticPodPath 值。
    有关更多信息,请参阅通过配置文件设置 Kubelet 参数

    一种替代且已弃用的方法是,通过命令行参数,配置该节点上的 kubelet 以查找本地的静态 Pod 清单。要使用此已弃用的方法,请使用以下参数启动 kubelet:
    --pod-manifest-path=/etc/kubernetes/manifests/ 参数。

  4. 重启 kubelet。在 Fedora 上,你可以运行

    # Run this command on the node where the kubelet is running
    systemctl restart kubelet
    

Web 托管的静态 Pod 清单

Kubelet 会定期下载由 --manifest-url=<URL> 参数指定的文件,并将其解释为包含 Pod 定义的 JSON/YAML 文件。与文件系统托管的清单的工作方式类似,kubelet 会按计划重新获取清单。如果静态 Pod 列表发生更改,kubelet 会应用这些更改。

要使用此方法

  1. 创建 YAML 文件并将其存储在 Web 服务器上,以便你可以将该文件的 URL 传递给 kubelet。

    apiVersion: v1
    kind: Pod
    metadata:
      name: static-web
      labels:
        role: myrole
    spec:
      containers:
        - name: web
          image: nginx
          ports:
            - name: web
              containerPort: 80
              protocol: TCP
    
  2. 通过使用 --manifest-url=<manifest-url> 运行 kubelet,在该选定节点上配置 kubelet 以使用此 Web 清单。在 Fedora 上,编辑 /etc/kubernetes/kubelet 以包含此行

    KUBELET_ARGS="--cluster-dns=10.254.0.10 --cluster-domain=kube.local --manifest-url=<manifest-url>"
    
  3. 重启 kubelet。在 Fedora 上,你可以运行

    # Run this command on the node where the kubelet is running
    systemctl restart kubelet
    

观察静态 Pod 的行为

当 kubelet 启动时,它会自动启动所有定义的静态 Pod。由于你已经定义了一个静态 Pod 并重新启动了 kubelet,所以新的静态 Pod 应该已经运行了。

你可以通过运行以下命令(在节点上)查看正在运行的容器(包括静态 Pod):

# Run this command on the node where the kubelet is running
crictl ps

输出可能类似于

CONTAINER       IMAGE                                 CREATED           STATE      NAME    ATTEMPT    POD ID
129fd7d382018   docker.io/library/nginx@sha256:...    11 minutes ago    Running    web     0          34533c6729106

你可以在 API 服务器上看到镜像 Pod

kubectl get pods
NAME                  READY   STATUS    RESTARTS        AGE
static-web-my-node1   1/1     Running   0               2m

静态 Pod 的标签会传播到镜像 Pod。你可以像平常一样通过选择器等使用这些标签。

如果你尝试使用 kubectl 从 API 服务器删除镜像 Pod,kubelet 不会删除静态 Pod

kubectl delete pod static-web-my-node1
pod "static-web-my-node1" deleted

你可以看到 Pod 仍在运行

kubectl get pods
NAME                  READY   STATUS    RESTARTS   AGE
static-web-my-node1   1/1     Running   0          4s

回到运行 kubelet 的节点,你可以尝试手动停止容器。你会发现,过一段时间后,kubelet 会发现并自动重新启动 Pod

# Run these commands on the node where the kubelet is running
crictl stop 129fd7d382018 # replace with the ID of your container
sleep 20
crictl ps
CONTAINER       IMAGE                                 CREATED           STATE      NAME    ATTEMPT    POD ID
89db4553e1eeb   docker.io/library/nginx@sha256:...    19 seconds ago    Running    web     1          34533c6729106

一旦你确定了正确的容器,就可以使用 crictl 获取该容器的日志

# Run these commands on the node where the container is running
crictl logs <container_id>
10.240.0.48 - - [16/Nov/2022:12:45:49 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.47.0" "-"
10.240.0.48 - - [16/Nov/2022:12:45:50 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.47.0" "-"
10.240.0.48 - - [16/Nove/2022:12:45:51 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.47.0" "-"

要了解有关使用 crictl 调试的更多信息,请访问使用 crictl 调试 Kubernetes 节点

静态 Pod 的动态添加和删除

运行中的 kubelet 会定期扫描已配置的目录(在我们的示例中为 /etc/kubernetes/manifests)以查找更改,并在此目录中文件出现/消失时添加/删除 Pod。

# This assumes you are using filesystem-hosted static Pod configuration
# Run these commands on the node where the container is running
#
mv /etc/kubernetes/manifests/static-web.yaml /tmp
sleep 20
crictl ps
# You see that no nginx container is running
mv /tmp/static-web.yaml  /etc/kubernetes/manifests/
sleep 20
crictl ps
CONTAINER       IMAGE                                 CREATED           STATE      NAME    ATTEMPT    POD ID
f427638871c35   docker.io/library/nginx@sha256:...    19 seconds ago    Running    web     1          34533c6729106

下一步

上次修改于 2023 年 12 月 8 日上午 7:08 PST:反映 pod-manifest-path 参数已弃用的更改 (8a0a983d32)