Kubernetes之init容器

这里介绍Kubernetes中的init容器

abstract.png

实践

init容器是一种特殊容器,其会在Pod内的应用容器启动之前运行。具体地,一个Pod当中可以存在多个init容器。这些init容器会依次运行。具体地,当上一个init容器完成后,下一个init容器才会启动运行。直到所有init容器全部运行完成后,应用容器才会启动运行。换言之,init容器可以实现延迟应用容器的启动。需要注意的是,在符合条件的情况下,init容器必须最终要能完成、结束,而不是一直处于运行状态。否则会导致应用容器永远也不会启动运行

例如,一个Pod的应用容器需要依赖其他服务。此时,即可通过init容器来一直等待所依赖的服务启动完毕并提供服务。当这个服务启动完毕并可以提供服务时,init容器就执行结束了。现在我们的应用容器就可以启动了。下面即是一个使用示例,我们的缓存服务在启动前需要保证default命名空间下的后端、数据库服务均已经启动完毕

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
apiVersion: apps/v1
kind: Deployment
metadata:
name: my-app-redis
spec:
# Pod副本数量
replicas: 3
selector:
matchLabels:
app: redis
# Pod模板
template:
metadata:
# 标签信息: 应用的缓存服务
labels:
app: redis
spec:
# 容器信息
containers:
- name: my-app-redis
image: redis:3.2-alpine
# Init容器, 其会在Pod始化期间依次运行各个Init容器
initContainers:
- name: init-my-backend
image: busybox:1.28
# 不停检测default命名空间下名为mybackend的后端服务是否启动完毕
command: ['sh', '-c', "until nslookup mybackend.default.svc.cluster.local; do sleep 5; done"]
- name: init-my-db
image: busybox:1.28
# 不停检测default命名空间下名为mydb的数据库服务是否启动完毕
command: ['sh', '-c', "until nslookup mydb.default.svc.cluster.local; do sleep 5; done"]

此时由于缓存服务依赖的两个服务并未准备完毕,故可以看到两个init容器也均为完成状态。且Pod并未变为就绪状态

figure 1.png

这里补充说明下,linux命令执行后都有一个返回值。其中,0表示命令执行成功;其他值表示命令执行失败。在命令行条件下,我们可以通过$?变量来查看上一个命令的返回值,测试效果如下所示。故在Shell中对于控制语句而言,可以直接执行命令以将命令的返回值作为控制语句的条件

figure 2.png

现在,我们来创建、启动缓存所需的两个服务,配置如下所示

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
# 后端Service
apiVersion: v1
kind: Service
metadata:
name: mybackend
spec:
ports:
- protocol: TCP
port: 80
targetPort: 9376

---

# 数据库Service
apiVersion: v1
kind: Service
metadata:
name: mydb
spec:
ports:
- protocol: TCP
port: 80
targetPort: 9377

---

效果如下所示。当依赖服务创建、运行后,缓存服务的两个init容器运行完毕,随后应用容器开始启动、运行

figure 3.jpeg

参考文献

  1. Kubernetes in Action中文版 Marko Luksa著
  2. 深入剖析Kubernetes 张磊著
0%