Kubernetes(8):Pod启动命令_kubectl 启动后台环境命令-CSDN博客

本文介绍了如何使用Podcommand配置让busybox容器持续运行而不被Kubernetes集群自动关闭。通过具体实例展示了如何创建包含特定command命令的Pod，并解释了command与args选项在Pod配置中的作用及其与Dockerfile中ENTRYPOINT指令的关系。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

Pod command

启动命令

在前面的案例中，一直有一个问题没解决，就是busybox容器一直没有成功运行，那么到底是什么原因导致这个容器故障呢？
原来busybox并不是一个程序，而是类似于一个工具类的集合，kubernetes集群启动管理后，它会自动关闭。解决的办法就是让它一直运行，这就需要使用到command配置。

创建pod-command.yaml文件，内容如下

apiVersion: v1
kind: Pod
metadata:
  name: pod-command
  namespace: dev
spec:
  containers:
    - name: nginx
      image: nginx:1.17.1
    - name: busybox
      image: busybox:1.30
      command: ["/bin/sh","-c","touch /tmp/hello.txt;while true;do /bin/echo $(date +%T) >> /tmp/hello.txt; sleep 3; done;"]

command，用于在pod中的容器初始化完毕之后运行一个命令。

解释
“/bin/sh”,“-c” 使用sh执行命令
touch /tmp/hello.txt 创建一个hello.txt
while true;do /bin/echo $(date +%T) >> /tmp/hello.txt; sleep 3; done; 每间隔3秒向文件中写入当前时间

运行这个pod，可以看到两个容器都在运行了。
在这里插入图片描述

#进入到容器中
kubectl exec pod-command -n dev -it -c busybox /bin/sh
#动态查看hello.txt
tail -f /tmp/hello.txt

在这里插入图片描述

补充说明
通过上面发现command 已经可以完成启动命令和传递参数的功能，为什么还要提供一个args选项，用于传递参数？
这其实和docker有关系，kubernetes中的command，args两项其实是为了覆盖Dockerfile中ENTRYPOINT的功能
1 如果command和args均没有写，那么用Dockerfile的配置
2 如果command写了，但args没有写，那么Dockerfile默认的配置会被忽略，执行输入的command
3 如果command没写，但args写了，那么Dockerfile中配置的ENTRYPOINT的命令会被执行，使用当前args的参数
4 如果command和args都写了，那么Dockerfile的配置被忽略，执行command并追加上args参数