kubernetes--Pod进阶

目录

一、资源限制：

 1. 资源限制的两种规范：

 2. Pod 和 容器 的资源请求和限制：

 3. CPU 资源单位：

 4. 内存资源单位 ：

 5. 资源限制示例：

二、健康检查：探针（Probe）

 1. 探针的三种规则：

 2. 探针健康检查机制的优势：

 3. Probe支持三种检查方法：

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

 3. 探针探测参数：

 4. 示例：

  4.1 livenessProbe(exec):

  4.2 livenessProbe(httpGet方式):

  4.3 tcpSocket方式:

三、启动、退出动作：

一、资源限制：

当定义 Pod 时可以选择性地为每个容器设定所需要的资源数量。 最常见的可设定资源是 CPU 和内存大小，以及其他类型的资源。

 1. 资源限制的两种规范：

  • requests ：用于设置预留资源，指定了 request 资源时，调度器就使用该信息来决定将 Pod 调度到哪个节点上。    设置Pod容器创建时需要预留的资源量
  • limits： 用于限制运行时容器的最大占用资源，当容器占用资源超过limits时会被终止，并进行重启     设置Pod容器能够使用的最大资源量

如果给容器设置了内存的 limit 值，但未设置内存的 request 值，Kubernetes 会自动为其设置与内存 limit 相匹配的 request 值。 类似的，如果给容器设置了 CPU 的 limit 值但未设置 CPU 的 request 值，则 Kubernetes 自动为其设置 CPU 的 request 值 并使之与 CPU 的 limit 值匹配。

 2. Pod 和 容器 的资源请求和限制：

spec.containers[].resources.requests.cpu               //定义创建容器时预分配的CPU资源
spec.containers[].resources.requests.memory        //定义创建容器时预分配的内存资源
spec.containers[].resources.limits.cpu                    //定义 cpu 的资源上限 
spec.containers[].resources.limits.memory            //定义内存的资源上限

 3. 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 资源。 

 4. 内存资源单位 ：

内存的 request 和 limit 以字节为单位。可以以整数表示，或者以10为底数的指数的单位（E、P、T、G、M、K）来表示， 或者以2为底数的指数的单位（Ei、Pi、Ti、Gi、Mi、Ki）来表示。
如：1KB=10^3=1000，1MB=10^6=1000000=1000KB，1GB=10^9=1000000000=1000MB
1KiB=2^10=1024，1MiB=2^20=1048576=1024KiB

  • PS：在买硬盘的时候，操作系统报的数量要比产品标出或商家号称的小一些，主要原因是标出的是以 MB、GB为单位的，1GB 就是1,000,000,000Byte，而操作系统是以2进制为处理单位的，因此检查硬盘容量时是以MiB、GiB为单位，1GiB=2^30=1,073,741,824，相比较而言，1GiB要比1GB多出1,073,741,824-1,000,000,000=73,741,824Byte，所以检测实际结果要比标出的少一些。

 5. 资源限制示例：

apiVersion: v1
kind: Pod
metadata:creationTimestamp: nulllabels:run: nginx01name: nginx01
spec:containers:- image: nginxname: nginx01ports:- containerPort: 80resources:requests:memory: "64Mi"cpu: "250m"limits:memory: "128Mi"cpu: "500m"- name: dbimage: mysqlenv:- name: MYSQL_ROOT_PASSWORDvalue: "abc123"resources:requests:memory: "512Mi"cpu: "0.5"limits:memory: "1Gi"cpu: "1"kubectl describe pod nginx01   #查看pod资源
kubectl describe node node01   #查看node资源

    特殊容器，资源限制不能太低，例如mysql 内存不能低于512，否则会报OOM

二、健康检查：探针（Probe）

               yaml文件配置中与image同 

 1. 探针的三种规则：

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

#注：以上规则可以同时定义。在readinessProbe检测成功之前，Pod的running状态是不会变成ready状态的。

 2. 探针健康检查机制的优势：

  1. 精确控制健康状态： 探针允许你以更细粒度的方式定义容器的健康状态。通过定义自定义的检查逻辑，你可以确保容器的健康状态与你的应用程序的实际需求相匹配。
  2. 动态调整： 探针的配置允许你动态地调整健康检查的频率、超时和失败阈值等参数。这使得你可以根据应用程序的特性和环境的变化来优化健康检查的性能和准确性。
  3. 更好的故障处理： 使用探针可以帮助 Kubernetes 更快速、可靠地检测到容器的故障。这对于自动缩放、滚动升级和故障转移等场景非常重要，因为它能够更迅速地发现并替换不健康的容器。
  4. 避免不必要的流量： 控制器（如 Deployment）默认会在 Pod 启动后立即将其标记为 "就绪"。如果没有 readinessProbe，可能会导致流量被引导到尚未完全启动或初始化的容器。通过设置 readinessProbe，你可以确保只有在容器真正就绪时才将其加入服务负载均衡。

