10.pod资源限制和健康检查

文章目录

  • 资源限制
  • 探针（健康检查）
  • 启动、退出动作
  • 总结

资源限制

  • 当定义 Pod 时可以选择性地为每个容器设定所需要的资源数量。 最常见的可设定资源是 CPU 和内存大小，以及其他类型的资源。
  • 当为 pod 中的容器指定了 request 资源时，代表容器运行所需的最小资源量，调度器就使用该信息来决定将 pod 调度到哪个节点上。
  • 当还为容器指定了 limit资源时，kubelet就会确保运行的容器不会使用超出所设的 limit资源。kubelet 还会为容器预留所设的 request资源量， 供该容器使用。
  • 如果 Pod 运行所在的节点具有足够的可用资源，容器可以使用超出所设置的 request资源量。不过，容器不可以使用超出所设置的 limit资源量。
  • 如果给容器设置了内存的 limit值，但未设置内存的 request值，kubernetes会自动为其设置与内存 limit相匹配的 request值。
  • 类似的，如果给容器设置了CPU的 limit 值但未设置 CPU 的 request 值，则 Kubernetes 自动为其设置 CPU 的 request值 并使之与 CPU的 limit值配。
  • 官网示例：
    https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/
##Pod 和 容器 的资源请求和限制：
spec.containers[].resources.requests.cpu		//定义创建容器时预分配的CPU资源
spec.containers[].resources.requests.memory		//定义创建容器时预分配的内存资源
spec.containers[].resources.limits.cpu			//定义 cpu 的资源上限 
spec.containers[].resources.limits.memory		//定义内存的资源上限
  • CPU 资源单位
    • CPU 资源的 request 和 limit 以 cpu 为单位。
    • Kubernetes 中的一个 cpu 相当于1个 vCPU（1个超线程）。
    • Kubernetes 也支持带小数 CPU 的请求。
    • spec.containers[].resources.requests.cpu 为 0.5 的容器能够获得一个 cpu 的一半 CPU 资源（类似于Cgroup对CPU资源的时间分片）。
    • 表达式 0.1 等价于表达式 100m（毫核），表示每 1000 毫秒内容器可以使用的 CPU 时间总量为 0.1*1000 毫秒。
    • Kubernetes 不允许设置精度小于 1m 的 CPU 资源。
  • 内存 资源单位
    • 内存的 request 和 limit 以字节为单位。
    • 可以以整数表示，或者以10为底数的指数的单位（E、P、T、G、M、K）来表示， 或者以2为底数的指数的单位（Ei、Pi、Ti、Gi、Mi、Ki）来表示。
    • 如：1KB=103=1000，1MB=106=1000000=1000KB，1GB=10^9=1000000000=1000MB
    • 1KiB=210=1024，1MiB=220=1048576=1024KiB
apiVersion: v1
kind: Pod
metadata:labels:name: test01
spec:containers:- name: test01image: nginx:1.14resources:requests:memory: "64Mi"cpu: "250m"limits:memory: "128Mi"cpu: "500m"restartPolicy: Always

###查看创建的pods
kubectl get pods

在这里插入图片描述

##查看pod的详细信息
kubectl describe pod test01

在这里插入图片描述

##根据创建的pod所在的node节点，查看node 的详细信息
kubectl describe nodes node02

在这里插入图片描述

##实时监控pod的创建过程
kubectl get pods -o wide -w

在这里插入图片描述

在这里插入图片描述

