Linux——pod的控制器

最新推荐文章于 2024-10-19 20:58:11 发布
最新推荐文章于 2024-10-19 20:58:11 发布
阅读量661 收藏 4
点赞数 4
分类专栏： K8S Linux 文章标签： linux 运维 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Xinan_____/article/details/142592716
版权
Linux 同时被 2 个专栏收录
67 篇文章 0 订阅
订阅专栏
K8S
6 篇文章 0 订阅
订阅专栏
  1. deployment
    1. 无状态服务进行部署
    2. 滚动更新，支持回滚
      • 按照25%的比例进行更新
    3. 水平扩展和收缩
      • 指定pod副本数量 ---- replicaset
  2. statefulset
    1. 有状态服务的部署
      1. 固定pod的网络ID 和 持久卷的挂载
      2. pod将拥有固定的pod-name

        •    eg: 以24 号实验为例：  

                                          创建了一个名为web的statefulset，设置副本数为2，启动两个pod。pod的名字是固定的 web-0/web-1，后续更新pod的镜像。新启动的pod也会继续使用相同的pod名称。

                                          通过pvc 实现数据的持久化。根据副本数创建pvc。pvc的命令规则为statefulset的名称-podtemplate 字段中规定的名称 - 编号，编号相等的pvc和pod 进行一一对应的挂载。

    2. 同样支持滚动更新、回滚、pod的水平扩展和收缩

    3. pod 在创建、删除、更新时，会根据编号实现pod的有序控制 

  3. daemonset

[root@control ~]# vim daemon-set.yml
apiVersion: apps/v1				// 前7行是所有资源在配置时，应该规定的基本信息
kind: DaemonSet					// 确定资源的种类
metadata:						//  当前资源的元数据
  name: fluentd-elasticsearch		// 资源的名称
  namespace: kube-system			// 资源属于哪个名称空间，未做规定的情况下
// 就是default名称空间
  labels:							// 对资源本身设定的标签
    k8s-app: fluentd-logging			// 标签的值
spec:							// 针对资源的声明
  selector:						// 设置标签
    matchLabels:					// 匹配的标签
      name: fluentd-elasticsearch	
  template:						// pod的模板
    metadata:					// 每一个pod的元数据
      labels:						// pod的标签
        name: fluentd-elasticsearch
    spec:						// pod的配置声明
      tolerations:					// pod的容忍度，通过容忍度可以让pod在一些资源不
//足或者节点不适合运行pod的情况下，启动pod
      # 这些容忍度设置是为了让该守护进程集在控制平面节点上运行
      # 如果你不希望自己的控制平面节点运行 Pod，可以删除它们
      - key: node-role.kubernetes.io/control-plane		// 这三行配置的效果的允许控制器
//在控制节点启动pod
        operator: Exists					// 操作符，即上一行的键存在
        effect: NoSchedule					// 第一行的键的值
      - key: node-role.kubernetes.io/master	// 和上面三行的作用一样，允许在master 
// 节点上调度pod
        operator: Exists
        effect: NoSchedule
      containers:							// pod中容器的设置
      - name: fluentd-elasticsearch			// 指定容器的名字
        image: quay.io/fluentd_elasticsearch/fluentd:v2.5.2	// 容器镜像
        resources:						// 设定容器的资源获取
          limits:							// 限制容器对于所在节点的资源使用
            memory: 200Mi				// 内存不超过200m
          requests:						// 容器资源的软限制
            cpu: 100m					// cpu 使用率不超过100m
// 一个cpu核心对应1000m
// 容器的cpu使用率不超过10%
            memory: 200Mi				// 内存使用不超过200m
        volumeMounts:					// 容器内卷的挂载
        - name: varlog						// 卷的名字
          mountPath: /var/log				// 挂载点
      # 可能需要设置较高的优先级类以确保 DaemonSet Pod 可以抢占正在运行的 Pod
      # priorityClassName: important
      terminationGracePeriodSeconds: 30		// 结束pod时，会等待30S
      volumes:							// 将容器需要挂载的卷创建完成
      - name: varlog						// 卷的名称
        hostPath:							// 存储卷的驱动：宿主机目录
          path: /var/log					// 宿主机的目录的路径
[root@control ~]# kubectl create -f daemon-set.yml
daemonset.apps/fluentd-elasticsearch created

因为实际有三个节点是符合pod的调度要求，在三个节点上各启动一个pod