总的来说，使用探针提供了更大的灵活性和控制，使你能够根据应用程序的需求和特性进行定制，从而提高容器的可靠性和性能。

 3. Probe支持三种检查方法：

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

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

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

 3. 探针探测参数：

  1. initialDelaySeconds：指定容器启动后延迟探测的秒数
  2. periodSeconds：指定每次探测间隔的秒数
  3. failureThreshold：探测连续失败判断整体探测失败的次数
  4. timeoutSeconds：指定探测超时等待的秒数

 4. 示例：

  4.1 livenessProbe(exec):

apiVersion: v1
kind: Pod
metadata:name: wzw01
spec:containers:- image: busyboxname: busybox01ports:- containerPort: 80args:- /bin/sh- -c- touch /tmp/test.txt; sleep 30; rm -rf /tmp/test.txt; sleep 60;livenessProbe:exec:command:- /bin/sh- cat- /tmp/test.txtfailureThreshold: 1     连续探测失败一次则下线容器initialDelaySeconds: 5  第一次探测的开始时间periodSeconds: 5        每次探测的间隔时间

  4.2 livenessProbe(httpGet方式):

apiVersion: v1
kind: Pod
metadata:name: wzw02
spec:containers:- image: nginxname: wzw-nginximagePullPolicy: IfNotPresentports:- containerPort: 80livenessProbe:httpGet:port: 80path: /wzw.html   #/index.htmlfailureThreshold: 2initialDelaySeconds: 5periodSeconds: 5

  4.3 tcpSocket方式:

apiVersion: v1
kind: Pod
metadata:name: wzw02
spec:containers:- image: nginxname: wzw-nginximagePullPolicy: IfNotPresentports:- containerPort: 80readinessProbe:tcpSocket:port: 80initialDelaySeconds: 5periodSeconds: 5livenessProbe:tcpSocket:port: 80initialDelaySeconds: 20periodSeconds: 5

这个例子同时使用 readinessProbe 和 livenessProbe 探测。kubelet 会在容器启动 5 秒后发送第一个 readinessProbe 探测。这会尝试连接 nginx 容器的 80 端口。如果探测成功，kubelet 将继续每隔 5 秒运行一次检测。除了 readinessProbe 探测，这个配置包括了一个 livenessProbe 探测。kubelet 会在容器启动 20 秒后进行第一次 livenessProbe 探测。就像 readinessProbe 探测一样，会尝试连接 nginx 容器的 80 端口。如果 livenessProbe 探测失败，这个容器会被重新启动。

readinessProbe探测失败，无法进入READY状态

三、启动、退出动作：

apiVersion: v1
kind: Pod
metadata:name: lifecycle-demo
spec:containers:- name: lifecycle-demo-containerimage: soscscs/myapp:v1lifecycle:                 #此为关键字段postStart:exec:command: ["/bin/sh", "-c", "echo Hello from the postStart handler >> /var/log/nginx/message"]      preStop:exec:command: ["/bin/sh", "-c", "echo Hello from the poststop handler >> /var/log/nginx/message"]volumeMounts:- name: message-logmountPath: /var/log/nginx/readOnly: falseinitContainers:- name: init-myserviceimage: soscscs/myapp:v1command: ["/bin/sh", "-c", "echo 'Hello initContainers'   >> /var/log/nginx/message"]volumeMounts:- name: message-logmountPath: /var/log/nginx/readOnly: falsevolumes:- name: message-loghostPath:path: /data/volumes/nginx/log/type: DirectoryOrCreate
kubectl get pods -o wide    #在node02节点

kubectl exec -it lifecycle-demo -- cat /var/log/nginx/message##进入pod查看文件

 cat /data/volumes/nginx/log/message

由上可知，init Container先执行，然后当一个主容器启动后，Kubernetes 将立即发送 postStart 事件。

  •   删除 pod 后，再在 node02 节点上查看
