pod容器查看内存磁盘信息（pod包含的容器数量）

数字化转型,Prometheus监控K8s资源常用指标

**节点cpu使用率 使用`node_cpu_seconds_total`指标，该指标为计数类型，统计CPU在各种模式下所花费的时间，代表CPU时间片的累积值。 **节点内存使用率 节点内存监控指标解释如下。

可观测能力：微服务架构下，应用数量较多，定位问题困难，可观测能力是必不可少的，SAE 结合阿里云的 ARMS、云监控、SLS、prometheus 等产品，在 Metrics、Tracing、Logging 等方面都提供了相对完整的解决方案，切实解决开发者在可观测方面的痛点，包括基础监控、调用链、实时日志、事件等等。

系统化学习完kubernetes（考试会涉及daemonset、initcontainer、pv、taint、Nodeselector、secret的环境变量使用、存储挂载、性能查看、静态Pod和POD迁移等等）英语阅读能力（四级就够，纯文字交流，需要与老外进行交流，比如我在考试的时候用摄像头环顾周围的时候护照放在了桌子上，被提醒不得把护照放在桌子上。

Kubernetes已经成为容器编排领域的事实性标准，Kubernetes 不仅使得应用交付更便捷、大规模的微服务部署更容易，同时让 DevOps 理念和敏捷 IT 更容易落地。Kubernetes 将助力企业在数字化转型过程中实现弯道超车。

Part4:pod对象的管理

1、管理Pod对象中的容器主要通过spec.containers字段进行定义，明确容器的属性和行为。标签及标签选择器用于资源对象的分组和查询，帮助进行精确的资源管理和调度。为了避免shell解释器解析叹号！，标签选择器表达式必须使用单引号。节点选择器nodeSelector用于指定Pod被调度到具有特定标签的节点上，提供更精细的调度控制。

容器云pod是什么意思?

1、容器云中的pod是Kubernetes中最小的可部署单元。以下是关于容器云pod的详细解释：基本定义：Pod由一个或多个容器组成，这些容器共享同一网络命名空间和存储卷。Pod是容器云中进行服务部署和运行的基本单元。功能和作用：资源共享：Pod内的容器可以共享相同的存储卷，方便容器之间共享文件和数据。

2、容器云是一种提供容器服务的云端平台，而在容器云中，pod是一种重要的概念。简单来说，pod是Kubernetes中最小的可部署单元，由一个或多个容器共享同一网络命名空间和存储卷。Pod提供了一个平台，以便容器可以在其中进行运行，并在需要时进行扩展或缩小。Pod在容器云中的作用非常重要。

3、Pod 是 Kubernetes 中的核心概念，用于承载和协调容器的执行，而容器是一种轻量级的虚拟化技术。以下是关于容器和 Pod 的详细解释： Pod 的概念： Pod 是一个逻辑概念，并非实体。 它可以看作是云平台中的虚拟机，用于承载和协调容器的执行。

4、在 Kubernetes 中，Pod 是核心概念之一，对于容器和 Pod 之间的关系，我们需要明确理解。首先，Pod 并非实体，而是一个逻辑概念，它在集群上承载和协调容器的执行。Pod 是容器的容器，可以看作是云平台中的虚拟机，而容器则是虚拟机中的用户程序，共享网络、存储和资源，确保内部容器间的高效交互。

5、Pod的意思是微型单元或者小的服务组件。具体来说：技术术语：Pod是一个在云计算和容器化技术中广泛使用的术语。轻量级部署单元：Pod可以被理解为一种轻量级的、可部署的单元，能够运行多个容器。

6、容器，这一术语在描述其含义时颇为抽象，Kubernetes 中的Pod概念也同样如此。仅凭简短解释难以充分阐明其内涵，常导致概念混淆，如将容器与轻量级虚拟机混为一谈。本文旨在深入解析容器、Pod的概念及其运作原理。从文件系统隔离的视角出发，让我们逐步探讨容器的构成。

k8s中Pod状态及问题排查方法

1、含义：调度器未能将 Pod 调度到可用节点。可能原因：节点资源不足或 Pod 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况，确保集群有足够的 CPU 和其他资源。CrashLoopBackoff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。

2、解决方法：仔细检查Pod的YAML配置文件，确保语法正确且配置合理。可以使用kubectl describe pod 命令查看Pod的详细信息，以获取更多关于错误的信息。总结：Pod状态一直处于Pending通常是由于资源不足、调度问题、镜像拉取问题、权限问题或配置错误等原因导致的。

