Kubernetes中怎么利用Deloyment實現(xiàn)滾動更新

本篇文章為大家展示了Kubernetes中怎么利用Deloyment實現(xiàn)滾動更新，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

滾動更新簡介

當kubernetes集群中的某個服務需要升級時，傳統(tǒng)的做法是，先將要更新的服務下線，業(yè)務停止后再更新版本和配置，然后重新啟動并提供服務。如果業(yè)務集群規(guī)模較大時，這個工作就變成了一個挑戰(zhàn)，而且先全部了停止，再逐步升級的方式會導致服務較長時間不可用。kubernetes提供了滾動更新(rolling-update)的方式來解決上述問題。

簡單來說，滾動更新就是針對多實例服務的一種不中斷服務的更新升級方式。一般情況下，對于多實例服務，滾動更新采用對各個實例逐個進行單獨更新而非同一時刻對所有實例進行全部更新的方式。

對于k8s集群來說，rolling update就是指一次僅更新一個或者一組pod，而不是在同一時刻將一個Deployment管理的所有pod shutdown，避免業(yè)務中斷。

新版本的Kubernetes推薦用Deployment替代ReplicationController，在Deployment這個概念下在保持Pod副本數(shù)上實際發(fā)揮作用的是隱藏在背后的Replica Set。

使用kubectl rolling-update更新RC

使用kubectl rolling-update命令的方式，主要是針對使用RC創(chuàng)建的pods。
先來看下面一個示例，創(chuàng)建一個包含4個nginx副本的RC nginx-demo-v1-rc.yml：

apiVersion: v1
kind: ReplicationController
metadata:
  name: nginx-demo-v1
spec:
  replicas: 4
  selector:
    app: nginx-demo
    ver: v1
  template:
    metadata:
      labels:
        app: nginx-demo
        ver: v1
    spec:
      containers:
        - name: nginx-demo
          image: nginx:1.14
          ports:
            - containerPort: 80
              protocol: TCP
          env:
            - name: NGX_DEMO_VER
              value: v1

創(chuàng)建一個service，nginx-demo-svc.yml內容如下：

apiVersion: v1
kind: Service
metadata:
  name: nginx-demo-svc
spec:
  ports:
  - port: 80
    protocol: TCP
  selector:
    app: nginx-demo

創(chuàng)建rc和service：

kubectl create -f nginx-demo-v1-rc.yml
kubectl create -f nginx-demo-svc.yml

創(chuàng)建完成以后，可以通過訪問任一Pod的環(huán)境變量查看NGX_DEMO_VER的值，為v1

現(xiàn)在我們創(chuàng)建一個nginx-demo-v2-rc.yml的文件，來升級現(xiàn)有的pod：

apiVersion: v1
kind: ReplicationController
metadata:
  name: nginx-demo-v2
spec:
  replicas: 4
  selector:
    app: nginx-demo
    ver: v2
  template:
    metadata:
      labels:
        app: nginx-demo
        ver: v2
    spec:
      containers:
        - name: nginx-demo
          image: nginx:1.15
          ports:
            - containerPort: 80
              protocol: TCP
          env:
            - name: NGX_DEMO_VER
              value: v2

執(zhí)行更新操作：

kubectl rolling-update nginx-demo-svc -f nginx-demo-v2-rc.yml

需要注意的是，在執(zhí)行滾動升級時，兩個版本的yml文件區(qū)別：

• RC的名字不能與舊的RC名字相同

• 在selector中應至少有一個label與舊的RC的label不同，以標識其為新的RC。

我們可以通過如下操作來查看更新的完整過程：

kubectl rolling-update nginx-demo-v1 --udpate-period=10s -f nginx-demo-v2-rc.yml

當所有舊的pod被新的Pod替換完成以后，更新完成。

使用kubectl rolling-update實現(xiàn)滾動更新的不足：

• rolling-update的邏輯是由kubectl發(fā)出N條命令到APIServer完成的，很可能因為網(wǎng)絡原因導致update中斷

• 需要創(chuàng)建一個新的rc，名字與要更新的rc不能一樣

• 回滾還需要執(zhí)行rolling-update，只是用老的版本替換新的版本

• service執(zhí)行的rolling-update在集群中沒有記錄，后續(xù)無法跟蹤rolling-update歷史

現(xiàn)如今，RC的方式已經(jīng)被Deployment替代。

Deployment的rolling-update

kubernetes的Deployment是一個更高級別的抽象。Deployment會創(chuàng)建一個Replica Set，用來保證Deployment中的Pod的副本數(shù)。要rolling-update deployment中的Pod，只需要修改Deployment自己的yml文件并應用即可。這個修改會創(chuàng)建一個新的Replica Set，在增加這個新RS的pod數(shù)的同時，減少舊RS的pod，直至完全升級。而這一切都發(fā)生在Server端，并不需要kubectl參與。

創(chuàng)建一個Deployment yml文件nginx-demo-dm.yml：

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-demo
spec:
  replicas: 4
  selector:
    matchLabels:
      app: nginx-demo
  minReadySeconds: 10
  template:
    metadata:
      labels:
        app: nginx-demo
        version: v1
    spec:
      containers:
        - name: deployment-demo
          image: nginx:1.14
          ports:
            - containerPort: 80
              protocol: TCP

創(chuàng)建該deployment：

kubect create -f nginx-demo-dm.yml --record

然后我們可以直接修改該deployment文件，如下 ：

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-demo
spec:
  replicas: 4
  selector:
    matchLabels:
      app: nginx-demo
  minReadySeconds: 10
  template:
    metadata:
      labels:
        app: nginx-demo
        version: v2
    spec:
      containers:
        - name: deployment-demo
          image: nginx:1.15
          ports:
            - containerPort: 80
              protocol: TCP

一共就改了兩個地方，將version改為了v2，將nginx鏡像從1.14改到了1.15，執(zhí)行如下操作應用更改：

kubectl apply -f nginx-demo-dm.yml --record

這個時候，我們可以通過執(zhí)行kubectl get rs來查看到rs的變化，以確認是否在執(zhí)行升級。也可以通過kubectl describe deployment nginx-demo來查看詳細的rolling-update的過程。還可以通過kubectl rollout status deployment/nginx-demo來查看更新狀態(tài)。

除了使用apply方式來應用更改以外，還有另外一種方式可以直接升級。就是通過kubectl edit nginx-demo-dm.yml來編輯deployment文件，保存以后，不需要執(zhí)行apply，就會自動完成升級。

我們可以注意到，在執(zhí)行deployment的操作時，使用了一個--record參數(shù)，這個參數(shù)是用來告訴apiserver記錄update的歷史。可以通過如下命令來查看update歷史：

kubectl rollout history deployment nginx-demo

查看指定revision的詳細信息：

kubectl rollout history deployment hello-deployment --revision=2

需要說明的是，在升級完成以后，舊的RS也不會被刪除，這些信息都會存儲到server端，以方便回滾。
deployment下的pod的回滾操作相當簡單，直接執(zhí)行rollout undo即可將deployment回滾到record中記錄的上一個revision：

kubectl rollout undo deployment nginx-demo

執(zhí)行如下操作，回滾到指定版本：

kubectl rollout undo deployment hello-deployment --to-revision=2

上述內容就是Kubernetes中怎么利用Deloyment實現(xiàn)滾動更新，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業(yè)資訊頻道。