前言

上一节说到直接创建的 Pod 没有自愈功能。

使用控制器创建的 Pod 才能故障自愈,那么什么是控制器呢。

可以这么理解,容器是光秃秃的箱子,Pod 把箱子进行了包装以方便 K8S 挂载。

那么 K8S 一次挂载几个 Pod,如何挂载,这些信息都由控制器来指定和管理。

控制器包含很多种,本节实践 Deployment 控制器。

更新历史

Deployment 控制器

我们通过 Deployment 控制器来发布 Pod

# cat nginx.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 2
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9
        ports:
        - containerPort: 80

该例中:

  • 创建名为 nginx-deployment 的控制器,metadata.name 指定

  • 创建 2 个复制的 Pod,spec.replicas 指定

  • spec.selector 指定 Deployment 如何选择管理的 Pod

  • spec.template.metadata.lables 指定了 Pod 的标签

  • spec.template.spec.containers 指定了容器的相关信息

发布 Deployment

[root@master01 ~]# kubectl apply -f nginx.yaml 

查看 Deployment

[root@master01 ~]# kubectl get deployment
NAME               READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   2/2     2            2           36m

查看副本情况

[root@master01 ~]# kubectl get rs
NAME                          DESIRED   CURRENT   READY   AGE
nginx-deployment-5bf87f5f59   2         2         2       39m

DESIRED 期望状态 CURRENT 实际状态

查看 Pod 信息

[root@master01 ~]# kubectl get pods --show-labels
NAME                                READY   STATUS    RESTARTS   AGE   LABELS
nginx-deployment-5bf87f5f59-4phlc   1/1     Running   0          40m   app=nginx,pod-template-hash=5bf87f5f59
nginx-deployment-5bf87f5f59-jrzxj   1/1     Running   0          40m   app=nginx,pod-template-hash=5bf87f5f59

参数 pod-template-hash=5bf87f5f59 的意义: 通过对 ReplicaSet 的 PodTemplate 进行哈希处理,确保 Deployment 的子 ReplicaSets 不重叠冲突。

控制器工作原理

控制器始终处于无限循环中,获取所管理对象的期望状态和实际状态。

在上面的 nginx.yaml 例子中:

  • replicas: 2 是 Pod 的期望状态

  • Deployment 控制器不断的从 ETCD 中获取目前 Pod 的实际状态

  • 如果实际状态小于2,那么创建新的 Pod,如果实际状态大于2,那么删除多余的 Pod

在 github 的 kubernetes/kubernetes/tree/master/pkg/controller 目录下,包含了 K8S 的各种控制器,Deployment 是其中的一种。

更新

更改 nginx.yaml 的 spec.template 中内容即可 如更新 image: nginx:1.7.9 为 image: nginx:1.9.1 然后 kubectl apply -f nginx.yaml

回滚

查看历史版本

[root@master01 ~]# kubectl rollout history deployment.v1.apps/nginx-deployment
deployment.apps/nginx-deployment 
REVISION  CHANGE-CAUSE
1         <none>
2         <none>
3         <none>

查看详细修改记录

[root@master01 ~]# kubectl rollout history deployment.v1.apps/nginx-deployment --revision=1
deployment.apps/nginx-deployment with revision #1
Pod Template:
  Labels:       app=nginx
        pod-template-hash=5b6f47948
  Containers:
   nginx:
    Image:      nginx:1.7.8
    Port:       80/TCP
    Host Port:  0/TCP
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

[root@master01 ~]# kubectl rollout history deployment.v1.apps/nginx-deployment --revision=2
deployment.apps/nginx-deployment with revision #2
Pod Template:
  Labels:       app=nginx
        pod-template-hash=678645bf77
  Containers:
   nginx:
    Image:      nginx:1.9.1
    Port:       80/TCP
    Host Port:  0/TCP
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

[root@master01 ~]# kubectl rollout history deployment.v1.apps/nginx-deployment --revision=3
deployment.apps/nginx-deployment with revision #3
Pod Template:
  Labels:       app=nginx
        pod-template-hash=64d99cdfb6
  Containers:
   nginx:
    Image:      nginx:1.9.8
    Port:       80/TCP
    Host Port:  0/TCP
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

回滚到指定版本 –to-revision=xxx

[root@master01 ~]# kubectl rollout undo deployment.v1.apps/nginx-deployment --to-revision=1

回滚到上次修改

kubectl rollout undo deployment.v1.apps/nginx-deployment

将每次执行的命令记录到history中

[root@master01 ~]# kubectl apply -f nginx.yaml --record

结束语

Deployment 控制器可以管理 Pod,它通过操作叫做 ReplicaSet 的控制器来间接的管理 Pod。

Deployment 控制器有个缺点,它只能管理 Nginx 这样的无状态的 Pod,无法管理如 Mysql 这样有状态的应用,有状态应用需要使用 StatefulSet 控制器来管理。

联系我

微信公众号:zuolinux_com

微信扫码关注