成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

Kubernetes應用管理器OpenKruise

作者：老實說運維
運維 系統運維
OpenKruise 是 Kubernetes 的一個標準擴展，它可以配合原生 Kubernetes 使用，并為管理應用容器、sidecar、鏡像分發等方面提供更加強大和高效的能力。

[[360002]]

 OpenKruise

OpenKruise 是 Kubernetes 的一個標準擴展，它可以配合原生 Kubernetes 使用，并為管理應用容器、sidecar、鏡像分發等方面提供更加強大和高效的能力。

核心功能

原地升級

原地升級是一種可以避免刪除、新建 Pod 的升級鏡像能力。它比原生 Deployment/StatefulSet 的重建 Pod 升級更快、更高效，并且避免對 Pod 對其他不需要更新的容器造成干擾。

Sidecar 管理

支持在一個單獨的 CR 中定義 sidecar 容器，OpenKruise 能夠幫你把這些 Sidecar 容器注入到所有符合條件的 Pod 中。這個過程和 Istio 的注入很相似，但是你可以管理任意你關心的 Sidecar。

跨多可用區部署

定義一個跨多個可用區的全局 workload，容器，OpenKruise 會幫你在每個可用區創建一個對應的下屬 workload。你可以統一管理他們的副本數、版本、甚至針對不同可用區采用不同的發布策略。

CRD 列表

  1. CloneSet 
  2. 提供更加高效、確定可控的應用管理和部署能力，支持優雅原地升級、指定刪除、發布順序可配置、并行/灰度發布等豐富的策略，可以滿足更多樣化的應用場景。 
  3.  
  4. Advanced StatefulSet 
  5. 基于原生 StatefulSet 之上的增強版本，默認行為與原生完全一致，在此之外提供了原地升級、并行發布（最大不可用）、發布暫停等功能。 
  6.  
  7. SidecarSet 
  8. 對 sidecar 容器做統一管理，在滿足 selector 條件的 Pod 中注入指定的 sidecar 容器。 
  9.  
  10. UnitedDeployment 
  11. 通過多個 subset workload 將應用部署到多個可用區。 
  12.  
  13. BroadcastJob 
  14. 配置一個 job，在集群中所有滿足條件的 Node 上都跑一個 Pod 任務。 
  15.  
  16. Advanced DaemonSet 
  17. 基于原生 DaemonSet 之上的增強版本，默認行為與原生一致，在此之外提供了灰度分批、按 Node label 選擇、暫停、熱升級等發布策略。 
  18.  
  19. AdvancedCronJob 
  20. 一個擴展的 CronJob 控制器，目前 template 模板支持配置使用 Job 或 BroadcastJob。 

 以上在官方文檔都有介紹，本文主要著重實戰，先講CloneSet，其他控制器后面會陸續更新。。。

部署Kruise到Kubernetes集群

這里使用helm來安裝Kruise

1、現在kruise Chart

  1. wget https://github.com/openkruise/kruise/releases/download/v0.7.0/kruise-chart.tgz 
  2. tar -zxf kruise-chart.tgz 
  3. cd kruise 
  4. [root@ kruise]# ls -l 
  5. total 16 
  6. -rw-r--r-- 1 root root  311 Dec 20 15:09 Chart.yaml 
  7. -rw-r--r-- 1 root root 4052 Dec 20 15:09 README.md 
  8. drwxr-xr-x 2 root root 4096 Dec 23 10:18 templates 
  9. -rw-r--r-- 1 root root  659 Dec 20 15:09 values.yaml 

 2、修改values.yaml,默認不用修改也行