kubectl delete pod lifecycle-democat /data/volumes/nginx/log/message

由此可知，当在容器被终结之前， Kubernetes 将发送一个 preStop 事件。

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

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

相关文章

Git Gui的使用及ssh协议-IEDA使用git

Git Gui的使用及ssh协议-IEDA使用git

目录 一.Git Gui的使用 二.ssh协议 2.1 什么是ssh key 2.2 配置用户名和邮箱（如果已经配置，就跳过） 2.3 生成(或删除)秘钥 ​编辑 2.4 远程仓库绑定公钥 三.IEDA使用git 3.1 idea配置Git 3.2 项目上传Git 3.3 演示 一.Git Gu…
阅读更多...
python打包部署脚本

python打包部署脚本

linux可使用expect来实现自动交互，windows想要写出同样的功能脚本，只能使用python或者安装ActiveTcl 1、安装python Microsoft Store搜索python直接安装，默认会直接添加到环境变量https://www.python.org/官网下载，点击安装时会提…
阅读更多...
lua 时间差功能概略

lua 时间差功能概略

简介 在进行程序设计过程中，经常需要对某些函数、某些程序片断从开始运行到运行结束所耗费的时间进行一些量化。这种量化实际上就是计算时间差。 获取函数耗时情景如下： function time_used() --开始计时-- do something at here. --结束计时--时间差&…
阅读更多...
tomcat下载与使用教程

tomcat下载与使用教程

1. tomcat下载 官网：https://tomcat.apache.org/ 镜像地址：https://mirrors.huaweicloud.com/apache/tomcat/ 1、选择一个版本下载，官网下载速度缓慢，推荐镜像 2、对压缩包进行解压，无需进行安装，解压放…
阅读更多...
Java 算法篇-深入了解单链表的反转（实现：用 5 种方式来具体实现）

Java 算法篇-深入了解单链表的反转（实现：用 5 种方式来具体实现）

🔥博客主页： 小扳_-CSDN博客 ❤感谢大家点赞👍收藏⭐评论✍ 文章目录 1.0 单链表的反转说明 2.0 单链表的创建 3.0 实现单链表反转的五种方法 3.1 实现单链表反转 - 循环复制（迭代法） 3.2 实现单链表反转 - 头插法 3…
阅读更多...
OpenGL_Learn10（颜色）

OpenGL_Learn10（颜色）

1. 颜色 我们在现实生活中看到某一物体的颜色并不是这个物体真正拥有的颜色，而是它所反射的(Reflected)颜色。换句话说，那些不能被物体所吸收(Absorb)的颜色（被拒绝的颜色）就是我们能够感知到的物体的颜色。例如，太阳光…
阅读更多...
计算机提示“找不到emp.dll,无法继续执行代码”，这几种解决办法都可以解决

计算机提示“找不到emp.dll,无法继续执行代码”，这几种解决办法都可以解决

在计算机使用过程中，我们可能会遇到各种问题，其中之一就是系统文件丢失。emp.dll文件是Windows操作系统中的一个重要组件，如果丢失或损坏，可能会导致系统运行不稳定甚至无法正常启动。本文将详细介绍emp.dll文件丢失恢复的4个方法…
阅读更多...
【中间件篇-Redis缓存数据库04】Redis底层原理持久化、分布式锁

【中间件篇-Redis缓存数据库04】Redis底层原理持久化、分布式锁

Redis底层原理 持久化 Redis虽然是个内存数据库，但是Redis支持RDB和AOF两种持久化机制，将数据写往磁盘，可以有效地避免因进程退出造成的数据丢失问题，当下次重启时利用之前持久化的文件即可实现数据恢复。 RDB RDB持久化是把当…
阅读更多...
C语言--1,5,10人民币若干,现在需要18元,一共有多少种?

C语言--1,5,10人民币若干,现在需要18元,一共有多少种?

今天小编给大家分享一下穷举法的一道典型例题 一.题目描述 1,5,10人民币若干,现在需要18元,一共有多少种? 二.思路分析 总共有18块钱，设1元有x张，5元有y张，10元有z张，则有表达式：x5y10z18，穷举法最重要的…
阅读更多...
模型部署：量化中的Post-Training-Quantization（PTQ）和Quantization-Aware-Training（QAT）

模型部署：量化中的Post-Training-Quantization（PTQ）和Quantization-Aware-Training（QAT）