探针（健康检查）

  • 探针的三种规则：

    • livenessProbe ：判断容器是否正在运行。如果探测失败，则kubelet会杀死容器，并且容器将根据 restartPolicy 来设置 Pod 状态。 如果容器不提供存活探针，则默认状态为Success。
    • readinessProbe ：判断容器是否准备好接受请求。如果探测失败，端点控制器将从与 Pod 匹配的所有 service endpoints 中剔除删除该Pod的IP地址。 初始延迟之前的就绪状态默认为Failure。如果容器不提供就绪探针，则默认状态为Success。
    • startupProbe（这个1.17版本增加的）：判断容器内的应用程序是否已启动，主要针对于不能确定具体启动时间的应用。如果配置了 startupProbe 探测，则在 startupProbe 状态为 Success 之前，其他所有探针都处于无效状态，直到它成功后其他探针才起作用。 如果 startupProbe 失败，kubelet 将杀死容器，容器将根据 restartPolicy 来重启。如果容器没有配置 startupProbe， 则默认状态为 Success。

  • Probe支持三种检查方法：

    • exec ：在容器内执行指定命令。如果命令退出时返回码为0则认为诊断成功。
    • tcpSocket ：对指定端口上的容器的IP地址进行TCP检查（三次握手）。如果端口打开，则诊断被认为是成功的。
    • httpGet ：对指定的端口和uri路径上的容器的IP地址执行HTTPGet请求。如果响应的状态码大于等于200且小于400，则诊断被认为是成功的

  • 每次探测都将获得以下三种结果之一：

    • 成功（Success）：表示容器通过了检测。
    • 失败（Failure）：表示容器未通过检测。
    • 未知（Unknown）：表示检测没有正常进行。

  • 官网示例：
    https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/

apiVersion: v1
kind: Pod
metadata:labels:test: livenessname: liveness-exec
spec:containers:- name: livenessimage: busyboxargs:- /bin/sh- -c- touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 60livenessProbe:exec:command:- cat- /tmp/healthyfailureThreshold: 1initialDelaySeconds: 5periodSeconds: 5restartPolicy: Never

在这里插入图片描述

在这里插入图片描述

  • initialDelaySeconds：指定 kubelet 在执行第一次探测前应该等待5秒，即第一次探测是在容器启动后的第6秒才开始执行。默认是 0 秒，最小值是 0。
  • periodSeconds：指定了 kubelet 应该每 5 秒执行一次存活探测。默认是 10 秒。最小值是 1。
  • failureThreshold: 当探测失败时，Kubernetes 将在放弃之前重试的次数。 存活探测情况下的放弃就意味着重新启动容器。就绪探测情况下的放弃 Pod 会被打上未就绪的标签。默认值是 3。最小值是 1。
  • timeoutSeconds：探测的超时后等待多少秒。默认值是 1 秒。最小值是 1。（在 Kubernetes 1.20 版本之前，exec 探针会忽略 timeoutSeconds 探针会无限期地 持续运行，甚至可能超过所配置的限期，直到返回结果为止。）
apiVersion: apps/v1
kind: Deployment
metadata:creationTimestamp: nulllabels:app: test01name: test01
spec:replicas: 2selector:matchLabels:app: test01template:metadata:creationTimestamp: nulllabels:app: test01spec:containers:- image: nginxname: nginxports:- containerPort: 80readinessProbe:httpGet:port: 80path: /index.htmlinitialDelaySeconds: 5periodSeconds: 5timeoutSeconds: 10
##创建pod容器和service资源
kubectl create deployment test01 --image=nginx --port=80 --replicas=2kubectl expose deployment test01 --name=evc-test01 --port=8080 --target-port=80 --type=NodePort

在这里插入图片描述

在这里插入图片描述

apiVersion: v1
kind: Pod
metadata:name: httpnamespace: default
spec:containers:- name: httpimage: nginximagePullPolicy: IfNotPresentports:- name: httpcontainerPort: 80readinessProbe:httpGet:port: 80path: /index.htmlinitialDelaySeconds: 1periodSeconds: 3livenessProbe:httpGet:port: httppath: /index1.htmlinitialDelaySeconds: 1periodSeconds: 3timeoutSeconds: 10startupProbe:tcpSocket:port: 8080initialDelaySeconds: 1periodSeconds: 3

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

启动、退出动作

apiVersion: v1
kind: Pod
metadata:name: lifecycle-demo
spec:containers:- name: lifecycle-demo-containerimage: nginxlifecycle:   postStart:exec:command: ["/bin/sh", "-c", "echo 123 >> /var/log/nginx/message"]      preStop:exec:command: ["/bin/sh", "-c", "echo 456 >> /var/log/nginx/message"]volumeMounts:- name: message-logmountPath: /var/log/nginx/readOnly: falseinitContainers:- name: init-myserviceimage: nginxcommand: ["/bin/sh", "-c", "echo '789'   >> /var/log/nginx/message"]volumeMounts:- name: message-logmountPath: /var/log/nginx/readOnly: falsevolumes:- name: message-loghostPath:path: /data/volumes/nginx/log/type: DirectoryOrCreate

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