[root@control ~]# kubectl get pod -n kube-system --watch -o wide
NAME                              READY   STATUS    RESTARTS        AGE     IP               NODE      NOMINATED NODE   READINESS GATES
coredns-fcd6c9c4-cvcvt            1/1     Running   3 (6h34m ago)   5d4h    10.244.1.28      node1     <none>           <none>
coredns-fcd6c9c4-m9kxk            1/1     Running   3 (6h34m ago)   5d4h    10.244.1.27      node1     <none>           <none>
etcd-control                      1/1     Running   3 (6h34m ago)   5d4h    192.168.110.10   control   <none>           <none>
fluentd-elasticsearch-jd922       1/1     Running   0               35s     10.244.2.33      node2     <none>           <none>
fluentd-elasticsearch-l4962       1/1     Running   0               35s     10.244.0.3       control   <none>           <none>
fluentd-elasticsearch-rn64j       1/1     Running   0               35s     10.244.1.30      node1     <none>           <none>
kube-apiserver-control            1/1     Running   3 (6h34m ago)   5d4h    192.168.110.10   control   <none>           <none>
kube-controller-manager-control   1/1     Running   3 (6h34m ago)   5d4h    192.168.110.10   control   <none>           <none>
kube-proxy-54j4f                  1/1     Running   3 (6h34m ago)   5d4h    192.168.110.11   node1     <none>           <none>
kube-proxy-c8cdj                  1/1     Running   3 (6h34m ago)   5d4h    192.168.110.10   control   <none>           <none>
kube-proxy-v7td8                  1/1     Running   3 (6h34m ago)   5d4h    192.168.110.22   node2     <none>           <none>
kube-scheduler-control            1/1     Running   0               4h38m   192.168.110.10   control   <none>           <none>
metrics-server-86c648b4bf-tfhjp   1/1     Running   2 (6h34m ago)   47h     10.244.2.27      node2     <none>           <none>
^C[root@control ~]#
[root@control ~]# kubectl get  daemonsets.apps/fluentd-elasticsearch  -n kube-system
NAME                    DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
fluentd-elasticsearch   3         3         3       3            3           <none>          3m45s
[root@control ~]# kubectl edit  daemonsets.apps/fluentd-elasticsearch  -n kube-system
daemonset.apps/fluentd-elasticsearch edited
找到toleration，将设置的容忍度键删除，一共需要删除7行。删除后，保存退出，变更自动生效
[root@control ~]# kubectl edit  daemonsets.apps/fluentd-elasticsearch  -n kube-system
Edit cancelled, no changes made.
[root@control ~]# kubectl get pod -n kube-system --watch -o wide
NAME                              READY   STATUS    RESTARTS        AGE     IP               NODE      NOMINATED NODE   READINESS GATES
coredns-fcd6c9c4-cvcvt            1/1     Running   3 (6h38m ago)   5d4h    10.244.1.28      node1     <none>           <none>
coredns-fcd6c9c4-m9kxk            1/1     Running   3 (6h38m ago)   5d4h    10.244.1.27      node1     <none>           <none>
etcd-control                      1/1     Running   3 (6h38m ago)   5d4h    192.168.110.10   control   <none>           <none>
fluentd-elasticsearch-2vkk8       1/1     Running   0               17s     10.244.1.31      node1     <none>           <none>
fluentd-elasticsearch-xsbcc       1/1     Running   0               21s     10.244.2.34      node2     <none>           <none>
kube-apiserver-control            1/1     Running   3 (6h38m ago)   5d4h    192.168.110.10   control   <none>           <none>
kube-controller-manager-control   1/1     Running   3 (6h38m ago)   5d4h    192.168.110.10   control   <none>           <none>
kube-proxy-54j4f                  1/1     Running   3 (6h38m ago)   5d4h    192.168.110.11   node1     <none>           <none>
kube-proxy-c8cdj                  1/1     Running   3 (6h38m ago)   5d4h    192.168.110.10   control   <none>           <none>
kube-proxy-v7td8                  1/1     Running   3 (6h38m ago)   5d4h    192.168.110.22   node2     <none>           <none>
kube-scheduler-control            1/1     Running   0               4h43m   192.168.110.10   control   <none>           <none>
metrics-server-86c648b4bf-tfhjp   1/1     Running   2 (6h38m ago)   47h     10.244.2.27      node2     <none>           <non

可以观察到pod 数量由3个降低为2个。因为能够调度pod的节点数由三个变成2。

在第一次创建后，pod状态出现镜像拉取失败，如图：

可以去报错的节点上，手动拉取一下。

[root@node1 ~]#  crictl -r unix:///var/run/containerd/containerd.sock pull quay.io/fluentd_elasticsearch/fluentd:v2.5.2

