前言
上一節(jié)說到直接創(chuàng)建的 Pod 沒有自愈功能蜒谤。
使用控制器創(chuàng)建的 Pod 才能故障自愈山宾，那么什么是控制器呢。
可以這么理解鳍徽，容器是光禿禿的箱子资锰，Pod 把箱子進行了包裝以方便 K8S 掛載。
那么 K8S 一次掛載幾個 Pod阶祭，如何掛載绷杜，這些信息都由控制器來指定和管理。
控制器包含很多種濒募，本節(jié)實踐 Deployment 控制器鞭盟。
更新歷史
- 20200601 - 初稿 - 左程立
- 原文地址 - https://blog.zuolinux.com/2020/06/01/about-controller-deployment.html
Deployment 控制器
我們通過 Deployment 控制器來發(fā)布 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
該例中：
創(chuàng)建名為 nginx-deployment 的控制器，metadata.name 指定
創(chuàng)建 2 個復制的 Pod瑰剃，spec.replicas 指定
spec.selector 指定 Deployment 如何選擇管理的 Pod
spec.template.metadata.lables 指定了 Pod 的標簽
spec.template.spec.containers 指定了容器的相關信息
發(fā)布 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 期望狀態(tài)
CURRENT 實際狀態(tài)
查看 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
參數(shù) pod-template-hash=5bf87f5f59 的意義：
通過對 ReplicaSet 的 PodTemplate 進行哈希處理齿诉，確保 Deployment 的子 ReplicaSets 不重疊沖突。
控制器工作原理
控制器始終處于無限循環(huán)中晌姚，獲取所管理對象的期望狀態(tài)和實際狀態(tài)粤剧。
在上面的 nginx.yaml 例子中：
replicas: 2 是 Pod 的期望狀態(tài)
Deployment 控制器不斷的從 ETCD 中獲取目前 Pod 的實際狀態(tài)
如果實際狀態(tài)小于2，那么創(chuàng)建新的 Pod挥唠，如果實際狀態(tài)大于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
將每次執(zhí)行的命令記錄到history中
[root@master01 ~]# kubectl apply -f nginx.yaml --record
結束語
Deployment 控制器可以管理 Pod，它通過操作叫做 ReplicaSet 的控制器來間接的管理 Pod懊烤。
Deployment 控制器有個缺點梯醒，它只能管理 Nginx 這樣的無狀態(tài)的 Pod，無法管理如 Mysql 這樣有狀態(tài)的應用腌紧，有狀態(tài)應用需要使用 StatefulSet 控制器來管理茸习。