总结

  • Pod 容器的 3 种探针（健康检查）
    • 存活探针（livenessProbe）：探测是否正常运行。如果探测失败则kubelet杀掉容器（Pod容器会根据重启策略决定是否重启）
    • 就绪探针（readinessProbe）：探测Pod是否进入就绪状态（ready状态栏1/1），并做好接收service请求的准备。如果探测失败则Pod会变成未就绪状态（ready状态栏0/1），service资源会删除所关联的端点（endpoints），并不再转发请求给就绪探测失败的Pod
    • 启动探针（startupProbe）：探测容器内的应用是否启动成功。在启动探针探测成功之前，存活探针和就绪探针都会暂时处于禁用状态，直到启动探针探测成功
  • 探针的 3 种探测方式：
    • exec：在command字段中指定在容器内执行的Linux命令来进行探测，如果命令返回码为0则认为探测成功，如果返回码为非0则认为探测失败
    • tcpSocket：向指定的Pod容器端口发送tcp连接请求，如果端口正确且tcp连接成功则认为探测成功，如果tcp连接失败则认为探测失败
    • httpGet：向指定的Pod容器端口和URL路径发送http get请求，如果http响应状态码为2XX 3XX则认为探测成功，如果响应状态码为4XX 5XX则认为探测失败
  • 探针参数：
    • initialDelaySeconds：指定容器启动后延迟几秒开始探测
    • periodSeconds：每天探测的间隔时间（秒数）
    • failureThreshold：探测连续失败几次后判断探测失败
    • timeoutSeconds：指定探测超时等待时间（秒数）
  • Pod 应用容器生命周期的启动动作和退出动作
    • spec.containers.lifecycle.postStart 配置子字段 exec.command 设置 Pod 容器启动时额外的命令操作
      请求，如果http响应状态码为2XX 3XX则认为探测成功，如果响应状态码为4XX 5XX则认为探测失败
  • 探针参数：
    • initialDelaySeconds：指定容器启动后延迟几秒开始探测
    • periodSeconds：每天探测的间隔时间（秒数）
    • failureThreshold：探测连续失败几次后判断探测失败
    • timeoutSeconds：指定探测超时等待时间（秒数）
  • Pod 应用容器生命周期的启动动作和退出动作
    • spec.containers.lifecycle.postStart 配置子字段 exec.command 设置 Pod 容器启动时额外的命令操作
    • spec.containers.lifecycle.preStop 配置子字段 exec.command 设置 Pod 容器运行中被kubelet杀掉退出时所执行的命令操作（不包含容器自行退出的情况）

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/33704.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Redis_持久化（AOF、RDB）

Redis_持久化（AOF、RDB）

6. Redis AOF 6.1 简介 目前，redis的持久化主要应用AOF（Append Only File）和RDF两大机制，AOF以日志的形式来记录每个写操作（增量保存），将redis执行过的所有指令全部安全记录下来（读…
阅读更多...
C语言一些有趣的冷门知识

C语言一些有趣的冷门知识

文章目录 概要1.访问数组元素的方法运行结果 2.中括号的特殊用法运行结果 3.大括号的特殊用法运行结果 4.sizeof的用法运行结果 5.渐进运算符运行结果 小结 概要 本文章只是介绍一些有趣的C语言知识，纯属娱乐。这里所有的演示代码我是使用的编译器是Visual Studio …
阅读更多...
入门指南 | 如何系统搭建自己的营销战略学习体系成为领域专家？

入门指南 | 如何系统搭建自己的营销战略学习体系成为领域专家？

独自进入一个行业，如果你没有几年的行业经验或者独特的营销方式，很难在行业里站住脚（每个行业潜规则都很多）。 每个行业都有周期，都有很多竞争对手，你扎进去一个具体的行业，对于各种资源有限的自…
阅读更多...
uni-app实现图片上传功能

