前言Pod因内存不足消失，可能由2种不同的故障导致，其中对故障2的复现、监控比较繁琐、耗时、棘手；先对Podoom相关故障进行了梳理；故障1：Pod自身内存不足Pod中的运行进程占用空间超出了Pod设置的Limit限制，导致该Pod中进程被Pod内的OS内核Kill掉；此时Pod的Status为OOMKilled，Pod的OOMKilled状态可以借助Prometheus进行监控；apiVersion:v1kind:Podmetadata:name:memory-demonamespace:mem-examplespec:containers:-name:memory-demo-ctrimag
一、Pod基础概念1.1Pod基础概念Pod是kubernetes中最小的资源管理组件，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等1.2在Kubrenetes集群中Pod有如下两种使用方式●一个Pod中运行一个容器。“每个Pod中一个容器”的模式是最常见的用法;在这种使用方式
一、Pod基础概念1.1Pod基础概念Pod是kubernetes中最小的资源管理组件，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等1.2在Kubrenetes集群中Pod有如下两种使用方式●一个Pod中运行一个容器。“每个Pod中一个容器”的模式是最常见的用法;在这种使用方式
目录一、简介二、Pod实现机制与设计模式三、镜像拉取策略四、资源限制五、重启策略六、健康检查七、调度策略1）nodeName2）nodeSelector3）taint（污点）与tolerations（容忍）八、Pod状态1）Pod常见状态2）Pod其它状态详细说明一、简介在Kubernetes集群中，Pod是所有业务类型的基础，也是K8S管理的最小单位级，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被统一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。二、Pod实现机制与设
目录一、简介二、Pod实现机制与设计模式三、镜像拉取策略四、资源限制五、重启策略六、健康检查七、调度策略1）nodeName2）nodeSelector3）taint（污点）与tolerations（容忍）八、Pod状态1）Pod常见状态2）Pod其它状态详细说明一、简介在Kubernetes集群中，Pod是所有业务类型的基础，也是K8S管理的最小单位级，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被统一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。二、Pod实现机制与设
一、Pod-yaml文件详解1apiVersion:v1#必选，版本号，例如v12kind:Pod#必选，Pod3metadata:#必选，元数据4name:string#必选，Pod名称5namespace:string#必选，Pod所属的命名空间6labels:#自定义标签7-name:string#自定义标签名字8annotations:#自定义注释列表9-name:string10spec:#必选，Pod中容器的详细定义11containers:#必选，Pod中容器列表12-name:string#必选，容器名称13image:string#必选，容器的镜像名称14imagePullP
一、Pod-yaml文件详解1apiVersion:v1#必选，版本号，例如v12kind:Pod#必选，Pod3metadata:#必选，元数据4name:string#必选，Pod名称5namespace:string#必选，Pod所属的命名空间6labels:#自定义标签7-name:string#自定义标签名字8annotations:#自定义注释列表9-name:string10spec:#必选，Pod中容器的详细定义11containers:#必选，Pod中容器列表12-name:string#必选，容器名称13image:string#必选，容器的镜像名称14imagePullP
一、资源限制当定义Pod时可以选择性地为每个容器设定所需要的资源数量。最常见的可设定资源是CPU和内存大小，以及其他类型的资源。当为Pod中的容器指定了request资源时，调度器就使用该信息来决定将Pod调度到哪个节点上。当还为容器指定了limit资源时，kubelet就会确保运行的容器不会使用超出所设的limit资源量。kubelet还会为容器预留所设的request资源量，供该容器使用。如果Pod运行所在的节点具有足够的可用资源，容器可以使用超出所设置的request资源量。不过，容器不可以使用超出所设置的limit资源量。如果给容器设置了内存的limit值，但未设置内存的request
一、资源限制当定义Pod时可以选择性地为每个容器设定所需要的资源数量。最常见的可设定资源是CPU和内存大小，以及其他类型的资源。当为Pod中的容器指定了request资源时，调度器就使用该信息来决定将Pod调度到哪个节点上。当还为容器指定了limit资源时，kubelet就会确保运行的容器不会使用超出所设的limit资源量。kubelet还会为容器预留所设的request资源量，供该容器使用。如果Pod运行所在的节点具有足够的可用资源，容器可以使用超出所设置的request资源量。不过，容器不可以使用超出所设置的limit资源量。如果给容器设置了内存的limit值，但未设置内存的request
一、pod控制器基本概念1.1Pod控制器及其功用Pod控制器，又称之为工作负载（workload），是用于实现管理pod的中间层，确保pod资源符合预期的状态，pod的资源出现故障时，会尝试进行重启，当根据重启策略无效，则会重新新建pod的资源。1.2pod控制器有多种类型1、ReplicaSet:代用户创建指定数量的pod副本，确保pod副本数量符合预期状态，并且支持滚动式自动扩容和缩容功能。ReplicaSet主要三个组件组成：用户期望的pod副本数量标签选择器，判断哪个pod归自己管理当现存的pod数量不足，会根据pod资源模板进行新建帮助用户管理无状态的pod资源，精确反应用户定义的