3、執行部署

  1. [root@qd01-stop-k8s-master001 kruise]# kubectl create ns kruise 
  2. namespace/kruise created 
  3. [root@qd01-stop-k8s-master001 kruise]# helm install kruise -n kruise -f values.yaml  . 
  4. W1223 10:22:13.562088 1589994 warnings.go:67] apiextensions.k8s.io/v1beta1 CustomResourceDefinition is deprecated in v1.16+, unavailable in v1.22+; use apiextensions.k8s.io/v1 CustomResourceDefinition 
  5. 。。。。。。。 
  6. NAME: kruise 
  7. LAST DEPLOYED: Wed Dec 23 10:22:12 2020 
  8. NAMESPACE: kruise 
  9. STATUS: deployed 
  10. REVISION: 1 
  11. TEST SUITE: None 
  12. 這里會看到一堆的deprecated信息，因為新版的kubernetes對CRD的版本會淘汰，可以根據自己的集群版本修改CRD的API版本即可 

 4、檢查kruise部署狀態

  1. [root@qd01-stop-k8s-master001 kruise]# helm ls -n kruise 
  2. NAME    NAMESPACE       REVISION        UPDATED                                 STATUS          CHART           APP VERSION 
  3. kruise  kruise          1               2020-12-23 10:22:12.963651877 +0800 CST deployed        kruise-0.7.0                
  4.  
  5. 可以看到，集群中有的kruise crd類型 
  6. [root@qd01-stop-k8s-master001 kruise]# kubectl get crd|grep  kruise 
  7. advancedcronjobs.apps.kruise.io                       2020-12-23T02:22:13Z 
  8. broadcastjobs.apps.kruise.io                          2020-12-23T02:22:13Z 
  9. clonesets.apps.kruise.io                              2020-12-23T02:22:13Z 
  10. daemonsets.apps.kruise.io                             2020-12-23T02:22:13Z 
  11. sidecarsets.apps.kruise.io                            2020-12-23T02:22:13Z 
  12. statefulsets.apps.kruise.io                           2020-12-23T02:22:13Z 
  13. uniteddeployments.apps.kruise.io                      2020-12-23T02:22:13Z 

 下面我們開始來使用這些管理器

CloneSet

CloneSet 控制器提供了高效管理無狀態應用的能力，它可以對標原生的 Deployment，但 CloneSet 提供了很多增強功能。

1、我們先創建一個簡單的CloneSet，yaml如下

  1. apiVersion: apps.kruise.io/v1alpha1 
  2. kind: CloneSet 
  3. metadata: 
  4.   labels: 
  5.     app: nginx-alpine 
  6.   name: nginx-alpine 
  7. spec: 
  8.   replicas: 5 
  9.   selector: 
  10.     matchLabels: 
  11.       app: nginx-alpine 
  12.   template: 
  13.     metadata: 
  14.       labels: 
  15.         app: nginx-alpine 
  16.     spec: 
  17.       containers: 
  18.       - name: nginx 
  19.         image: nginx:alpine 

 2、部署

  1. [root@qd01-stop-k8s-master001 demo]# kubectl apply -f  CloneSet.yaml 
  2. cloneset.apps.kruise.io/nginx-alpine created 
  3.  
  4. [root@qd01-stop-k8s-master001 demo]# kubectl get po |grep nginx 
  5. nginx-alpine-29g7n                          1/1     Running   0          45s 
  6. nginx-alpine-bvgqm                          1/1     Running   0          45s 
  7. nginx-alpine-q9tlw                          1/1     Running   0          45s 
  8. nginx-alpine-s2t46                          1/1     Running   0          44s 
  9. nginx-alpine-sslvf                          1/1     Running   0          44s 
  10. 從輸出結果看，和原生的Deployment沒有啥區別 
  11. #注意，這里如果get deployment是看不到nginx-alpine這個應用的，需要get cloneset才能看到 
  12. [root@qd01-stop-k8s-master001 demo]# kubectl get deployment 
  13. [root@qd01-stop-k8s-master001 demo]# kubectl get cloneset 
  14. NAME           DESIRED   UPDATED   UPDATED_READY   READY   TOTAL   AGE 
  15. nginx-alpine   5         5         5               5       5       2m16s 

 CloneSet 允許用戶配置 PVC 模板 volumeClaimTemplates，用來給每個 Pod 生成獨享的 PVC，這是 Deployment 所不支持的。 如果用戶沒有指定這個模板，CloneSet 會創建不帶 PVC 的 Pod。

