【云原生 | Kubernetes篇】深入万物基础-容器（五）

文章目录

• • 深入万物基础-容器
  • 一、思考
  • 二、镜像
  • 三、启动命令
  • **四、环境变量**
  • **五、生命周期容器钩子**
  • **六、资源限制**

深入万物基础-容器

一、思考

我们在k8s里面的容器和docker的容器有什么异同/p>

其实docker之前有自己的一套编排软件：docker swarm 它可以在多台主机中创建一个docker集群，但是也仅限于此了，docker在很早就放弃了这个项目。 docker machine 是配合swarm的一个预处理工具

k8s全称：kubernetes，因为中间有8个字母，所以简称k8s，是谷歌公司开发的一款容器编排工具，占据了80%以上的市场份额。

k8s的Pod是最小单位，Pod中容器的配置需要注意以下常用的

Pod里面的容器内容可以写的东西

二、镜像

在 Kubernetes 的 Pod 中使用容器镜像之前，我们必须将其推送到一个镜像仓库（或者使用仓库中已经有的容器镜像）。在 Kubernetes 的 Pod 定义中定义容器时，必须指定容器所使用的镜像，容器中的 字段支持与 命令一样的语法，包括私有镜像仓库和标签。

四、环境变量

env指定即可

五、生命周期容器钩子

Kubernetes中为容器提供了两个 hook（钩子函数）：

• 此钩子函数在容器创建后将立刻执行。但是，并不能保证该钩子函数在容器的 之前执行。该钩子函数没有输入参数。

• 此钩子函数在容器被 terminate（终止）之前执行，例如：

  • 通过接口调用删除容器所在 Pod
  • 某些管理事件的发生：健康检查失败、资源紧缺等

  如果容器已经被关闭或者进入了 状态，preStop 钩子函数的调用将失败。该函数的执行是同步的，即，kubernetes 将在该函数完成执行之后才删除容器。该钩子函数没有输入参数。

• Kubernetes 在容器启动后立刻发送 postStart 事件，但是并不能确保 postStart 事件处理程序在容器的 EntryPoint 之前执行。postStart 事件处理程序相对于容器中的进程来说是异步的（同时执行），然而，Kubernetes 在管理容器时，将一直等到 postStart 事件处理程序结束之后，才会将容器的状态标记为 Running。
• Kubernetes 在决定关闭容器时，立刻发送 preStop 事件，并且，将一直等到 preStop 事件处理程序结束或者 Pod 的 超时，才删除容器

六、资源限制

kubectl describe 可用来排错的，查看资源的状态

如有侵权，请联系本人 删除。

文章知识点与官方知识档案匹配，可进一步学习相关知识云原生入门技能树云原生环境小结云原生的分层8747 人正在系统学习中