K8S 实战（四）| 控制器 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 控制器来管理。