3、現在來創建一個帶有 PVC 模板的例子

  1. apiVersion: apps.kruise.io/v1alpha1 
  2. kind: CloneSet 
  3. metadata: 
  4.   labels: 
  5.     app: nginx-2 
  6.   name: nginx-2 
  7. spec: 
  8.   replicas: 5 
  9.   selector: 
  10.     matchLabels: 
  11.       app: nginx-2 
  12.   template: 
  13.     metadata: 
  14.       labels: 
  15.         app: nginx-2 
  16.     spec: 
  17.       containers: 
  18.       - name: nginx 
  19.         image: nginx:alpine 
  20.         volumeMounts: 
  21.         - name: data-vol 
  22.           mountPath: /usr/share/nginx/html 
  23.   volumeClaimTemplates: 
  24.     - metadata: 
  25.         name: rbd 
  26.       spec: 
  27.         accessModes: [ "ReadWriteOnce" ] 
  28.         storageClassName: rbd 
  29.         resources: 
  30.           requests: 
  31.             storage: 2Gi 

 部署 

  1. [root@qd01-stop-k8s-master001 demo]# kubectl apply -f  CloneSet.yaml 
  2. cloneset.apps.kruise.io/nginx-2 created 
  3. [root@qd01-stop-k8s-master001 demo]# kubectl get pv|grep data-vol 
  4. pvc-0fde19f3-ea4b-47e0-81be-a8e43812e47b   2Gi        RWO            Delete           Bound    default/data-vol-nginx-2-t55h8                  rbd                     83s 
  5. pvc-72accf10-57a6-4418-a1bc-c64633b84434   2Gi        RWO            Delete           Bound    default/data-vol-nginx-2-t49mk                  rbd                     82s 
  6. pvc-8fc8b9a5-afe8-446a-9190-08fcee0ec9f6   2Gi        RWO            Delete           Bound    default/data-vol-nginx-2-jw2zp                  rbd                     84s 
  7. pvc-c9fba396-e357-43e8-9510-616f698da765   2Gi        RWO            Delete           Bound    default/data-vol-nginx-2-b5fdd                  rbd                     84s 
  8. pvc-e5302eab-a9f2-4a71-a5a3-4cd43205e8a0   2Gi        RWO            Delete           Bound    default/data-vol-nginx-2-l54dz                  rbd                     84s 
  9. [root@qd01-stop-k8s-master001 demo]# kubectl get po|grep nginx 
  10. nginx-2-b5fdd                               1/1     Running   0          97s 
  11. nginx-2-jw2zp                               1/1     Running   0          97s 
  12. nginx-2-l54dz                               1/1     Running   0          97s 
  13. nginx-2-t49mk                               1/1     Running   0          96s 
  14. nginx-2-t55h8                               1/1     Running   0          96s 

 從部署結果可以看到，每個pod都創建了一個PVC，這個是原生的Deployment不能實現的。

注意：

  1. 每個被自動創建的 PVC 會有一個 ownerReference 指向 CloneSet，因此 CloneSet 被刪除時，它創建的所有 Pod 和 PVC 都會被刪除。 
  2. 每個被 CloneSet 創建的 Pod 和 PVC，都會帶一個 apps.kruise.io/cloneset-instance-id: xxx 的 label。關聯的 Pod 和 PVC 會有相同的 instance-id，且它們的名字后綴都是這個 instance-id。 
  3. 如果一個 Pod 被 CloneSet controller 縮容刪除時，這個 Pod 關聯的 PVC 都會被一起刪掉。 
  4. 如果一個 Pod 被外部直接調用刪除或驅逐時，這個 Pod 關聯的 PVC 還都存在；并且 CloneSet controller 發現數量不足重新擴容時，新擴出來的 Pod 會復用原 Pod 的 instance-id 并關聯原來的 PVC。 
  5. 當 Pod 被重建升級時，關聯的 PVC 會跟隨 Pod 一起被刪除、新建。 
  6. 當 Pod 被原地升級時，關聯的 PVC 會持續使用。 

 4、指定 Pod 縮容

當一個 CloneSet 被縮容時，有時候用戶需要指定一些 Pod 來刪除。這對于 StatefulSet 或者 Deployment 來說是無法實現的，因為 StatefulSet 要根據序號來刪除 Pod，而 Deployment/ReplicaSet 目前只能根據控制器里定義的排序來刪除。

