问题Python程序代码中使用print()打印的内容，在查询k8spod日志时不显示。原因print()函数Python的print()函数签名如下：print(*objects,sep='',end='\n',file=None,flush=False)摘录部分官方文档如下：Thefileargumentmustbeanobjectwithawrite(string)method;ifitisnotpresentorNone,sys.stdoutwillbeused.Sinceprintedargumentsareconvertedtotextstrings,print()cannotbe
ReplicaSet控制器创建ReplicaSetReplicaSet管控下的Pod对象更新ReplicaSetDeployment控制器创建Deployment更新策略升级Deployment金丝雀发布扩容、缩容DaemonSet控制器Job控制器串行、并行控制删除JobCornJob控制器Pod中断预算自主式Pod对象由调度器绑定至目标工作节点后即由相应节点上的kubelet负责监控其容器的存活性，容器主进程崩溃后，kubelet能够自动重启相应的容器，基于存活性探测，在容器出现其他问题时也能作出响应，但如果Pod被意外删除、或者工作节点发生故障，kubelet就无能为力了。Pod控制器可
ReplicaSet控制器创建ReplicaSetReplicaSet管控下的Pod对象更新ReplicaSetDeployment控制器创建Deployment更新策略升级Deployment金丝雀发布扩容、缩容DaemonSet控制器Job控制器串行、并行控制删除JobCornJob控制器Pod中断预算自主式Pod对象由调度器绑定至目标工作节点后即由相应节点上的kubelet负责监控其容器的存活性，容器主进程崩溃后，kubelet能够自动重启相应的容器，基于存活性探测，在容器出现其他问题时也能作出响应，但如果Pod被意外删除、或者工作节点发生故障，kubelet就无能为力了。Pod控制器可
容器与Pod的关系Sidecarpattern（边车模式）管理Pod对象的容器定义镜像的获取策略暴露端口自定义运行的容器化应用环境变量标签与标签选择器标签的管理标签选择器资源注解Pod对象的生命周期PhasePod的创建过程Pod生命周期中的重要行为用于初始化的容器生命周期钩子函数容器的重启策略Pod的终止过程Pod存活性探测exechttpGettcpSocket存活性探测行为属性Pod就绪性探测资源需求及资源限制资源需求资源限制Pod的服务质量类别Pod是Kubernetes系统的基础单元，是资源对象模型中可由用户创建或部署的最小组件，也是在Kubernetes系统上运行容器化应用的资源对
容器与Pod的关系Sidecarpattern（边车模式）管理Pod对象的容器定义镜像的获取策略暴露端口自定义运行的容器化应用环境变量标签与标签选择器标签的管理标签选择器资源注解Pod对象的生命周期PhasePod的创建过程Pod生命周期中的重要行为用于初始化的容器生命周期钩子函数容器的重启策略Pod的终止过程Pod存活性探测exechttpGettcpSocket存活性探测行为属性Pod就绪性探测资源需求及资源限制资源需求资源限制Pod的服务质量类别Pod是Kubernetes系统的基础单元，是资源对象模型中可由用户创建或部署的最小组件，也是在Kubernetes系统上运行容器化应用的资源对
Pod是k8s系统中可以创建和管理的最小单元，是资源对象模型中由用户创建或部署的最小资源对象模型，也是在k8s上运行容器化应用的资源对象，其他的资源对象都是用来支撑或者扩展Pod对象功能的，比如控制器对象是用来管控Pod对象的，Service或者Ingress资源对象是用来暴露Pod引用对象的，PersistentVolume资源对象是用来为Pod提供存储等等，k8s不会直接处理容器，而是Pod，Pod是由一个或多个container组成Pod是Kubernetes的最重要概念，每一个Pod都有一个特殊的被称为”根容器“的Pause容器。Pause容器对应的镜像属于Kubernetes平台的一
Pod是k8s系统中可以创建和管理的最小单元，是资源对象模型中由用户创建或部署的最小资源对象模型，也是在k8s上运行容器化应用的资源对象，其他的资源对象都是用来支撑或者扩展Pod对象功能的，比如控制器对象是用来管控Pod对象的，Service或者Ingress资源对象是用来暴露Pod引用对象的，PersistentVolume资源对象是用来为Pod提供存储等等，k8s不会直接处理容器，而是Pod，Pod是由一个或多个container组成Pod是Kubernetes的最重要概念，每一个Pod都有一个特殊的被称为”根容器“的Pause容器。Pause容器对应的镜像属于Kubernetes平台的一
k8s线上集群中Node节点状态变成NotReady状态，导致整个Node节点中容器停止服务。一个Node节点中是可以运行多个Pod容器，每个Pod容器可以运行多个实例App容器。Node节点不可用，就会直接导致Node节点中所有的容器不可用，Node节点是否健康，直接影响该节点下所有的实例容器的健康状态，直至影响整个K8S集群kubectltopnodeNotFound#查看节点的资源情况[root@k8smaster~]#kubectltopnodeNAMECPU(cores)CPU%MEMORY(bytes)MEMORY%k8smaster269m13%1699Mi22%k8snode1
k8s线上集群中Node节点状态变成NotReady状态，导致整个Node节点中容器停止服务。一个Node节点中是可以运行多个Pod容器，每个Pod容器可以运行多个实例App容器。Node节点不可用，就会直接导致Node节点中所有的容器不可用，Node节点是否健康，直接影响该节点下所有的实例容器的健康状态，直至影响整个K8S集群kubectltopnodeNotFound#查看节点的资源情况[root@k8smaster~]#kubectltopnodeNAMECPU(cores)CPU%MEMORY(bytes)MEMORY%k8smaster269m13%1699Mi22%k8snode1
前言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
