creationTimestamp: null
labels:
app: nginx-deploy
spec:
containers:
- image: nginx:1.9.1 # 更新这个
…
通过这个命令就可以看到 deploy 在更新
kubectl rollout status deploy nginx-deploy
或者用这个
kubectl get deploy --show-labels
或者看 events
kubectl describe deploy nginx-deploy
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/53b6b3e5ec41429997c995c5ad433a1c.png)
* 从这也可以看到这个更新过程(describe)
+ 先创建两个 rs,先把其中 1 个 rs 的 pod 移到另外 1 个 rs,最后再清理旧的 rs
+ 如果在更新过程中,快速地再次修改,k8s 会把上次的 rs 直接停止,再重新进行一次流程
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/c9a8546d738b4af3847a2191f07abcff.png)
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/ca6853363ef54412ad761e767306ebed.png)
* 从这也可以看出来旧的 rs 已经被替代
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/b6a4e174b6a2486fbedf3c8acc1db4eb.png)
3. **回滚**
* 首先先对版本更新一个有问题的版本,查看更新过程,发现版本已经卡死
kubectl set image deployment/nginx-deploy nginx=nginx:1.91
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/6264bba052604ead8e6adffddc88f368.png)
* 因为相应的镜像死活拉不下来,其中一个 pod 拉取镜像失败,也可以通过下面命令查看一下情况
kubectl describe po nginx-deploy-f7f5656c7-z2bw7
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/b628a8f8a9bd483ea867138d0c5661b7.png)
* 先查看历史版本(因为没使用, record,所以才 none),可以看到有 3 个历史版本
kubectl rollout history deployment/nginx-deploy
只有这样 change-cause 才不会显示 none
kubectl set image deployment/nginx-deploy nginx=nginx:1.91 --record ***
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/69c6bc043ad84de69ef4592911dd3f90.png)
* 查看 2 号版本的信息
kubectl rollout history deployment/nginx-deploy --revision=2
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/f8422d7ca925406e98d52e75454115e0.png)
* (重点)回滚上一个版本
kubectl rollout undo deployment/nginx-deploy --to-revision=2
通过这个命令看到已经回退到 1.9.1 版本
kubectl edit deploy nginx-deploy
* 查看 rs 也可以看到也就只有第一个 rs 有数量了
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/3d70c98c907e47b492b328bf2f5ea27c.png)
* (注意)可以通过设置 `.spec.revisonHistoryLimit` 来指定 deployment 保留多少 revison,如果设置为 0,则不允许 deployment 回退了
4. **扩容缩容**
* 扩容:执行下面命令进行扩缩容,这时候并不会变更 rs
kubectl scale --replicas=6 deploy nginx-deploy
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/d0e2ee13b372419d808e5eca4bc619df.png)
* 缩容:其实一样的,只是设置数字少点
kubectl scale --replicas=3 deploy nginx-deploy
5. **暂停与恢复**
* 由于每次对 pod template 中的信息发生修改后,都会触发更新 deployment 操作,那么此时如果频繁修改信息,就会产生多次更新,而实际上只需要执行最后一次更新即可,当出现此类情况时我们就可以暂停 deployment 的 rollout
* 首先先暂停配置
kubectl rollout pause deploy nginx-deploy
* 然后往模板中添加下面配置,会发现 rs 并没有新增加
kubectl edit deploy nginx-deploy
===== 更新 =====
…
spec: # pod 期望信息
containers: # pod 的容器
…
resources: # 下面这部分都是更新
requests:
cpu: 100m
memory: 128Mi
limits:
cpu: 500m
memory: 512Mi
…
可以通过这个命令看到最新版本的 change 没改变
kubectl rollout history deploy nginx-deploy --revision=4
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/ab25ce3a1e214adc8e6bfcf07ca52863.png)
* 恢复之后,通过 rs 或者 deploy 查看,已经有新增
kubectl rollout resume deploy nginx-deploy
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/5235634421494aafa9f9875fcd32a354.png)
### 三、StatefulSet
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/f65f919a8bfc430eac425b06dd179477.png)
1. **创建**
* 首先创建目录,并且把 *web.yml* 放到里面
mkdir statefulset
cd statefulset
touch web.yml
* 其中 *web.yml* 内容如下
— # 嵌套另外一个 yaml 的内容,暂时先不用管这个
apiVersion: v1
kind: Service
metadata:
name: nginx
labels:
app: nginx
spec:
ports:
- port: 80
name: web
clusterIP: None
selector:
app: nginx
apiVersion: apps/v1
kind: StatefulSet # StatefulSet 类型的资源
metadata:
name: web # StatefulSet 对象的名字
spec:
selector:
matchLabels:
app: nginx # 使用哪个 service 来管理 dns,就是和上面的 metadata.name 的 “nginx” 匹配
serviceName: “nginx”
replicas: 3
template:
metadata:
labels:
app: nginx
spec:
terminationGracePeriodSeconds: 10
containers:
- name: nginx
image: nginx:1.7.9
ports: # 容器内部要暴露的端口
- containerPort: 80 # 具体暴露的端口号
name: web # 该端口配置的名字
* 执行 *web.yml*
kubectl create -f web.yml
如果出错可以执行下面的命令删除创建
kubectl delete sts web
kubectl delete svc nginx
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/745efcf2dcb240a8896bfbf748e31644.png)
* 通过下面命令会看到 pod 的创建
kubectl get po
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/55720067115c423b98f8f8bd802bb326.png)
* 下面尝试是否可以 ping 通。使用万能工具包
+ (**注意**)容器主机内,用宿主机无法 ping 通
kubectl run -it --image busybox:1.28.4 dns-test --restart=Never --rm /bin/sh
测试下面命令
ping web-0.nginx # DNS 命名格式为:statefulSetName-{0…N-1}.serviceName.namespace.svc.cluster.local 一般只要 statefulSetName-{0…N-1}.serviceName 就可
ping web-1.nginx
nslookup web-0.nginx
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/05274bc985204f4cb25c018784a576da.png)
2. **扩容缩容**
* 首先看到现在的容器也只有 3 个
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/994fcfc0bcee40bc9c775b669690b38f.png)
* 这时扩容到 5 个
kubectl scale sts web --replicas=5
查看扩容过程
kubectl describe sts web
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/febbf521767a40e2b6234da49e97a614.png)
* 缩容也是用同样的命令,他是按数字从大到小进行缩容
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/792142d7b490400fbbdc2f15123e0f52.png)
3. **镜像更新**
* 目前还不支持直接更新 image,需要 `patch` 来间接实现,通过补丁,可以发现版本已经更新到 1.9.1
kubectl patch sts web --type=‘json’ -p=‘[{“op”: “replace”, “path”: “/spec/template/spec/containers/0/image”, “value”:“nginx:1.9.1”}]’
查看版本更新版本
kubectl rollout history sts web
查看第 2 个版本的变化历史
kubectl rollout history sts web --revision=2
查看更新的动作
kubectl rollout status sts web
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/25bb3b71358645d48b39a6be34be5778.png)
* 因为我们在配置中配置的实现是 `RollingUpdate` 更新策略,在 StatefulSet 中更新时是基于 pod 的顺序倒序更新的。利用滚动更新中的 `partition` 属性,可以实现简易的灰度发布的效果
kubectl edit sts web
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/d5b75c9664a44f3fac5fba92c81ef14d.png)
4. **灰度发布**
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/a091d96927654a08be9a3e1814346fb5.png)
* 首先把服务扩容到 5 台
* 修改滚动策略的 `partition` 为 3
修改
kubectl edit sts web
* 其中修改配置如下
…
spec:
containers:
- image: nginx:1.7.9
…
updateStrategy:
rollingUpdate:
partition: 3
type: RollingUpdate
…
* 然后分别查看一下每个 web-\* 的 pod,会发现 3,4 已经更新版本到 1.7.9
kubectl describe po web-2
* 直接把 `partition` 改为 0,直接全量发布
5. **onDelete 策略**
* 只有在 pod 被删除时会进行更新操作
* 先修改更新策略
kubectl edit sts web
* 修改的配置如下
…
updateStrategy:
type: OnDelete
…
* 然后再次修改 nginx 版本配置为 1.9.1,你会发现每个 web-\* 的 pod 都根本不会变化,除非执行下面命令。你就可以每个 pod 操作一次之后,才会更新版本
kubectl describe pod web-4
6. **级联删除**
* 级联删除:删除 StatefulSet 时会同时删除 pod
kubectl delete statefulset web
* 非级联删除:删除 StatefulSet 时不会删除 pod,删除 sts 后,pod 就没人管了,此时再删除 pod 不会重建的
先重新创建
kubectl delete service nginx # 这个也要执行一下,好像 service 没删除
kubectl create -f web.yml
非级联删除
kubectl delete sts web --cascade=false
* StatefulSet 删除后 PVC 还会保留着,数据不再使用的话也需要删除
kubectl delete pvc ***
### 四、DaemonSet
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/b5197ebe6c5f4adba844b02055516ed7.png)
1. **解释**
* 它是可以专门筛选节点,来帮助自动在节点层面创建 pod,例如那种专门采集日志数据的进程就有必要
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/e5bc038a608d4705b3f72af0db1b8c54.png)
2. **不指定 Node 节点**
* 不指定 Node 创建文件
fluentd-ds.yml
apiVersion: apps/v1
kind: DaemonSet # 创建 DaemonSet 资源
metadata:
name: fluentd # 名字
spec:
selector: # 一定要写的
matchLabels:
app: logging # 匹配标签的值,和下面的 labels.app 对应
template: # 模板配置
metadata:
labels:
app: logging
id: fluentd
name: fluentd # 容器名
spec:
containers:
- name: fluentd-es
image: agilestacks/fluentd-elasticsearch:v1.3.0
env: # 环境变量
- name: FLUENTD_ARGS
value: -qq
volumeMounts: # 加载数据卷
- name: containers # 把下面命名为 containers 的容器卷加载到下面路径去
mountPath: /var/lib/docker/containers
- name: varlog
mountPath: /varlog
volumes: # 定义数据卷,主机路径模式,与 node 共享目录
- hostPath:
path: /var/lib/docker/containers # node 中的共享目录
name: containers
- hostPath:
path: /var/log
name: varlog
* 执行创建,默认会在我们的 2 个节点中创建
kubectl create -f fluentd-ds.yml
kubecttl get daemonset
kubectl get po -o wide
**自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。**
**深知大多数Linux运维工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!**
**因此收集整理了一份《2024年Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。**
![img](https://img-blog.csdnimg.cn/img_convert/1f4aca607d31de198b1e48c4a3ac63c2.png)
![img](https://img-blog.csdnimg.cn/img_convert/1461ec4958a43bd18945abfd2257d186.png)
![img](https://img-blog.csdnimg.cn/img_convert/ca3721e99f92efdf9575973a7320efc9.png)
![img](https://img-blog.csdnimg.cn/img_convert/c44d2c8dd850aa42efb122d38b1a1054.png)
![img](https://img-blog.csdnimg.cn/img_convert/14b0bc8b0dbdeaf56b337a9892e8fdaf.png)
**既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Linux运维知识点,真正体系化!**
**由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新**
**如果你觉得这些内容对你有帮助,可以添加VX:vip1024b (备注Linux运维获取)**
![img](https://img-blog.csdnimg.cn/img_convert/1d9578e6fab8f3f521a265215c41de58.jpeg)
### 最后的话
最近很多小伙伴找我要Linux学习资料,于是我翻箱倒柜,整理了一些优质资源,涵盖视频、电子书、PPT等共享给大家!
### 资料预览
给大家整理的视频资料:
![](https://img-blog.csdnimg.cn/img_convert/edb56d03fa014c1a37ffb26b8306684f.png)
给大家整理的电子书资料:
![](https://img-blog.csdnimg.cn/img_convert/48902872d097c1f1b83b88bcd5f27969.png)
**如果本文对你有帮助,欢迎点赞、收藏、转发给朋友,让我有持续创作的动力!**
**一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**
![img](https://img-blog.csdnimg.cn/img_convert/b4cf134108e04ad61bd03f1e61467a55.jpeg)
只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新**
**如果你觉得这些内容对你有帮助,可以添加VX:vip1024b (备注Linux运维获取)**
[外链图片转存中...(img-QXk0chVr-1712732585081)]
### 最后的话
最近很多小伙伴找我要Linux学习资料,于是我翻箱倒柜,整理了一些优质资源,涵盖视频、电子书、PPT等共享给大家!
### 资料预览
给大家整理的视频资料:
[外链图片转存中...(img-m5UPEc8h-1712732585082)]
给大家整理的电子书资料:
[外链图片转存中...(img-gn7aJhkA-1712732585083)]
**如果本文对你有帮助,欢迎点赞、收藏、转发给朋友,让我有持续创作的动力!**
**一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**
[外链图片转存中...(img-eHeOfruw-1712732585084)]