CloneSet 允許用戶在縮小 replicas 數量的同時，指定想要刪除的 Pod 名字。

現在我們來修改上面例子的部署文件，指定刪除nginx-2-t55h8這個Pod

  1. apiVersion: apps.kruise.io/v1alpha1 
  2. kind: CloneSet 
  3. metadata: 
  4.   labels: 
  5.     app: nginx-2 
  6.   name: nginx-2 
  7. spec: 
  8.   replicas: 4 
  9.   scaleStrategy: 
  10.     podsToDelete: 
  11.     - nginx-2-t55h8 

 然后更新yaml文件

  1. [root@qd01-stop-k8s-master001 demo]# kubectl apply -f CloneSet.yaml 
  2. cloneset.apps.kruise.io/nginx-2 configured 
  3.  
  4. [root@qd01-stop-k8s-master001 demo]# kubectl get po|grep nginx 
  5. nginx-2-b5fdd                               1/1     Running   0          11m 
  6. nginx-2-jw2zp                               1/1     Running   0          11m 
  7. nginx-2-l54dz                               1/1     Running   0          11m 
  8. nginx-2-t49mk                               1/1     Running   0          11m 

 現在看輸入結果，已經沒有nginx-2-t55h8這個Pod了

這個功能很實用，比如某臺機器故障了，或者負載太高，你想刪除指定的pod。

5、升級功能

  1. CloneSet 提供了和 Advanced StatefulSet 相同的 3 個升級方式，默認為 ReCreate： 
  2.  
  3. ReCreate: 控制器會刪除舊 Pod 和它的 PVC，然后用新版本重新創建出來。 
  4. InPlaceIfPossible: 控制器會優先嘗試原地升級 Pod，如果不行再采用重建升級。目前，只有修改 spec.template.metadata.* 和 spec.template.spec.containers[x].image 這些字段才可以走原地升級。 
  5. InPlaceOnly: 控制器只允許采用原地升級。因此，用戶只能修改上一條中的限制字段，如果嘗試修改其他字段會被 Kruise 拒絕。 

 現在我們來嘗試原地升級Pod功能，把nginx鏡像由nginx:alpine 升級為 nginx:latest

首先修改yaml文件，這里只粘貼出文件的修改的部分

  1. apiVersion: apps.kruise.io/v1alpha1 
  2. kind: CloneSet 
  3. ... 
  4. spec: 
  5.   replicas: 4 
  6.   updateStrategy: 
  7.     type: InPlaceIfPossible 
  8.     inPlaceUpdateStrategy: 
  9.       gracePeriodSeconds: 10 
  10. ...... 
  11.     spec: 
  12.       containers: 
  13.       - name: nginx 
  14.         image: nginx 

 執行升級

  1. [root@qd01-stop-k8s-master001 demo]# kubectl apply -f CloneSet.yaml 
  2. cloneset.apps.kruise.io/nginx-2 configured 
  3. 使用 kubectl describe查看升級過程 
  4. Events: 
  5.   Type     Reason                  Age                From                     Message 
  6.   ----     ------                  ----               ----                     ------- 
  7.   Warning  FailedScheduling        59m                default-scheduler        0/22 nodes are available: 22 pod has unbound immediate PersistentVolumeClaims. 
  8.   Warning  FailedScheduling        59m                default-scheduler        0/22 nodes are available: 22 pod has unbound immediate PersistentVolumeClaims. 
  9.   Warning  FailedScheduling        59m                default-scheduler        0/22 nodes are available: 22 pod has unbound immediate PersistentVolumeClaims. 
  10.   Normal   Scheduled               59m                default-scheduler        Successfully assigned default/nginx-2-l54dz to qd01-stop-k8s-node007.ps.easou.com 
  11.   Normal   SuccessfulAttachVolume  59m                attachdetach-controller  AttachVolume.Attach succeeded for volume "pvc-e5302eab-a9f2-4a71-a5a3-4cd43205e8a0" 
  12.   Normal   Pulling                 58m                kubelet                  Pulling image "nginx:alpine" 
  13.   Normal   Pulled                  58m                kubelet                  Successfully pulled image "nginx:alpine" in 6.230045975s 
  14.   Normal   Killing                 55s                kubelet                  Container nginx definition changed, will be restarted 
  15.   Normal   Pulling                 55s                kubelet                  Pulling image "nginx" 
  16.   Normal   Pulled                  26s                kubelet                  Successfully pulled image "nginx" in 29.136659264s 
  17.   Normal   Created                 23s (x2 over 58m)  kubelet                  Created container nginx 
  18.   Normal   Started                 23s (x2 over 58m)  kubelet                  Started container nginx 

 從輸出可以看到，Container nginx definition changed, will be restarted，Pod并沒有刪除在重建，而是在原來的基礎上直接更新了鏡像文件，并重啟了服務。