模型部署：量化中的Post-Training-Quantization（PTQ）和Quantization-Aware-Training（QAT） 前言量化Post-Training-Quantization（PTQ）Quantization-Aware-Training（QAT） 参…
阅读更多...
AIGC｜如何将Milvus集成到LangFlow中？详细代码演示！

AIGC｜如何将Milvus集成到LangFlow中？详细代码演示！

目录 一、基本介绍 二、修改langflow代码使其支持milvus 三、效果演示 langflow是一个LangChain UI，它提供了一种交互界面来使用LangChain，通过简单的拖拽即可搭建自己的实验、原型流。通过在langflow中引入Milvus，用户可以更方便地存储和…
阅读更多...
【Java 进阶篇】JQuery DOM操作：通用属性操作的绝妙魔法

【Java 进阶篇】JQuery DOM操作：通用属性操作的绝妙魔法

在前端的舞台上，JQuery犹如一位魔法师，为我们展现了操纵HTML元素的奇妙技巧。而在这个技巧的精妙组成中，通用属性操作是一门绝妙的魔法。在本篇博客中，我们将深入研究JQuery DOM操作中的通用属性操作，揭示这段魔法的神…
阅读更多...
业务出海之服务器探秘

业务出海之服务器探秘

这几年随着国内互联网市场的逐渐饱和，越来越多的公司加入到出海的行列，很多领域都取得了很不错的成就。虽然出海可以获得更加广阔的市场，但也需要面对很多之前在国内可能没有重视的一些问题。集中在海外服务器的选择维度上就有很大的变化。例…
阅读更多...
“第六十七天”

“第六十七天”

各位，昨天查找子串的方法想起来了，就是那个KMP算法......自己理解都有点困难，还看看能不能想一下，确实很困难啊。 不要忘了toupper函数和tolower函数不是直接改变字符的大小写，而是返回对应的大小写的值，需…
阅读更多...
2023nacos源码解读第2集——nacos-server的启动

2023nacos源码解读第2集——nacos-server的启动

nacos 是一个典型的server-client中间件，server这里安装最新的nacos-server 2.3.0-BETA版本 1.docker启动nacos-server 镜像详情参考nacos-docker项目的readme ，很方便，但是官方提供的nacos-server镜像往往可能滞后，且不便于后续…
阅读更多...
Libhybris之线程局部存储TLS实例(五)

Libhybris之线程局部存储TLS实例(五)

简介： CSDN博客专家，专注Android/Linux系统，分享多mic语音方案、音视频、编解码等技术，与大家一起成长！ 优质专栏：Audio工程师进阶系列【原创干货持续更新中……】🚀 人生格言： 人生…
阅读更多...
【STM32 CAN】STM32G47x 单片机FDCAN作为普通CAN外设使用教程

【STM32 CAN】STM32G47x 单片机FDCAN作为普通CAN外设使用教程

STM32G47x 单片机FDCAN作为普通CAN外设使用教程 控制器局域网总线（CAN，Controller Area Network）是一种用于实时应用的串行通讯协议总线，它可以使用双绞线来传输信号，是世界上应用最广泛的现场总线之一。CAN协议用于汽…
阅读更多...
Apache Druid连接回收引发的血案

Apache Druid连接回收引发的血案

问题 线上执行大批量定时任务，发现SQL执行失败的报错： CommunicationsException, druid version 1.1.10, jdbcUrl : jdbc:mysql://xxx?useUnicodetrue&characterEncodingUTF-8&zeroDateTimeBehaviorconvertToNull,testWhileIdle true, idle …
阅读更多...
Java事务详解

Java事务详解

一、事务的理解： 1、事务的特性： 1) 原子性（atomicity）：事务是数据库的逻辑工作单位，而且是必须是原子工作单位，对于其数据修改，要么全部执行，要么全部不执行。 2) 一致性…
阅读更多...
Vatee万腾外汇数字化策略：Vatee科技决策力的未来引领

Vatee万腾外汇数字化策略：Vatee科技决策力的未来引领

在外汇市场，Vatee万腾通过其前瞻性的外汇数字化策略，正引领着科技决策的未来。这一数字化策略的崭新愿景为投资者提供了更智慧、更高效的外汇投资体验，成为科技决策领域的翘楚。 Vatee万腾的外汇数字化策略是科技决策力未来引领的典范。通过运…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023