- 1、本文档被系统程序自动判定探测到侵权嫌疑,本站暂时做下架处理。
- 2、如果您确认为侵权,可联系本站左侧在线QQ客服请求删除。我们会保证在24小时内做出处理,应急电话:400-050-0827。
- 3、此文档由网友上传,因疑似侵权的原因,本站不提供该文档下载,只提供部分内容试读。如果您是出版社/作者,看到后可认领文档,您也可以联系本站进行批量认领。
查看更多
Kubernetes Pod
目录
Kubernetes Pod
Kubernetes Pod Resource和Qos
Kubernetes Pod 排错指南
Kubernetes Pod 的服务质量(QoS)
Kubernetes Pod 镜像拉取策略 imagePullPolicy
Kubernetes Pod中的初始化容器和sidecar设计模式
Kubernetes Pod生命周期 钩子 pod hook
Kubernetes Static Pod (静态Pod)
Kubernetes pod的生命周期
Kubernetes 为什么我们需要Pod?
Kubernetes 健康检查之 livenessProbe/readinessProbe
Kubernetes 初始化容器InitContainer
Kubernetes 深入理解 Pod
Kubernetes 深入解析Pod对象(一):基本概念
Kubernetes 理解kubectl/调试
Kubernetes 系统强化 Pod安全上下文
Kubernets Pod 存在 Finalizers 一直处于 Terminating 状态
Kuibernetes 如何根据不同业务场景调节 HPA 扩缩容灵敏度
根因解析 | Kubernetes Pod状态异常九大场景盘点
Kubernetes Pod Resource和Qos
Kubernetes Pod Resource和Qos
Resource 容器资源配合管理
下面介绍一下 Resource,即:容器的一个资源配置管理。
目前内部支持类型有三种:CPU、内存,以及临时存储。当用户觉得这三种不够,有自己的一些资
源,比如说 GPU,或者其他资源,也可以自己来定义,但配置时,指定的数量必须为整数。目前
资源配置主要分成 request 和 limit 两种类型,一个是需要的数量,一个是资源的界限。CPU、
内存以及临时存储都是在 container 下的 Resource 字段里进行一个声明。
举个例子,wordpress 容器的资源需求,一个是 request ,一个是 limits,它分别对需要的资
源和资源临界进行一个声明。
Pod 服务质量 (QoS) 配置
根据 CPU 对容器内存资源的需求,我们对 pod 的服务质量进行一个分类,分别是Guaranteed、
Burstable和BestEffort。
Guaranteed :pod 里面每个容器都必须有内存和 CPU 的 request 以及 limit 的一个声
明,且 request 和 limit 必须是一样的,这就是 Guaranteed;
Burstable:Burstable 至少有一个容器存在内存和 CPU 的一个 request;
BestEffort:只要不是 Guaranteed 和 Burstable,那就是 BestEffort。
那么这个服务质量是什么样的呢?资源配置好后,当这个节点上 pod 容器运行,比如说节点上
memory 配额资源不足,kubelet会把一些低优先级的,或者说服务质量要求不高的(如:
第 1 页 /共 120 页
Kubernetes Pod Resource和Qos
BestEffort、Burstable)pod 驱逐掉。它们是按照先去除 BestEffort,再去除 Burstable 的一
个顺序来驱逐 pod 的。
第 2 页 /共 120 页
Kubernetes Pod 排错指南
Kubernetes Pod 排错指南
Pod排错
Pod 各种异常现象,可能的原因以及解决方法。
排查过程常用的命名如下 :
查看 Pod 状态: kubectl get pod pod-name -o wide
查看 Pod 的 yaml 配置: kubectl get pod pod-name -o yaml
查看 Pod 事件: kubectl describe pod pod-name
查看容器日志: kubectl logs pod-name [-c container-name]
文档评论(0)