uni-app实现图片上传功能

效果 代码 <uni-forms-item name"ViolationImg" label"三违照片 :"><uni-file-picker ref"image" limit"1" title"" fileMediatype"image" :listStyles"listStyles" :value"filePathsL…
阅读更多...
企业举办活动邀请媒体的意义和重要性

企业举办活动邀请媒体的意义和重要性

传媒如春雨&#xff0c;润物细无声&#xff0c;大家好&#xff0c;我是51媒体网胡老师。 企业举办活动并邀请媒体的意义和重要性是多方面的&#xff0c;主要有以下一些&#xff1a; 1. 品牌曝光与宣传&#xff1a;邀请媒体参与企业活动可以提高企业的品牌曝光度。媒体报道能够…
阅读更多...
kubernetes的存储卷使用

kubernetes的存储卷使用

目录 一、为什么使用存储卷 二、emptyDir存储卷 1.概念 2.创建Pod emptyDir 3. 验证emptyDir存储卷 三、hostPath存储卷 1.概念 2.创建Pod hostPath 3.验证hostPath存储卷 三、nfs共享存储卷 1.概念 2.安装nfs&#xff0c;配置nfs服务 3.创建Pod 4.验证nfs存储卷 一、…
阅读更多...
论文笔记--Llama 2: Open Foundation and Fine-Tuned Chat Models

论文笔记--Llama 2: Open Foundation and Fine-Tuned Chat Models

