K8s: Pod 中 command、args 与 Dockerfile 中 CMD ENTRYPOINT 对应关系
写在前面
-
前几天被问到,这里整理笔记 -
之前也没怎么注意这个问题 -
理解不足小伙伴帮忙指正
曾以为老去是很遥远的事,突然发现年轻是很久以前的事了。时光好不经用,抬眼已是半生,所谓的中年危机,真正让人焦虑的不是孤单、不是贫穷、更不是衰老,而是人到中年你才发现,你从来没有按照自己喜欢的方式活过,这烟火人间,事事值得、事事与遗憾,该用多懂事的理智,去压抑住心中的不甘与难过。 ——余华《活着》
K8s Pod中的 command、args
的配置会覆盖 Dockerfile
中 ENTRYPOINT
和 CMD
指令, 具体 command
命令代替 ENTRYPOINT
的命令行,args
代替 CMD
的参数。但是 并不是说 他们是一个等价的覆盖关系。
具体的问题具体分析,这里我们准备一个镜像做简单测试
┌──[root@vms100.liruilongs.github.io]-[~/docker]
└─$docker build -t liruilong/my-busybox:latest -<<EOF
> FROM busybox:latest
> ENTRYPOINT ["printenv"]
> CMD ["HOSTNAME", "KUBERNETES_PORT"]
> EOF
Sending build context to Docker daemon 2.048kB
Step 1/3 : FROM busybox:latest
---> beae173ccac6
Step 2/3 : ENTRYPOINT ["printenv"]
---> Using cache
---> 490cf6028e36
Step 3/3 : CMD ["HOSTNAME", "KUBERNETES_PORT"]
---> Using cache
---> 497b83a63aad
Successfully built 497b83a63aad
Successfully tagged liruilong/my-busybox:latest
上面的 Dockerfile 基础镜像使用 busybox:latest
, 添加了 CMD
和 ENTRYPOINT
指令 ,构建好的镜像上传 hub.docker 仓库。
┌──[root@vms100.liruilongs.github.io]-[~]
└─$docker login
Authenticating with existing credentials...
WARNING! Your password will be stored unencrypted in /root/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store
Login Succeeded
┌──[root@vms100.liruilongs.github.io]-[~/docker]
└─$docker push liruilong/my-busybox:latest
The push refers to repository [docker.io/liruilong/my-busybox]
...
然后我们使用 kubectl
做下具体的测试,对应四种情况。
command
和args
均没有指定,这种情况会使用Dockerfile
的配置的ENTRYPOINT
和CMD
┌──[root@vms100.liruilongs.github.io]-[~/ansible/commm_args]
└─$kubectl run demo --image liruilong/my-busybox -n demo
pod/demo created
┌──[root@vms100.liruilongs.github.io]-[~/ansible/commm_args]
└─$kubectl logs demo -n demo
demo
tcp://10.96.0.1:443
直接使用的 Dockerfile
中的配置
ENTRYPOINT ["printenv"]
CMD ["HOSTNAME", "KUBERNETES_PORT"]
command
和args
都指定了,那么 Dockerfile 的配置ENTRYPOINT
和CMD
被忽略,执行command
并追加上args
参数。
apiVersion: v1
kind: Pod
metadata:
labels:
run: demo
name: demo
namespace: demo
spec:
containers:
- command:
- echo
args:
- "山河已无恙"
image: liruilong/my-busybox
imagePullPolicy: Always
name: demo
通过日志可以看到覆盖了 Dockerfile
中的配置
┌──[root@vms100.liruilongs.github.io]-[~/docker]
└─$kubectl apply -f demo.yaml
pod/demo created
┌──[root@vms100.liruilongs.github.io]-[~/docker]
└─$kubectl logs demo -n demo
山河已无恙
command
没有指定,指定了args
,那么 Dockerfile 中配置的ENTRYPOINT
的命令行会被执行,CMD
会被args
中填写的参数覆盖, 追加到ENTRYPOINT
中。
apiVersion: v1
kind: Pod
metadata:
labels:
run: demo
name: demo
namespace: demo
spec:
containers:
- args:
- PATH
image: liruilong/my-busybox
imagePullPolicy: Always
name: demo
CMD
指令被覆盖
┌──[root@vms100.liruilongs.github.io]-[~/docker]
└─$kubectl logs demo -n demo
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
command
指定,args
没有指定,那么 Dockerfile 默认的ENTRYPOINT
配置会被忽略,执行输入的command
,同时 Dockerfile 中的 CMD 也会被忽略。
apiVersion: v1
kind: Pod
metadata:
labels:
run: demo
name: demo
namespace: demo
spec:
containers:
- command:
- echo
- 山河已无恙
- 活着
image: liruilong/my-busybox
imagePullPolicy: Always
name: demo
这个有些特殊,需要注意下,只指定了command
,但是 entrypoint
被覆盖 ,cmd
被忽略
┌──[root@vms100.liruilongs.github.io]-[~/docker]
└─$kubectl logs demo -n demo
山河已无恙 活着
指定的 CMD
并没有拼到后面
CMD ["HOSTNAME", "KUBERNETES_PORT"]
博文部分内容参考
© 文中涉及参考链接内容版权归原作者所有,如有侵权请告知。
https://kubernetes.io/zh-cn/docs/tasks/inject-data-application/define-command-argument-container/#notes
© 2018-2023 liruilonger@gmail.com, All rights reserved. 保持署名-非商用-相同方式共享(CC BY-NC-SA 4.0)
- 点赞
- 收藏
- 关注作者
评论(0)