原地升級減少了刪除重建環節，節省了升級時間和資源調度頻率。。。

6、Partition 分批灰度

Partition 的語義是 保留舊版本 Pod 的數量或百分比，默認為 0。這里的 partition 不表示任何 order 序號。

  1. 在發布過程中設置了 partition: 
  2.     如果是數字，控制器會將 (replicas - partition) 數量的 Pod 更新到最新版本。 
  3.     如果是百分比，控制器會將 (replicas * (100% - partition)) 數量的 Pod 更新到最新版本。 

 現在我將上面的例子的 image 更新為 nginx:1.19.6-alpine 并且設置 partition=3

  1. kind: CloneSet 
  2. metadata: 
  3.   labels: 
  4.     app: nginx-2 
  5.   name: nginx-2 
  6. spec: 
  7.   replicas: 5 
  8.   updateStrategy: 
  9.     type: InPlaceIfPossible 
  10.     inPlaceUpdateStrategy: 
  11.       gracePeriodSeconds: 10 
  12.     partition: 3 
  13.   selector: 
  14.     matchLabels: 
  15.       app: nginx-2 
  16.   template: 
  17.     metadata: 
  18.       labels: 
  19.         app: nginx-2 
  20.     spec: 
  21.       containers: 
  22.       - name: nginx 
  23.         image: nginx:1.19.6-alpine 

 查看結果

  1. Status: 
  2.   Available Replicas:      5 
  3.   Collision Count:         0 
  4.   Label Selector:          app=nginx-2 
  5.   Observed Generation:     6 
  6.   Ready Replicas:          5 
  7.   Replicas:                5 
  8.   Update Revision:         nginx-2-7b44cb9c8 
  9.   Updated Ready Replicas:  2 
  10.   Updated Replicas:        2 
  11. Events: 
  12.   Type    Reason                      Age    From                 Message 
  13.   ----    ------                      ----   ----                 ------- 
  14.   Normal  SuccessfulUpdatePodInPlace  45m    cloneset-controller  successfully update pod nginx-2-l54dz in-place(revision nginx-2-5879fd9f7) 
  15.   Normal  SuccessfulUpdatePodInPlace  44m    cloneset-controller  successfully update pod nginx-2-t49mk in-place(revision nginx-2-5879fd9f7) 
  16.   Normal  SuccessfulUpdatePodInPlace  43m    cloneset-controller  successfully update pod nginx-2-b5fdd in-place(revision nginx-2-5879fd9f7) 
  17.   Normal  SuccessfulUpdatePodInPlace  43m    cloneset-controller  successfully update pod nginx-2-jw2zp in-place(revision nginx-2-5879fd9f7) 
  18.   Normal  SuccessfulCreate            22m    cloneset-controller  succeed to create pod nginx-2-zpp8z 
  19.   Normal  SuccessfulUpdatePodInPlace  5m22s  cloneset-controller  successfully update pod nginx-2-zpp8z in-place(revision nginx-2-7b44cb9c8) 
  20.   Normal  SuccessfulUpdatePodInPlace  4m55s  cloneset-controller  successfully update pod nginx-2-jw2zp in-place(revision nginx-2-7b44cb9c8) 
  21.  
  22. [root@qd01-stop-k8s-master001 demo]# kubectl get pod -L controller-revision-hash 
  23. NAME                                        READY   STATUS    RESTARTS   AGE   CONTROLLER-REVISION-HASH 
  24. nginx-2-b5fdd                               1/1     Running   1          99m   nginx-2-5879fd9f7 
  25. nginx-2-jw2zp                               1/1     Running   2          99m   nginx-2-7b44cb9c8 
  26. nginx-2-l54dz                               1/1     Running   1          99m   nginx-2-5879fd9f7 
  27. nginx-2-t49mk                               1/1     Running   1          99m   nginx-2-5879fd9f7 
  28. nginx-2-zpp8z                               1/1     Running   1          19m   nginx-2-7b44cb9c8 

 從輸出信息我們可以看到，Update Revision已經更新為nginx-2-7b44cb9c8，而Pod中只有兩個Pod升級了。

