Kubernetes学习之初始化容器、钩子函数

本文介绍了Kubernetes的初始化容器和钩子函数。初始化容器用于在主容器启动前执行预置任务,如等待服务、生成配置、处理敏感数据。文章通过实验展示了初始化容器的运行流程。同时,讨论了容器的生命周期钩子,包括postStart和preStop,以及它们的执行时机和实现方式。最后,通过实验验证了钩子函数的执行效果。
摘要由CSDN通过智能技术生成

一、初始化容器
  初始化容器(init container)即应用程序的主容器启动之前需要运行的容器,常用于为主容器执行一些预置的操作,它们具有两种典型特征:
  1)初始化容器必须运行完成直至结束,若某个初始化容器运行失败,那么Kubernetes需要重启此容器直到它成功启动
  2)每个初始化容器都必须按定义顺序的串行的来运行
在这里插入图片描述
  有不少的场景都需要在应用容器启动之前进行部分初始化操作,例如,等待其他关联组件服务可用、基于环境变量或配置模板为应用程序生成配置文件、从配置中心获取配置等;初始化容器的典型应用需求具体包含如下几种:
  1)用于运行特定的工具程序,出于安全等方面的原因,这些程序不适用于包含在主容器镜像中
  2)提供主容器镜像中不具备的工具程序或自定义代码
  3)为容器镜像的构建和部署人员提供了分离、独立工作的途径,使得他们不必协同起来制作单个镜像文件
  4)初始化容器和主容器处于不同的文件系统视图中,因此可以分别安全地使用敏感数据,例如Secrets资源
  5)初始化容器要先于应用容器串行启动并运行完成,因此可用于延后应用容器的启动直至其依赖的条件得到满足

二、初始化容器实验

1)编写初始化容器yaml文件

]# cat init-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: init-pod
  labels:
    app: myapp
spec:
  containers:
  - name: init-conta
    image: ikubernetes/myapp:v1
    imagePullPolicy: IfNotPresent
  initContainers:
  - name: init-something
    image: busybox
    command: ['sh','-c','sleep 10']

2)创建Pod

]# kubectl apply -f init-pod.yaml 
pod/init-pod created

3)观察集群中Pod的资源变化

]# kubectl get pod -w 
NAME       READY   STATUS    RESTARTS   AGE
init-pod   0/1     Pending   0          0s
init-pod   0/1     Pending   0          0s
init-pod   0/1     Init:0/1   0          0s

init-pod   0/1     Init:0/1   0          19s
init-pod   0/1     PodInitializin
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值