最新『K8S 入门』三：资源调度(1)，2024年最新Linux运维工程师的面试题

2401_84140332

于 2024-05-12 20:05:19 发布

阅读量796

点赞数 23

分类专栏：程序员文章标签：运维学习面试

本文链接：https://blog.csdn.net/2401_84140332/article/details/138765428

版权

程序员专栏收录该内容

146 篇文章 0 订阅

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

    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


![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/ec7bb4ae94ae43c893741a632b40a125.png)


* 通过查看 Node 的时候，其实这时候并没有相应的 label，让我们 ds 选择部署到哪个节点去，所以默认就会往`非 master 节点`去部署

kubectl get nodes --show-labels


3. **指定 Node 节点，使用节点选择器**


* 首先标签一下其中一个 node

kubectl label no k8s-node1 type=microservices


* 编辑一下 ds

kubectl edit ds fluentd


* 其中增加配置如下，保存后查看 ds，发现就剩下 1 个了

…
template:
spec:
nodeSelector:
type: microservices
…


![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/5d4de50903b24d33ac79b89dd3a0eaca.png)


* 当给 node2 也加一个同样标签，相应的 fluentd 就会多创建 1 个

kubectl label no k8s-node2 type=microservices


![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/2f8381c2d6ef47c686ce4f1e955a1fea.png)  
 4. **滚动更新**


* 不建议使用 `RollingUpdate`，建议使用 `OnDelete` 模式，这样避免频繁更新 ds


### 五、HPA 自动扩缩容


1. **概述**


* 通过观察 pod 的 cpu、内存使用率或自定义 metrics 指标进行自动的扩容或缩容 pod 的数量
* 通常用于 Deployment，不适用于无法扩/缩容的对象，如 DaemonSet


2. **开启指标服务**


* 首先先重新执行 *nginx-deploy.yaml* 创建 Deployment，这时候副本是 1 就够了  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/08b29437f16c42fd8a8a7d988b73164f.png)
* 对 *nginx-deploy.yaml* 先增加资源限制

…
spec:
template: # pod 模板
spec: # pod 期望信息
containers: # pod 的容器
- image: nginx:1.7.9 # 镜像
imagePullPolicy: IfNotPresent # 拉取策略
name: nginx # 容器名称
resources: # 增加资源限制
requests:
cpu: 10m # 等会拿来测试
memory: 128Mi
limits:
cpu: 200m
memory: 128Mi
…




![](https://img-blog.csdnimg.cn/img_convert/9a8cb5f8c0ec69e6499adead0da6e95b.png)


最全的Linux教程，Linux从入门到精通

======================

1.  **linux从入门到精通(第2版)**

2.  **Linux系统移植**

3.  **Linux驱动开发入门与实战**

4.  **LINUX 系统移植 第2版**

5.  **Linux开源网络全栈详解 从DPDK到OpenFlow**



![华为18级工程师呕心沥血撰写3000页Linux学习笔记教程](https://img-blog.csdnimg.cn/img_convert/59742364bb1338737fe2d315a9e2ec54.png)



第一份《Linux从入门到精通》466页

====================

内容简介

====

本书是获得了很多读者好评的Linux经典畅销书**《Linux从入门到精通》的第2版**。本书第1版出版后曾经多次印刷，并被51CTO读书频道评为“最受读者喜爱的原创IT技术图书奖”。本书第﹖版以最新的Ubuntu 12.04为版本，循序渐进地向读者介绍了Linux 的基础应用、系统管理、网络应用、娱乐和办公、程序开发、服务器配置、系统安全等。本书附带1张光盘，内容为本书配套多媒体教学视频。另外,本书还为读者提供了大量的Linux学习资料和Ubuntu安装镜像文件，供读者免费下载。



![华为18级工程师呕心沥血撰写3000页Linux学习笔记教程](https://img-blog.csdnimg.cn/img_convert/9d4aefb6a92edea27b825e59aa1f2c54.png)



**本书适合广大Linux初中级用户、开源软件爱好者和大专院校的学生阅读，同时也非常适合准备从事Linux平台开发的各类人员。**

> 需要《Linux入门到精通》、《linux系统移植》、《Linux驱动开发入门实战》、《Linux开源网络全栈》电子书籍及教程的工程师朋友们劳烦您转发+评论




**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化的资料的朋友，可以点击这里获取！](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**

2401_84140332

关注

23
点赞
踩
13

收藏

觉得还不错? 一键收藏
0
评论
最新『K8S 入门』三：资源调度(1)，2024年最新Linux运维工程师的面试题

app: nginx # 使用哪个 service 来管理 dns，就是和上面的 metadata.name 的 “nginx” 匹配。- name: containers # 把下面命名为 containers 的容器卷加载到下面路径去。path: /var/lib/docker/containers # node 中的共享目录。app: logging # 匹配标签的值，和下面的 labels.app 对应。- image: nginx:1.7.9 # 镜像。name: web # 该端口配置的名字。
复制链接

扫一扫