由于我們設置了 partition=3，控制器只升級了 2 個 Pod。

Partition 分批灰度功能完善了原生的Pod升級方式，使得升級能夠進行更靈活，能夠進行灰度上線。超贊。。。

7、最后再演示下發布暫停

用戶可以通過設置 paused 為 true 暫停發布，不過控制器還是會做 replicas 數量管理：

  • 首先，我們將示例中image改為nginx:1.18.0 并設置副本數為10,修改后更新yaml,運行結果如下：
  1. [root@qd01-stop-k8s-master001 demo]#  kubectl get po -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.containers[*]}{.image}{", "}{end}{end}' |sort 
  2. nginx-2-7lzx9:  nginx:1.18.0,  
  3. nginx-2-b5fdd:  nginx:1.18.0,  
  4. nginx-2-jw2zp:  nginx:1.18.0,  
  5. nginx-2-l54dz:  nginx:1.18.0,  
  6. nginx-2-nknrt:  nginx:1.18.0, 
  7. nginx-2-rgmsc:  nginx:1.18.0, 
  8. nginx-2-rpr5z:  nginx:1.18.0, 
  9. nginx-2-t49mk:  nginx:1.18.0,  
  10. nginx-2-v2bpx:  nginx:1.18.0, 
  11. nginx-2-zpp8z:  nginx:1.18.0,  
  •  現在我們修改yaml文件，將image修改為nginx:alpine 執行更新，運行如下
  1. [root@qd01-stop-k8s-master001 demo]#  kubectl get po -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.containers[*]}{.image}{", "}{end}{end}' |sort 
  2. nginx-2-7lzx9:  nginx:1.18.0,  
  3. nginx-2-b5fdd:  nginx:1.18.0,  
  4. nginx-2-jw2zp:  nginx:1.18.0,  
  5. nginx-2-l54dz:  nginx:1.18.0,  
  6. nginx-2-nknrt:  nginx:alpine,  
  7. nginx-2-rgmsc:  nginx:alpine,  
  8. nginx-2-rpr5z:  nginx:alpine,  
  9. nginx-2-t49mk:  nginx:1.18.0,  
  10. nginx-2-v2bpx:  nginx:alpine,  
  11. nginx-2-zpp8z:  nginx:1.18.0,  
  •  現在看到，有4個pod的image已經更新為nginx:alpine 然后我們再次修改yaml文件，添加paused: true 
  1. spec: 
  2.   replicas: 10 
  3.   updateStrategy: 
  4.     paused: true 
  5.     type: InPlaceIfPossible 
  6.     inPlaceUpdateStrategy: 
  7.       gracePeriodSeconds: 10 
  •  再次執行apply,更新yaml，再次查看更新進度，發現pod并沒有繼續更新了，已經暫停升級image了 
  1. [root@qd01-stop-k8s-master001 demo]#  kubectl get po -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.containers[*]}{.image}{", "}{end}{end}' |sort 
  2. nginx-2-7lzx9:  nginx:1.18.0,  
  3. nginx-2-b5fdd:  nginx:1.18.0,  
  4. nginx-2-jw2zp:  nginx:1.18.0,  
  5. nginx-2-l54dz:  nginx:1.18.0,  
  6. nginx-2-nknrt:  nginx:alpine,  
  7. nginx-2-rgmsc:  nginx:alpine,  
  8. nginx-2-rpr5z:  nginx:alpine,  
  9. nginx-2-t49mk:  nginx:1.18.0,  
  10. nginx-2-v2bpx:  nginx:alpine,  
  11. nginx-2-zpp8z:  nginx:1.18.0,  
  •  最后把paused: true取消，再次apply yaml文件，升級會繼續。。。 
  1. [root@qd01-stop-k8s-master001 demo]#  kubectl get po -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.containers[*]}{.image}{", "}{end}{end}' |sort 
  2. nginx-2-7lzx9:  nginx:alpine,  
  3. nginx-2-b5fdd:  nginx:alpine,  
  4. nginx-2-jw2zp:  nginx:alpine,  
  5. nginx-2-l54dz:  nginx:alpine,  
  6. nginx-2-nknrt:  nginx:alpine,  
  7. nginx-2-rgmsc:  nginx:alpine,  
  8. nginx-2-rpr5z:  nginx:alpine,  
  9. nginx-2-t49mk:  nginx:alpine,  
  10. nginx-2-v2bpx:  nginx:alpine,  
  11. nginx-2-zpp8z:  nginx:alpine,  

 以上就是整個發布暫停的演示，這個功能好處就是;我們在升級的過程中可以隨時中斷升級。