Xinan_____
关注
专栏目录
Kubernetes3——Pod生命周期、集群控制器
qwejiaji的博客
07-29 213
目录一、Pod生命周期二、init初始化三、存活探针livenessProbe四、就绪探针readinessProbe 一、Pod生命周期 和一个个独立的应用容器一样，Pod 也被认为是相对临时性（而不是长期存在）的实体。 Pod 会被创建、赋予一个唯一的 ID（UID），并被调度到节点，并在终止（根据重启策略）或删除之前一直运行在该节点。 如果一个节点死掉了，调度到该节点 的 Pod 也被计划在给定超时期限结束后删除。 Pod 自身不具有自愈能力。如果 Pod 被调度到某节点 而该节点之后失效，或者调度
k8s——pod控制器
Yusheng9527的博客
04-13 1766
k8s——pod控制器Pod控制器介绍Pod控制器及其功用pod控制器有多种类型Pod与控制器之间的关系Pod控制器种类及yaml格式DeploymentStatefulSetDaemonSetJobCronJob Pod控制器介绍 Pod控制器及其功用 Pod控制器，又称之为工作负载（workload），是用于实现管理pod的中间层，确保pod资源符合预期的状态，pod的资源出现故障时，会尝试进行重启，当根据重启策略无效，则会重新新建pod的资源。 pod控制器有多种类型 ReplicaSet: 代用户
Kubernetes——Pod控制器
一坨小橙子的博客
06-01 1297
Pod控制器详解（Pod与控制器关系、Pod控制器的定义、Pod控制器六大类型（ReplicaSet、Deployment、StateSet、Job、CronJob））、Kubernetes服务发现、Kubernetes中DNS服务、Pod与控制器的关系（Deployment、StateSet、DaemonSet、Job、CronJob）
Kubernetes学习(六)—— Pod控制器
梁海江的博客
08-31 896
本章节主要介绍常用的Pod控制器。 1. Pod控制器介绍 在kubernetes中，按照pod的创建安方式可以将其分为两类： 自主式pod：kubernetes直接创建出来的pod，这种pod删除后就没有了，也不会重建 控制器创建的pod：通过控制器创建的pod，这种pod删除了之后还会自动重建 什么是Pod控制器 Pod控制器是管理pod的中间层，使用了pod控制器之后，我们只需要告诉pod控制器，想要多少个什么样的pod就可以了，它就会创建出满足条件的pod并确保每个pod处于用户期望的状态，如
K8S——Pod控制器
weixin_42789698的博客
04-22 31
扩缩容镜像升级删除ReplicaSet。
拥抱K8s——Pod控制器详述篇
友培的博客
04-19 789
文章目录Pod控制器ReplicaSet(RS)创建扩缩容删除ReplicaSetDeployment(Deploy)创建扩缩容镜像更新重建更新Recreate滚动更新RollingUpdate版本回退金丝雀发布删除DeploymentHorizontal Pod Autoscaler(HPA)安装metrics-server准备deployment和servie部署HPA压测DaemonSet(DS)JobCronJob(CJ) Pod控制器 传送门 Pod是kubernetes的最小管理单元，在kube
K8s 学习笔记(二)——pod控制器
weixin_39802680的博客
12-04 1613
文章目录pod 控制器ReplicaSet(RS)Deploymentdeployment 扩缩容deployment 镜像更新deployment版本回退金丝雀发布Horizontal Pod Autoscaler （HPA）DaemonSet（DS）：JobCronjob（CJ）StatefulSet pod 控制器 在K8s 中，按照pod 的创建方式，可以将其分为两类: 自主式pod : K8s 直接创建出来的pod,这种pod 删除了也就没有了，也不会重建。 控制器创建的pod : 通过控
Linux——pod的调度
Xinan_____的博客
09-27 1088
CronJob 的名称必须是一个合法的 DNS 子域值， 但这会对 Pod 的主机名产生意外的结果。如果应用程序不需要任何稳定的标识符或有序的部署、删除或扩缩， 则应该使用由一组无状态的副本控制器提供的工作负载来部署应用程序，比如 Deployment 或者 ReplicaSet 可能更适用于你的无状态应用部署需要。尽管 StatefulSet 中的单个 Pod 仍可能出现故障， 但持久的 Pod 标识符使得将现有卷与替换已失败 Pod 的新 Pod 相匹配变得更加容易。
Kubernetes详解（十九）——Kubernetes Pod控制器
永远是少年
04-26 505
今天继续给大家介绍Linux运维相关知识，本文主要内容是Kubernetes Pod控制器。 一、Pod和Pod控制器 二、Pod控制器的必要性 三、常见的工作负载控制器
Kubernetes集群部署（二）——Pod管理，资源清单，Pod生命周期，控制器
weixin_56993834的博客
07-28 249
一 Pod管理 1 pod概述 Pod是Kubernetes创建或部署的最小/最简单的基本单位，一个Pod代表集群上正在运行的一个进程。 一个Pod封装一个应用容器（也可以有多个容器），存储资源、一个独立的网络IP以及管理控制容器运行方式的策略选项。Pod代表部署的一个单位：Kubernetes中单个应用的实例，它可能由单个容器或多个容器共享组成的资源。 Kubernetes中的Pod使用可分两种主要方式： Pod中运行一个容器。“one-container-per-Pod”模式是Kubernetes最常
Linux企业应用——kubernates（二）之Pod管理
energylocked的博客
10-16 429
Pod是可以创建和管理Kubernetes计算的最小可部署单元，一个Pod代表着集群中运行的一个进程，每个pod都有一个唯一的ip。一个pod类似一个豌豆荚，包含一个或多个容器（通常是docker），多个容器间共享IPC、Network和UTC namespace。• container实际上是一个单进程模型，pod可以类比为进程组概念• pod在k8s中必须是原子调度单位• Pod 要解决的问题核心就在于如何让一个 Pod里的多个容器之间最高效的共享某些资源 和数据。
k8s集群部署——Pod管理和资源清单
m0_49265034的博客
10-29 1017
文章目录一、Pod管理二、资源清单三、Pod生命周期四、今日报错 一、Pod管理 Pod是可以创建和管理Kubernetes计算的最小可部署单元，一个Pod代表着集群中运行的一个进程，每个pod都有一个唯一的ip。 一个pod类似一个豌豆荚，包含一个或多个容器（通常是docker），多个容器间共享IPC、Network和UTC namespace。 kubectl命令 kubectl run '镜像' --image=‘image name’ kubectl get pod #查看POD内容 kubec
test operators
qq_41917355的博客
10-13 551
常用测试操作符
【Linux】解读信号的本质＆相关函数及指令的介绍
YYDsis的博客
10-14 755
一.信号的本质与相关概念1.体现中断的例子：.系统定义的信号列表1.用kill -l命令可以察看系统定义的信号列表2.（ps＆kill＆raise＆abort）进程指令＆信号相关函数【总结】【1】ps指令【2】kill＆raise函数介绍与演示【3】abort函数介绍与演示三.产生信号的四种方式1.通过终端按键产生信号（Core Dump）2.调用系统函数向进程发信号3.由软件条件产生信号4.硬件异常产生信号
【Linux】ioctl分析
目标：MVP
10-14 1088
一个字符设备驱动通常会实现常规的openreleaseread和write接口，但是如果需要扩展新的功能，通常以ioctl接口的方式实现。fill:#333;user spacevfsdriverioctl()ulocked_ioctl()或compat_ioctl()user spacevfsdriver。
Linux动静态库
2301_76197086的博客
10-13 1119
详解Linux系统中的动静态库生成和使用，以及可执行程序运行时与动态库进行动态链接的原理
Linux——动态卷的管理
最新发布
Xinan_____的博客
10-19 786
如果还没有单节点集群，可以使用 Minikube 创建一个。在该节点的 Shell 中，创建一个 /mnt/data 目录：# 这里假定你的节点使用 "sudo" 来以超级用户角色执行命令 sudo mkdir /mnt/data 在 /mnt/data 目录中创建一个 index.html 文件：# 这里再次假定你的节点使用 "sudo" 来以超级用户角色执行命令 sudo sh -c "echo 'Hello from Kubernetes storage' > /mnt/data/index.
linux手册翻译 nm
sunqin的博客
10-13 1002
nm - 从目标文件中列出符号。
k8s pod控制器
08-30
K8s中的Pod控制器是用来管理和控制Pod的一种机制。Pod控制器负责创建、启动、停止、重启和删除Pod，以及监控和调节Pod的状态。Pod和Controller之间是通过label标签来建立关系，Controller又被称为控制器工作负载。Pod控制器可以根据需要创建多个Pod实例，以满足应用程序的需求。 常见的Pod控制器包括Deployment、ReplicaSet、StatefulSet和DaemonSet等。Deployment控制器是K8s中最常用和最重要的Pod控制器之一。它通过创建和管理ReplicaSet来实现对Pod的控制。Deployment控制器可以定义应用的副本数、升级和回滚策略，以及弹性伸缩等功能。通过使用Deployment控制器，可以方便地部署和管理应用程序。 在使用K8s时，可以使用yaml文件来定义Pod控制器的配置和参数。通过指定不同的字段和数值，可以实现对Pod控制器的定制化配置。例如，可以在yaml文件中指定应用程序的镜像、资源需求、副本数等信息。 总结来说，K8s中的Pod控制器是用来管理和控制Pod的机制，通过label标签与Pod建立关系。常见的Pod控制器包括Deployment、ReplicaSet、StatefulSet和DaemonSet。使用yaml文件可以对Pod控制器进行配置和定制化。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [k8s技术交流，包括Pod概念和特点Pod种类Pod镜像拉取策略Pod重启策略Pod控制器Pod探针、Pod调度](https://download.csdn.net/download/lingmeng447/85358750)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* *3* [【k8s】6、pod控制器](https://blog.csdn.net/hancoder/article/details/118064163)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值