让Docker使用更方便的Exec

我们在应用容器的过程中,无论是在通过Dockerfile在调试构建镜像的过程,还是容器运行一段时间想查看内部结构,我们还是希望能像操作本地机器一样,实时的查看容器内部文件,代码或者日志。或是修改文件,拷贝文件目录等等。

- 访问容器内部,目前有两种方法

1. Docker自带的exec命令

2. Nsenter工具

- 来说说Docker exec 命令方式访问

让docker使用更方便的Exec

- 如图所示,简单的ls命令。Linux系统自带的命令都可以通过这种方式运行。文件放错位置了,mv一下,查看log,就cat log.log一下,等等。

Exec加点料

- 简单的操作不能满足我们对他的好奇...

- 我们运行一下 docker exec -ti 61f ps -ef

让docker使用更方便的Exec

- 发现只有3个进程,进程1是CMD命令启动的脚本;进程2是脚本启动的程序;进程3是我们运行ps -ef的进程。

- 出于好奇,我又docker exec 9fe0 kill 15

- 容器从此就停止了...

- 原因是杀掉进程后,Dockerfile指定的CMD["/run.sh"]脚本运行结束,CMD入口已经退出,导致容器退出。

问题还没结束

- Kubernetes是一个基于docker的容器集群管理系统,它的一大特点是拥有Replication Controllers,他的作用主要是保持所起动的Pod数量不变(pod里面装的是container)。我猜想如果类似的kill掉容器内部的进程,那么kubernetes应该会让这个container重新启动。于是就来动手试试。

- 时速云他们应用了kubernetes,并且提供了客户端tce可以使用exec功能。运行 tce exec bbb-145fv-zkdqz ps -ef

让docker使用更方便的Exec

- tce exec bbb-145fv-zkdqz kill 15

让docker使用更方便的Exec

没有重启??

- 再次运行 tce exec bbb-145fv-zkdqz ps -ef

让docker使用更方便的Exec

- 又出现了。

- 由此可见Kubernentes的Replication Controllers还是很强大的。保证了集群中有指定数量的pod副本在运行。


本文作者:佚名

来源:51CTO

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值