论文笔记--Llama 2: Open Foundation and Fine-Tuned Chat Models 1. 文章简介2. 文章概括3 文章重点技术3.1 预训练Pretraining3.1.1 预训练细节3.1.2 Llama2模型评估 3.2 微调Fine-tuning3.2.1 Supervised Fine-Tuning(FT)3.2.2 Reinforcement Learning with Human Feedback(…
阅读更多...
（二）结构型模式：2、桥接模式（Bridge Pattern）（C++实现示例）

（二）结构型模式：2、桥接模式（Bridge Pattern）（C++实现示例）

目录 1、桥接模式&#xff08;Bridge Pattern&#xff09;含义 2、桥接模式应用场景 3、桥接模式的UML图学习 4、C实现桥接模式的示例 1、桥接模式&#xff08;Bridge Pattern&#xff09;含义 桥接模式是一种结构型设计模式&#xff0c;它将抽象部分与实现部分分离&#…
阅读更多...
构建Docker容器监控系统(Cadvisor +Prometheus+Grafana)

构建Docker容器监控系统(Cadvisor +Prometheus+Grafana)

Cadvisor PrometheusGrafana 1.1、Cadvisor产品简介 Cadvisor是Google开源的一款用于展示和分析容器运行状态的可视化工具。通过在主机上运行Cadvisor用户可以轻松的获取到当前主机上容器的运行统计信息&#xff0c;并以图表的形式向用户展示。 1.2、安装docker-ce [rootloc…
阅读更多...
arcgis栅格数据之最佳路径分析

arcgis栅格数据之最佳路径分析

1、打开arcmap&#xff0c;加载数据&#xff0c;需要对影像进行监督分类&#xff0c;如下&#xff1a; 这里任选一种监督分类的方法&#xff08;最大似然法&#xff09;&#xff0c;如下&#xff1a; 这里会先生成一个.ecd文件&#xff0c;然后再利用.ecd文件对影像进行分类。如…
阅读更多...
rust关于项目结构包，Crate和mod和目录的组织

rust关于项目结构包，Crate和mod和目录的组织

rust 最近开始学习rust语言。感觉这门语言相对java确实是难上很多。开几个文章把遇到的问题记录一下 rust关于包&#xff0c;Crate 关于包&#xff0c;Crate这块先看看官方书籍怎么说的 crate 是 Rust 在编译时最小的代码单位。如果你用 rustc 而不是 cargo 来编译一个文件…
阅读更多...
阿里云服务器安装部署Docker使用教程

阿里云服务器安装部署Docker使用教程

本文阿里云百科分享如何在云服务ECS实例上&#xff0c;部署并使用Docker。Docker是一款开源的应用容器引擎&#xff0c;具有可移植性、可扩展性、高安全性和可管理性等优势。开发者可将应用程序和依赖项打包到一个可移植的容器中&#xff0c;快速发布到Linux机器上并实现虚拟化…
阅读更多...
selenium常见等待机制及其特点和使用方法

selenium常见等待机制及其特点和使用方法

目录 1、强制等待 2、隐式等待 3、显示等待 1、强制等待 强制等待是在程序中直接调用Thread.sleep(timeout) ,来完成的&#xff0c;该用法的优点是使用起来方便&#xff0c;语法也比较简单&#xff0c;缺点就是需要强制等待固定的时间&#xff0c;可能会造成测试的时间过…
阅读更多...
【数据结构】链表（一）

【数据结构】链表（一）

链表&#xff08;一&#xff09; 文章目录 链表&#xff08;一&#xff09;01 引入02 概念及结构03 单向不带头不循环链表实现3.1 创建节点类型3.2 简易创建一个链表3.3 遍历链表每个节点3.4 获取链表长度3.5 查找是否包含关键字key是否在单链表当中3.6 头插法3.7 尾插法3.8 任…
阅读更多...
JVM之内存模型

JVM之内存模型

1. Java内存模型 很多人将Java 内存结构与java 内存模型傻傻分不清&#xff0c;java 内存模型是 Java Memory Model&#xff08;JMM&#xff09;的意思。 简单的说&#xff0c;JMM 定义了一套在多线程读写共享数据时&#xff08;成员变量、数组&#xff09;时&#xff0c;对数据…
阅读更多...
2023-08-08 Ubuntu 挂载U盘 fdisk -l 、sudo mount /dev/sdb1 /mnt/mydisk

2023-08-08 Ubuntu 挂载U盘 fdisk -l 、sudo mount /dev/sdb1 /mnt/mydisk

一、基本命令 1、插入U盘&#xff0c;查看U盘是否被系统识别&#xff1a; 打开终端&#xff0c;输入&#xff1a; sudo fdisk -l 查看系统是否识别U盘&#xff0c;如果识别&#xff0c;会显示U盘的相关信息&#xff0c;如果没有识别&#xff0c;则说明系统没有识别U盘。 2…
阅读更多...
ESP 32 蓝牙虚拟键盘链接笔记本电脑的键值问题

ESP 32 蓝牙虚拟键盘链接笔记本电脑的键值问题

由于打算利用esp32 通过蓝牙链接电脑后实现一些特俗的键盘功能&#xff0c;所以就折腾了一下&#xff0c;折腾最耗费时间的却是键值问题&#xff0c;让一个20多年的老司机重新补充了知识 过程曲折就不说了&#xff0c;直接说结果。 我们通过网络搜索获取的键值和蓝牙模拟键盘传…
阅读更多...
Qt5.9.4搭建安卓环境-Qt for Android

Qt5.9.4搭建安卓环境-Qt for Android

目录 需要安装以下内容&#xff1a;安装JDK设置环境变量安装剩余文件 使用新建文件 可能出现的问题第一种解决方法&#xff1a; 第二种解决方法 需要安装以下内容&#xff1a; 下载地址&#xff1a; https://www.qter.org/portal.php?modview&aid10 很多Qt开发会用到的环…
阅读更多...
2.0 Maven基础

2.0 Maven基础

1. Maven概述 Maven概念 Apache Maven是一个软件项目管理工具&#xff0c;将项目开发和管理过程抽象程一个项目对象模型&#xff08;POM&#xff0c;Project Object Model&#xff09;。 Maven作用 项目构建 提供标准的、跨平台的自动化项目构建方式。 依赖管理 方便快捷…
阅读更多...
LeetCode 1572. 矩阵对角线元素的和

LeetCode 1572. 矩阵对角线元素的和

【LetMeFly】1572.矩阵对角线元素的和 力扣题目链接&#xff1a;https://leetcode.cn/problems/matrix-diagonal-sum/ 给你一个正方形矩阵 mat&#xff0c;请你返回矩阵对角线元素的和。 请你返回在矩阵主对角线上的元素和副对角线上且不在主对角线上元素的和。 示例 1&…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023