K8S学习之基础十六：k8s中Deployment更新计谋
滚动更新滚动更新是一种自动化程度较高的发布方式、用户体验比力平滑、是现在成熟型技术构造接纳的主流发布方式，一次滚动发布一般有若干发布批次组成，每批的数量一般都是可配置的，可通过发布模板定义，比方第一批10%，第二批30%，第三批60%，第四批40%。每个批次之间保存观察隔断，通过手工验证或监控反馈确保没有题目再发下一批次。所以总体上滚动发布的过程是比力迟钝的。
默认的更新计谋 maxSurge: 25% maxUnavailable: 25%
vi deploy-demo.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-v1
spec:
replicas: 10
selector:
matchLabels:
app: myapp
version: v1
template:
metadata:
labels:
app: myapp
version: v1
spec:
containers:
- name: myapp
image: 172.16.80.140/myapp/myapp:v1
imagePullPolicy: IfNotPresent
ports:
- containerPort: 80 https://i-blog.csdnimg.cn/direct/4d8b4553916c4726b92850e658d49038.gif
https://i-blog.csdnimg.cn/direct/f9ffea5af28648f0bdb09b4cee624ac2.gif
将yaml中的版本修改为v2，重新应用，会发现生成一个新的rs，按照滚动计谋举行更新pod，最终所有的pod都跟更新为新的版本，老的rs停用
https://i-blog.csdnimg.cn/direct/babe51fc3a1b488a818c4a8e4de5b3f1.gif
查看新的pod，哀求的效果与之前版本不同，说明已经更新为新的版本
https://i-blog.csdnimg.cn/direct/c7a1e327470c40d6a04e7f9db24c8212.gif
查看历史版本
kubectl rollout history deployment myapp-v1
https://i-blog.csdnimg.cn/direct/98f50cdb203e4b9abb7344a4e5791a9f.gif
版本回滚,pod又恢复成v1版本
kubectl rollout history undo deployment/myapp-v1 --to-revision=1
https://i-blog.csdnimg.cn/direct/c446b39afcc34be58810c6c063c7d192.gif
自定义更新计谋
yaml中配置maxSurge和maxUnavailable的值，两者不能同时为0
maxSurge==1 maxUnavailable 增长一个删除一个，速率较慢
也可以通过patch更新：
kubectl patch deployment myapp-v1 -p '{"spec":{"strategy":{"rollingUpdate": {"maxSurge":1,"maxUnavailable":1}}}}'
https://i-blog.csdnimg.cn/direct/c025eb10f6f8420483b500e6c045a3ea.gif
kubectl describe deployment myapp-v1 | grep RollingUpdateStrategy
https://i-blog.csdnimg.cn/direct/05a573de078747908c89b2b005980577.gif
更新计谋默认是RollingUpdate，还有一种Recreata，把所有的pod都删掉重新创建，如下图，假如没有红框内容，默认RollingUpdate更新计谋，假如有红框内容，更新计谋改为Recreate
https://i-blog.csdnimg.cn/direct/861feadba1b8476a97a6cb9ced2ba18d.gif
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]