Deployment管理ReplicaSet,ReplicaSet管理Pod。
Deployment主要功能有下面几个:
- 支持ReplicaSet的所有功能
- 支持发布的停止、继续
- 支持滚动升级和回滚版本
cat >pod-test.yaml <<EOF
apiVersion: apps/v1
kind: Deployment
metadata:
name: pc-deployment
namespace: dev
spec:
replicas: 3
selector:
matchLabels:
app: nginx-pod
template:
metadata:
labels:
app: nginx-pod
spec:
containers:
- name: nginx
image: nginx:1.17.1
EOF
'''加上--record=true,之后查看历史版本时能看到执行的语句,否则显示none'''
kubectl create -f pc-deployment.yaml --record=true
kubectl get deploy,rs,pods pc-deployment -n dev
'''
UP-TO-DATE 最新版本的pod的数量
AVAILABLE 当前可用的pod的数量
NAME READY UP-TO-DATE AVAILABLE AGE
pc-deployment 3/3 3 3 15s
发现rs的名称是在原来deployment的名字后面添加了一个10位数的随机串
NAME DESIRED CURRENT READY AGE
pc-deployment-6696798b78 3 3 3 23s
发现pod的名称是在原来rs的名字后面添加了一个随机串
NAME READY STATUS RESTARTS AGE
pc-deployment-6696798b78-d2c8n 1/1 Running 0 107s
pc-deployment-6696798b78-smpvp 1/1 Running 0 107s
pc-deployment-6696798b78-wvjd8 1/1 Running 0 107s
'''
扩缩容有两种方法:
- kubectl scale deploy pc-deployment --replicas=5 -n dev
- kubectl edit deploy pc-deployment -n dev,修改修改spec:replicas: 3
镜像更新
deployment支持两种更新策略:重建更新和滚动更新,可以通过strategy指定策略类型,支持两个属性:
strategy:指定新的Pod替换旧的Pod的策略, 支持两个属性:
type:指定策略类型,支持两种策略,默认是RollingUpdate
Recreate:先杀掉所有已存在的Pod,再创建新的Pod
RollingUpdate:滚动更新,先启动好一部分再杀死一部分,在更新过程中,存在两个版本Pod
rollingUpdate:当type为RollingUpdate时生效,用于为RollingUpdate设置参数,支持两个属性:
maxUnavailable:升级过程中最多多少个Pod不可用,默认为25%。
maxSurge: 升级过程中一次最多可以添加多少个Pod,默认为25%。
镜像更新中rs的变化:
查看rs,发现原来的rs的依旧存在,只是pod数量变为了0,而后又新产生了一个rs,pod数量为3
版本回退
deployment支持版本升级过程中的暂停、继续功能以及版本回退等诸多功能,下面具体来看.
kubectl rollout: 版本升级相关功能,支持下面的选项:
- status 显示当前升级状态
- history 显示 升级历史记录
- pause 暂停版本升级过程
- resume 继续已经暂停的版本升级过程
- restart 重启版本升级过程
- undo 回滚到上一级版本(可以使用–to-revision回滚到指定版本)
查看当前升级版本的状态
kubectl rollout status deploy pc-deployment -n dev
#deployment "pc-deployment" successfully rolled out
查看升级历史记录
kubectl rollout history deploy pc-deployment -n dev
'''
deployment.apps/pc-deployment
REVISION CHANGE-CAUSE
1 kubectl create --filename=pc-deployment.yaml --record=true
2 kubectl create --filename=pc-deployment.yaml --record=true
3 kubectl create --filename=pc-deployment.yaml --record=true
可以发现有三次版本记录,说明完成过两次升级
'''
'''版本回滚
这里直接使用--to-revision=1回滚到了1版本, 如果省略这个选项,就是回退到上个版本,就是2版本
'''
kubectl rollout undo deployment pc-deployment --to-revision=1 -n dev
kubectl get rs -n dev
'''# 查看rs,发现第一个rs中有4个pod运行,后面两个版本的rs中pod为运行
# 其实deployment之所以可是实现版本的回滚,就是通过记录下历史rs来实现的,
# 一旦想回滚到哪个版本,只需要将当前版本pod数量降为0,然后将回滚版本的pod提升为目标数量就可以了
NAME DESIRED CURRENT READY AGE
pc-deployment-6696798b78 4 4 4 78m
pc-deployment-966bf7f44 0 0 0 37m
pc-deployment-c848d767 0 0 0 71m
'''
金丝雀发布
Deployment控制器支持控制更新过程中的控制,如“暂停(pause)”或“继续(resume)”更新操作。
比如有一批新的Pod资源创建完成后立即暂停更新过程,此时,仅存在一部分新版本的应用,主体部分还是旧的版本。然后,再筛选一小部分的用户请求路由到新版本的Pod应用,继续观察能否稳定地按期望的方式运行。确定没问题之后再继续完成余下的Pod资源滚动更新,否则立即回滚更新操作。这就是所谓的金丝雀发布。
'''更新deployment的版本,并配置暂停deployment'''
kubectl set image deploy pc-deployment nginx=nginx:1.17.4 -n dev && kubectl rollout pause deployment pc-deployment -n dev
'''观察更新状态
Waiting for deployment "pc-deployment" rollout to finish: 2 out of 4 new replicas have been updated...'''
kubectl rollout status deploy pc-deployment -n dev
'''监控更新的过程,可以看到已经新增了一个资源,但是并未按照预期的状态去删除一个旧的资源,
就是因为使用了pause暂停命令'''
kubectl get rs -n dev -o wide
'''
NAME DESIRED CURRENT READY AGE CONTAINERS IMAGES
pc-deployment-5d89bdfbf9 3 3 3 19m nginx nginx:1.17.1
pc-deployment-675d469f8b 0 0 0 14m nginx nginx:1.17.2
pc-deployment-6c9f56fcfb 2 2 2 3m16s nginx nginx:1.17.4
'''
kubectl get pods -n dev
'''
NAME READY STATUS RESTARTS AGE
pc-deployment-5d89bdfbf9-rj8sq 1/1 Running 0 7m33s
pc-deployment-5d89bdfbf9-ttwgg 1/1 Running 0 7m35s
pc-deployment-5d89bdfbf9-v4wvc 1/1 Running 0 7m34s
pc-deployment-6c9f56fcfb-996rt 1/1 Running 0 3m31s
pc-deployment-6c9f56fcfb-j2gtj 1/1 Running 0 3m31s
'''
'''确保更新的pod没问题了,继续更新'''
kubectl rollout resume deploy pc-deployment -n dev
'''也可以继续单步更新,删一个建一个'''
kubectl rollout resume deploy pc-deployment -n dev && kubectl rollout pause deployment pc-deployment -n dev
删除Deployment
'''删除deployment,其下的rs和pod也将被删除'''
kubectl delete -f pc-deployment.yaml