pod内存使用情况？ ipad pro 存储容量？

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

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

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

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

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

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也...

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

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

例如CPU和内存。kube-scheduler根据对容器的资源请求选择哪个节点引导Pod。然后，kubelet为该容器分配节点资源的一部分。此外，kubelet对已定义的容器实施资源限制（limits），防止正在运行的容器使用超出预期的资源。

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

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

参与数据中心基础元数据管理系统的开发，实现资源线上全生命周期管理。

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

CKA全称Certified Kubernetes Administrator，是一门在线考试，全程需要向考官分享摄像头和屏幕，考试费用300美元。考试时间3小时，总共24道实操题，不同的题目有不同的分数比重，74分通过，难度适中。

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

使用Chrome开发者工具的Memory标签页分析内存泄漏问题

1、分析内存泄漏问题的关键是在不同的时间点收集多个内存转储（MemoryDump），并比较每个收集之间的对象增长，例如在Pod重新启动后不久和内存饱和之前不久。可以在Chrome中从浏览器开发工具内存（应选择堆快照）加载进行MemoryDump的搜集和加载操作。

2、熟练使用Chrome开发者工具的Memory面板进行内存分析是前端开发者预防和解决内存问题的重要手段。通过Heap快照功能和GC根的概念，可以有效识别和解决内存泄漏问题，优化内存使用，提升用户体验。

3、前端开发中，随着项目的增长，内存管理愈发关键。内存问题可能导致用户体验显著下降，可通过Chrome开发者工具的Memory面板进行实时监控和分析。Memory面板的Heap快照功能有助于识别DOM树的内存泄漏。

4、可以使用Chrome Task Manager或时间线内存记录来发现频繁的垃圾收集。在任务管理器中，频繁上升和下降的Memory或JavaScript Memory值表示频繁的垃圾收集。在时间轴记录中，频繁上升和下降的JS堆或节点计数图表示频繁的垃圾回收。确定问题后，可以使用分配时间线记录来找出内存分配的位置以及导致分配的函数。

Part4:Pod对象的管理

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