3、如果原因是Pod无法安装请求的卷，请确保清单适当地指定其详细信息并确保Pod可以访问存储卷。或者，如果该节点没有足够的资源，则手动从该节点删除Pod，以便将Pod调度到另一个节点上。否则，可以扩展节点资源容量。如果使用nodeSelector安排Pod在Kubernetes集群中的特定节点上运行，就会发生这种情况。

4、要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“FaiLED to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。

5、调度问题是最常见的原因。如果节点没有足够的资源满足 Pod 的请求（包括有效请求和实际使用的资源），或者节点处于不可调度状态，如因压力或人为原因被封锁，Pod 将被挂起。查看调度事件可以帮助我们理解问题所在，如使用 `kubectl describe pod` 查看详细信息。

6、LivenessProbe支持三种探测方式：通过exec命令检查文件状态（如示例一），如cat /tmp/healthy，如果文件状态改变，容器会被视为不健康。例如，一个Pod在30秒内文件状态正常，35秒后显示失败，容器被重启。

K8S学习指南(10)-k8s中为pod分配CPU和内存资源

1、Kubernetes中，资源通过Pod YAML文件配置，spec字段下的containers字段，使用resources字段进行。示例展示 示例展示了为Pod中容器设定CPU和内存请求及限制。资源分配最佳实践 合理配置Pod资源请求与限制，调整以适应应用需求，高效利用集群资源，提升系统稳定性和性能。本文实例与实践指南，助你深入了解Kubernetes资源分配。

2、在Kubernetes 27版本中，引入了一个新的alpha特性，允许用户在不重启Pod的情况下调整分配给Pod的CPU或内存资源的大小。此功能通过允许在Pod容器的resources字段中对CPU和内存资源进行更改实现，用户可以通过patch修改正在运行的Podspec来实现资源调整。

3、核2线程的CPU，被系统识别为4个逻辑CPU，k8s中会对逻辑CPU做分片限制。kubernetes中一个Cpu相当于1个Vcpu/core，intel处理器的1个超线程。Cpu：250m，表示0.25个cpu，pod正常启动最少的，必须使用的资源；500m，表示0.5个逻辑CPU，pod运行时，最多可以使用的资源。

4、不同的Pod可能有不同的资源需求，例如CPU、内存、存储I/O性能等。通过为具有特定资源特性的节点添加标签，并在Pod的部署配置中使用nodeSelector指定相应的标签，可以确保Pod被调度到满足其资源需求的节点上，从而提高资源利用率和应用性能。

5、核心概念概览集群：由多个节点构成，节点可动态添加，包含CPU和内存资源。容器：k8s的调度平台，作为宿主机上的进程或操作系统子集。Pod：k8s的基本调度单元，一个Pod可运行多个容器，共享资源。副本集（ReplicaSet）：维护应用实例数量，保证应用高可用。

6、资源模型设计 requests和limits：在K8s中，资源请求和资源限制是两个核心概念，分别代表Pod所需的最小资源和最大资源。这两个参数帮助K8s进行资源调度和限额管理。Node资源抽象：Capacity：表示节点的总资源量，如CPU核心数和内存大小。

...系列」Docker容器经常被kill掉,k8s中该节点的pod也被驱赶,怎么分析...

1、在面临docker容器被频繁kill掉，以及k8s中该节点pod被驱赶的情况时，要找出问题的根源，关键在于深入分析容器的运行状态、内存使用情况以及系统资源的分配状况。以下为解决此类问题时，可以采取的步骤与工具，帮助您更直观地找出问题所在。首先，要从容器输出和状态详情入手。

2、Docker容器：Docker容器内的应用程序进程直接运行在宿主机的内核上，没有自己的内核。这使得Docker容器比传统虚拟机更轻便、更高效。k8s容器集群：在k8s中，容器通常是以Pod的形式存在的，Pod是k8s中最小的可部署的计算单元。k8s负责将Pod调度到合适的节点上运行，并确保Pod的高可用性和可扩展性。

3、对于现运行的 K8s 集群，切换到 cri-o 的步骤包括更改 registry 仓库、迁移 Pod，以及对 kubelet 参数的调整。例如，逐出节点上的 Pod、卸载 Docker、安装 cri-o、修改 kubelet 设置，并在恢复节点后验证集群运行状态。Erda 的开源社区欢迎所有开发者参与，共同推动云原生技术的进步。

4、例如，查看某个pod的日志时，首先需要在pod所在节点上查看kubelet存放的日志文件。数字标记代表了容器重启次数，例如“2393”和“2394”分别表示第2393次和第2394次重启后的日志记录。实际上，这些日志文件为链接文件，指向了docker容器的日志文件。