• 静态 Pod
    • 配置文件
    • 通过 HTTP 创建静态 Pods
    • 静态pods的动作行为
    • 静态pods的动态增加和删除

    静态 Pod

    我们上节课给大家讲解了 YAML 文件的使用,也手动的创建了一个简单的 Pod,这节课开始我们就来深入的学习下我们的 Pod。在Kubernetes集群中除了我们经常使用到的普通的 Pod 外,还有一种特殊的 Pod,叫做Static Pod,就是我们说的静态 Pod,静态 Pod 有什么特殊的地方呢?

    静态 Pod 直接由特定节点上的kubelet进程来管理,不通过 master 节点上的apiserver。无法与我们常用的控制器Deployment或者DaemonSet进行关联,它由kubelet进程自己来监控,当pod崩溃时重启该podkubelete也无法对他们进行健康检查。静态 pod 始终绑定在某一个kubelet,并且始终运行在同一个节点上。
    kubelet会自动为每一个静态 pod 在 Kubernetes 的 apiserver 上创建一个镜像 Pod(Mirror Pod),因此我们可以在 apiserver 中查询到该 pod,但是不能通过 apiserver 进行控制(例如不能删除)。

    创建静态 Pod 有两种方式:配置文件和 HTTP 两种方式

    配置文件

    配置文件就是放在特定目录下的标准的 JSON 或 YAML 格式的 pod 定义文件。用kubelet --pod-manifest-path=<the directory>来启动kubelet进程,kubelet 定期的去扫描这个目录,根据这个目录下出现或消失的 YAML/JSON 文件来创建或删除静态 pod。

    比如我们在 node01 这个节点上用静态 pod 的方式来启动一个 nginx 的服务。我们登录到node01节点上面,可以通过下面命令找到kubelet对应的启动配置文件

    1. $ systemctl status kubelet

    配置文件路径为:

    1. $ /etc/systemd/system/kubelet.service.d/10-kubeadm.conf

    打开这个文件我们可以看到其中有一条如下的环境变量配置:
    Environment="KUBELET_SYSTEM_PODS_ARGS=--pod-manifest-path=/etc/kubernetes/manifests --allow-privileged=true"

    所以如果我们通过kubeadm的方式来安装的集群环境,对应的kubelet已经配置了我们的静态 Pod 文件的路径,那就是/etc/kubernetes/manifests,所以我们只需要在该目录下面创建一个标准的 Pod 的 JSON 或者 YAML 文件即可:

    如果你的 kubelet 启动参数中没有配置上面的--pod-manifest-path参数的话,那么添加上这个参数然后重启 kubelet 即可。

    1. [root@ node01 ~] $ cat <<EOF >/etc/kubernetes/manifest/static-web.yaml
    2. apiVersion: v1
    3. kind: Pod
    4. metadata:
    5. name: static-web
    6. labels:
    7. app: static
    8. spec:
    9. containers:
    10. - name: web
    11. image: nginx
    12. ports:
    13. - name: web
    14. containerPort: 80
    15. EOF

    通过 HTTP 创建静态 Pods

    kubelet 周期地从–manifest-url=参数指定的地址下载文件,并且把它翻译成 JSON/YAML 格式的 pod 定义。此后的操作方式与–pod-manifest-path=相同,kubelet 会不时地重新下载该文件,当文件变化时对应地终止或启动静态 pod。

    静态pods的动作行为

    kubelet 启动时,由--pod-manifest-path= or --manifest-url=参数指定的目录下定义的所有 pod 都会自动创建,例如,我们示例中的 static-web。(可能要花些时间拉取nginx 镜像,耐心等待…)

    1. [root@node01 ~] $ docker ps
    2. CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
    3. f6d05272b57e nginx:latest "nginx" 8 minutes ago Up 8 minutes k8s_web.6f802af4_static-web-fk-node1_default_67e24ed9466ba55986d120c867395f3c_378e5f3c

    现在我们通过kubectl工具可以看到这里创建了一个新的镜像 Pod:

    1. [root@node01 ~] $ kubectl get pods
    2. NAME READY STATUS RESTARTS AGE
    3. static-web-my-node01 1/1 Running 0 2m

    静态 pod 的标签会传递给镜像 Pod,可以用来过滤或筛选。
    需要注意的是,我们不能通过 API 服务器来删除静态 pod(例如,通过kubectl命令),kebelet 不会删除它。

    1. [root@node01 ~] $ kubectl delete pod static-web-my-node01
    2. [root@node01 ~] $ kubectl get pods
    3. NAME READY STATUS RESTARTS AGE
    4. static-web-my-node01 1/1 Running 0 12s

    我们尝试手动终止容器,可以看到kubelet很快就会自动重启容器。

    1. [root@node01 ~] $ docker ps
    2. CONTAINER ID IMAGE COMMAND CREATED ...
    3. 5b920cbaf8b1 nginx:latest "nginx -g 'daemon of 2 seconds ago ...

    静态pods的动态增加和删除

    运行中的kubelet周期扫描配置的目录(我们这个例子中就是/etc/kubernetes/manifests)下文件的变化,当这个目录中有文件出现或消失时创建或删除pods。

    1. [root@node01 ~] $ mv /etc/kubernetes/manifests/static-web.yaml /tmp
    2. [root@node01 ~] $ sleep 20
    3. [root@node01 ~] $ docker ps
    4. // no nginx container is running
    5. [root@node01 ~] $ mv /tmp/static-web.yaml /etc/kubernetes/manifests
    6. [root@node01 ~] $ sleep 20
    7. [root@node01 ~] $ docker ps
    8. CONTAINER ID IMAGE COMMAND CREATED ...
    9. e7a62e3427f1 nginx:latest "nginx -g 'daemon of 27 seconds ago

    其实我们用 kubeadm 安装的集群,master 节点上面的几个重要组件都是用静态 Pod 的方式运行的,我们登录到 master 节点上查看/etc/kubernetes/manifests目录:

    1. [root@master ~]# ls /etc/kubernetes/manifests/
    2. etcd.yaml kube-apiserver.yaml kube-controller-manager.yaml kube-scheduler.yaml

    现在明白了吧,这种方式也为我们将集群的一些组件容器化提供了可能,因为这些 Pod 都不会受到 apiserver 的控制,不然我们这里kube-apiserver怎么自己去控制自己呢?万一不小心把这个 Pod 删掉了呢?所以只能有kubelet自己来进行控制,这就是我们所说的静态 Pod。