上一節說到直接建立的 Pod 沒有自愈功能。html
使用控制器建立的 Pod 才能故障自愈,那麼什麼是控制器呢。linux
能夠這麼理解,容器是光禿禿的箱子,Pod 把箱子進行了包裝以方便 K8S 掛載。nginx
那麼 K8S 一次掛載幾個 Pod,如何掛載,這些信息都由控制器來指定和管理。git
控制器包含不少種,本節實踐 Deployment 控制器。github
咱們經過 Deployment 控制器來發布 Podsql
# 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
該例中:api
發佈 Deployment微信
[root@master01 ~]# kubectl apply -f nginx.yaml
查看 Deploymentapp
[root@master01 ~]# kubectl get deployment NAME READY UP-TO-DATE AVAILABLE AGE nginx-deployment 2/2 2 2 36m
查看副本狀況spa
[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 例子中:
在 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