怎么样建设网站网站,通州建设局网站,东莞网站建设推广,城市建设模拟游戏网站『K8S 入门』三#xff1a;资源调度
一、Label 和 Selector 可以通过 Selector 基于 Label 匹配需要的资源
Label 标签
配置文件中#xff08;metadata.labels#xff09;配置
metadata: # Pod相关的元数据#xff0c;用于描述Pod的数据name: nginx-demo #Pod的名称lab…『K8S 入门』三资源调度
一、Label 和 Selector 可以通过 Selector 基于 Label 匹配需要的资源
Label 标签
配置文件中metadata.labels配置
metadata: # Pod相关的元数据用于描述Pod的数据name: nginx-demo #Pod的名称labels: # 定义Pod的标签这个标签可以自己任意指定是无所谓的type: app # 自定义label标签名字为type值为appversion: 1.0.0 # 自定义label标签描述版本号namespace: default # 命名空间的配置查看 Labels
# 查看 Labels
kubectl get po --show-labels
# 通过命名空间查看
kubectl get po --show-labels -n kube-system3. 临时创建 Labels
这些临时的 Labels 会丢失
# 添加 Labels
kubectl label po nginx-demo authorxz
# 复写 Labels
kubectl label po nginx-demo authorxzz --overwrite如果要永久修改只能修改配置文件或者使用下面方式修改
kubectl edit po nginx-demoSelector 选择器
配置值
# 匹配某个 label
kubectl get po -l typeapp
# 展示所有信息
kubectl get po -A -l typeapp
# 顺便查询 labels
kubectl get po -A -l typeapp --show-labels
# 刻画描述
kubectl get po -A -l version in (1.0.0, 1.1.0, 1.2.0)
kubectl get po -A -l version in (1.0.0, 1.1.0, 1.2.0),typeapp二、Deployment 创建
创建一个 deployment
kubectl create deploy nginx-deploy --imagenginx:1.7.9# 查看资源
kubectl get deployments
kubectl get deploydepoy、replicaset、po 层级关系 可以看到名字是有层级规范的
kubectl get deploy
kubectl get replicaset
kubectl get po获取 deployments 的配置文件 不要 status 部分就可以获取这些配置值
# 把 deployments 的配置按照 yaml 形式输出
kubectl get deploy nginx-deploy -o yaml# 配置值描述
# 注释的都是会默认生成的
apiVersion: apps/v1 # deployment api 版本
kind: Deployment # 资源类型为 deployment
metadata: # 元信息#annotations:# deployment.kubernetes.io/revision: 1#creationTimestamp: 2023-12-15T19:54:44Z#generation: 1labels: # 标签app: nginx-deploy # 具体的 key: value 配置形式name: nginx-deploy # deployment 的名字namespace: default # 所在的命名空间#resourceVersion: 73676#uid: 79be9a06-7f20-42ac-a427-1e9cd5b089de
spec:#progressDeadlineSeconds: 600replicas: 1 # 期望副本数revisionHistoryLimit: 10 # 进行滚动更新后保留的历史版本数selector: # 选择器用于找到匹配的 RSmatchLabels: # 按照标签匹配app: nginx-deploy # 匹配的标签 key/valuestrategy: # 更新策略rollingUpdate: # 滚动更新配置maxSurge: 25% # 进行滚动更新时更新的个数最多可以超过期望副本数的个数/比例maxUnavailable: 25% # 进行滚动更新时最大不可用比例更新比例表示在所有副本数中最多可以有多少个不更新成功type: RollingUpdate # 更新类型采用滚动更新template: # pod 模板metadata: # pod 的元信息#creationTimestamp: null labels: # pod 的标签app: nginx-deployspec: # pod 期望信息containers: # pod 的容器- image: nginx:1.7.9 # 镜像imagePullPolicy: IfNotPresent # 拉取策略name: nginx # 容器名称#resources: {}#terminationMessagePath: /dev/termination-log#terminationMessagePolicy: File#dnsPolicy: ClusterFirstrestartPolicy: Always # 重启策略#schedulerName: default-scheduler#securityContext: {}terminationGracePeriodSeconds: 30 # 删除操作最多宽限多长时间滚动更新
滚动更新时修改本地文件是无效果的如果不更新 template 的配置是不会触发自动更新例如先查看 deploy 中的标签
kubectl get deploy --show-labels然后修改标签值但是这时候并不会重发自动更新
kubectl edit deploy nginx-deploy# 更新
...labels:app: nginx-deploytest: 123 # 添加这个
...# 通过这个命令可以看到 events 事件没有什么变化
kubectl describe deploy nginx-deploy先做一个事情增加一下副本数这时候 po 变成 3 个rs、deploy 还是 1 个
# 更新
...
spec:progressDeadlineSeconds: 600replicas: 3 # 更新这个
...重点尝试去修改镜像版本
# 更新
...template:metadata:creationTimestamp: nulllabels:app: nginx-deployspec:containers:- image: nginx:1.9.1 # 更新这个
...
# 通过这个命令就可以看到 deploy 在更新
kubectl rollout status deploy nginx-deploy
# 或者用这个
kubectl get deploy --show-labels
# 或者看 events
kubectl describe deploy nginx-deploy从这也可以看到这个更新过程describe 先创建两个 rs先把其中 1 个 rs 的 pod 移到另外 1 个 rs最后再清理旧的 rs如果在更新过程中快速地再次修改k8s 会把上次的 rs 直接停止再重新进行一次流程 从这也可以看出来旧的 rs 已经被替代
回滚
首先先对版本更新一个有问题的版本查看更新过程发现版本已经卡死
kubectl set image deployment/nginx-deploy nginxnginx:1.91因为相应的镜像死活拉不下来其中一个 pod 拉取镜像失败也可以通过下面命令查看一下情况
kubectl describe po nginx-deploy-f7f5656c7-z2bw7先查看历史版本因为没使用, record所以才 none可以看到有 3 个历史版本
kubectl rollout history deployment/nginx-deploy# 只有这样 change-cause 才不会显示 none
kubectl set image deployment/nginx-deploy nginxnginx:1.91 --record ***查看 2 号版本的信息
kubectl rollout history deployment/nginx-deploy --revision2重点回滚上一个版本
kubectl rollout undo deployment/nginx-deploy --to-revision2# 通过这个命令看到已经回退到 1.9.1 版本
kubectl edit deploy nginx-deploy查看 rs 也可以看到也就只有第一个 rs 有数量了 注意可以通过设置 .spec.revisonHistoryLimit 来指定 deployment 保留多少 revison如果设置为 0则不允许 deployment 回退了
扩容缩容
扩容执行下面命令进行扩缩容这时候并不会变更 rs
kubectl scale --replicas6 deploy nginx-deploy缩容其实一样的只是设置数字少点
kubectl scale --replicas3 deploy nginx-deploy暂停与恢复
由于每次对 pod template 中的信息发生修改后都会触发更新 deployment 操作那么此时如果频繁修改信息就会产生多次更新而实际上只需要执行最后一次更新即可当出现此类情况时我们就可以暂停 deployment 的 rollout首先先暂停配置
kubectl rollout pause deploy nginx-deploy然后往模板中添加下面配置会发现 rs 并没有新增加
kubectl edit deploy nginx-deploy# 更新
...spec: # pod 期望信息containers: # pod 的容器....resources: # 下面这部分都是更新requests:cpu: 100mmemory: 128Milimits:cpu: 500mmemory: 512Mi
...# 可以通过这个命令看到最新版本的 change 没改变
kubectl rollout history deploy nginx-deploy --revision4恢复之后通过 rs 或者 deploy 查看已经有新增
kubectl rollout resume deploy nginx-deploy三、StatefulSet 创建
首先创建目录并且把 web.yml 放到里面
mkdir statefulset
cd statefulset
touch web.yml其中 web.yml 内容如下
--- # 嵌套另外一个 yaml 的内容暂时先不用管这个
apiVersion: v1
kind: Service
metadata:name: nginxlabels:app: nginx
spec:ports:- port: 80name: webclusterIP: Noneselector:app: nginx
---
apiVersion: apps/v1
kind: StatefulSet # StatefulSet 类型的资源
metadata:name: web # StatefulSet 对象的名字
spec:selector:matchLabels:app: nginx # 使用哪个 service 来管理 dns就是和上面的 metadata.name 的 “nginx” 匹配serviceName: nginxreplicas: 3template:metadata:labels:app: nginxspec:terminationGracePeriodSeconds: 10containers:- name: nginximage: nginx:1.7.9ports: # 容器内部要暴露的端口- containerPort: 80 # 具体暴露的端口号name: web # 该端口配置的名字执行 web.yml
kubectl create -f web.yml# 如果出错可以执行下面的命令删除创建
kubectl delete sts web
kubectl delete svc nginx通过下面命令会看到 pod 的创建
kubectl get po下面尝试是否可以 ping 通。使用万能工具包 注意容器主机内用宿主机无法 ping 通
kubectl run -it --image busybox:1.28.4 dns-test --restartNever --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.nginx2. 扩容缩容
首先看到现在的容器也只有 3 个 这时扩容到 5 个
kubectl scale sts web --replicas5
# 查看扩容过程
kubectl describe sts web缩容也是用同样的命令他是按数字从大到小进行缩容
镜像更新
目前还不支持直接更新 image需要 patch 来间接实现通过补丁可以发现版本已经更新到 1.9.1
kubectl patch sts web --typejson -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 --revision2
# 查看更新的动作
kubectl rollout status sts web因为我们在配置中配置的实现是 RollingUpdate 更新策略在 StatefulSet 中更新时是基于 pod 的顺序倒序更新的。利用滚动更新中的 partition 属性可以实现简易的灰度发布的效果
kubectl edit sts web4. 灰度发布
首先把服务扩容到 5 台修改滚动策略的 partition 为 3
# 修改
kubectl edit sts web其中修改配置如下
...spec:containers:- image: nginx:1.7.9
...updateStrategy:rollingUpdate:partition: 3 type: RollingUpdate
...然后分别查看一下每个 web-* 的 pod会发现 34 已经更新版本到 1.7.9
kubectl describe po web-2直接把 partition 改为 0直接全量发布
onDelete 策略
只有在 pod 被删除时会进行更新操作先修改更新策略
kubectl edit sts web修改的配置如下
...updateStrategy:type: OnDelete
...然后再次修改 nginx 版本配置为 1.9.1你会发现每个 web-* 的 pod 都根本不会变化除非执行下面命令。你就可以每个 pod 操作一次之后才会更新版本
kubectl describe pod web-4级联删除
级联删除删除 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 --cascadefalseStatefulSet 删除后 PVC 还会保留着数据不再使用的话也需要删除
kubectl delete pvc ***四、DaemonSet 解释
它是可以专门筛选节点来帮助自动在节点层面创建 pod例如那种专门采集日志数据的进程就有必要
不指定 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: loggingid: fluentdname: fluentd # 容器名spec:containers:- name: fluentd-esimage: agilestacks/fluentd-elasticsearch:v1.3.0env: # 环境变量- name: FLUENTD_ARGSvalue: -qqvolumeMounts: # 加载数据卷- name: containers # 把下面命名为 containers 的容器卷加载到下面路径去mountPath: /var/lib/docker/containers- name: varlogmountPath: /varlogvolumes: # 定义数据卷主机路径模式与 node 共享目录- hostPath:path: /var/lib/docker/containers # node 中的共享目录name: containers- hostPath:path: /var/logname: varlog执行创建默认会在我们的 2 个节点中创建
kubectl create -f fluentd-ds.yml
kubecttl get daemonset
kubectl get po -o wide通过查看 Node 的时候其实这时候并没有相应的 label让我们 ds 选择部署到哪个节点去所以默认就会往非 master 节点去部署
kubectl get nodes --show-labels指定 Node 节点使用节点选择器
首先标签一下其中一个 node
kubectl label no k8s-node1 typemicroservices编辑一下 ds
kubectl edit ds fluentd其中增加配置如下保存后查看 ds发现就剩下 1 个了
...
template:spec:nodeSelector:type: microservices
...当给 node2 也加一个同样标签相应的 fluentd 就会多创建 1 个
kubectl label no k8s-node2 typemicroservices4. 滚动更新
不建议使用 RollingUpdate建议使用 OnDelete 模式这样避免频繁更新 ds
五、HPA 自动扩缩容
概述
通过观察 pod 的 cpu、内存使用率或自定义 metrics 指标进行自动的扩容或缩容 pod 的数量通常用于 Deployment不适用于无法扩/缩容的对象如 DaemonSet
开启指标服务
首先先重新执行 nginx-deploy.yaml 创建 Deployment这时候副本是 1 就够了 对 nginx-deploy.yaml 先增加资源限制
...
spec:template: # pod 模板spec: # pod 期望信息containers: # pod 的容器- image: nginx:1.7.9 # 镜像imagePullPolicy: IfNotPresent # 拉取策略name: nginx # 容器名称resources: # 增加资源限制requests:cpu: 10m # 等会拿来测试memory: 128Milimits:cpu: 200mmemory: 128Mi
...替换一下配置文件
kubectl replace -f nginx-deploy.yaml创建 HPA 自动扩缩容
kubectl autoscale deploy nginx-deploy --cpu-percent20 --min2 --max5# 会发现已经创建了 2 个 pod
kubectl get deploy按照监测指标工具否则没办法使用 top
# 下载 metrics-server 组件配置文件
wget https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml -O metrics-server-components.yaml# 修改镜像地址为国内的地址
sed -i s/registry.k8s.io\/metrics-server/registry.cn-hangzhou.aliyuncs.com\/google_containers/g metrics-server-components.yaml# 修改容器的 tls 配置不验证 tls在 containers 的 args 参数中增加这个参数
...spec:containers:- args:....- --metric-resolution15s- --kubelet-insecure-tls # 加这个
...# 安装组件
kubectl apply -f metrics-server-components.yaml# 查看 pod 状态
kubectl get pods --all-namespaces | grep metrics下面就可以执行 top查看 pod 使用资源情况
kubectl top pods为了能够把两个 pod 合到一起去需要配置一下 service首先先查看这 2 个 pod 有的标签取 appnginx 来进行匹配
kubectl get pod --show-labels创建 nginx-svc.yml并执行
apiVersion: v1
kind: Service
metadata:name: nginxlabels:app: nginx
spec:selector:app: nginx-deployports:- port: 80targetPort: 80name: web执行下面命令查看 svc 端口其中 CLUSTER-IP 代表的是容器 ip而 port 是容器内端口执行 curl 命令就可以查看到内容
kubectl get svc在另外一个 shell 里面对 service 执行一个死循环就会看到容器自动扩容了
while true; do wget -q -O- http://10.100.99.222 /dev/null ; done# 看到容器自动扩容
kubectl get pod
# cpu 飙升
kubectl get hpa
# 查看每个 pod 具体 cpu 使用率
kubectl top po当停止掉死循环之后就会发现容器自动缩容了
# 查看缩容细节
kubectl describe hpa nginx-deploy
# 已经缩容
kubectl get hpa