除此之外，CloneSet還有很多特性，例如：MaxUnavailable 最大不可用數量、MaxSurge 最大彈性數量、升級順序、打散策略、生命周期鉤子等，鑒于文章篇幅，這些特性不再演示了，有需要的可以查看官方文檔。

 

責任編輯：姜華 來源： 今日頭條
KubernetesOpenKruise應用
相關推薦

2009-07-22 08:54:32

Oracle恢復管理器

2011-08-12 11:06:55

綜合布線線纜管理器

2010-12-28 14:53:29

服務器管理器

2020-08-10 08:26:26

Windows 10Windows微軟

2009-02-01 10:17:22

布局管理器LayoutManagGUI

2013-03-29 12:52:14

Android位置管理

2015-12-08 12:17:04

2010-01-04 19:22:49

Silverlight

2020-03-12 18:34:30

Windows 10Windows任務管理器

2009-09-29 09:44:52

Hibernate事務

2012-04-23 10:49:04

AWTJava

2020-10-12 09:00:00

Firefox任務管理器瀏覽器

2011-06-30 09:31:54

Chrome OS

2020-03-09 11:43:35

RustCargo編程語言

2011-06-10 09:29:36

Qt Creator 布局管理器

2020-12-03 12:06:54

HarmonyOS

2023-08-15 15:09:18

LinuxCompiz

2022-11-02 09:39:51

數據恢復Kubernetes

2023-11-25 09:31:20

Go事件管理器

2012-04-27 10:13:30

jQuery Ajax
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板： 久久久久国产一级毛片高清网站 | 人人玩人人添人人澡欧美 | 91在线色视频| 日韩视频一区在线观看 | 久久久久久91香蕉国产 | 欧美日产国产成人免费图片 | av手机在线免费观看 | 黄色一级大片在线免费看产 | 成人一区二区视频 | 欧美视频一区二区三区 | 一区二区不卡视频 | 巨大黑人极品videos精品 | 国产精品永久免费观看 | 在线观看黄视频 | 欧美性受xxxx白人性爽 | 免费久久久 | 福利一区在线观看 | 黄色欧美大片 | 给我免费的视频在线观看 | 6996成人影院网在线播放 | 一级毛片观看 | 欧美久久久久 | 国产精品视频www | 一区二区三区观看视频 | 五月精品视频 | 国产精品视频一二三区 | 日韩在线不卡视频 | 尹人av| 亚洲欧美日韩电影 | 国产在线精品一区二区三区 | 国产精品一区在线观看 | 欧美男人天堂 | 欧美一区精品 | 亚洲精品片 | 日韩在线视频精品 | 亚洲国产精品一区二区久久 | 久久精品一区二区三区四区 | av网站免费看 | 91传媒在线播放 | 欧美在线色视频 | av电影一区 |