服务器K8s集群资源不足排查！k8s集群部署训练模型！

本文目录一览：

• 1、K8S故障检查-Pod处于ContainerCreating状态
• 2、K8s出现问题,排查秘诀!
• 3、k8s节点kubelet拉不起来了
• 4、k8s运维遇到过哪些问题

K8S故障检查-Pod处于ContainerCreating状态

1、常见导致pod长时间处于“ContainerCreating”状态的原因包括镜像拉取问题、资源不足、持久卷问题、网络问题以及安全上下文或Docker/运行时问题。要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。

2、一个pod的完整创建，通常会伴随着各种事件的产生，k8s种事件的种类总共只有4种：PodStatus 有一组PodConditions。PodCondition中的ConditionStatus，它代表了当前pod是否处于某一个阶段（PodScheduled，Ready，Initialized，Unschedulable），“true” 表示处于，“false”表示不处于。

3、在 Cloud 和 Edge 被启动之后，通过如下的命令去检查边缘节点的状态。请确保您创建的边缘节点状态是 ready 。像使用普通k8s一样部署你的应用到edge节点 示例：提示： 目前对于边缘端，必须在 Pod 配置中使用 hostPort，不然 Pod 会一直处于 ContainerCreating 状态。

K8s出现问题,排查秘诀!

1、影响节点正常提供服务。解决办法是进行压测服务器K8s集群资源不足排查，确定应用所需服务器K8s集群资源不足排查的内存和CPU资源，并在Pod配置中进行资源限制。

2、进阶层：掌握监控工具（Zabbix、Prometheus）、容器化（Docker、K8s）、CI/CD流水线。

k8s节点kubelet拉不起来了

k8s节点kubelet无法启动可能由内存不足、证书/配置问题、CNI插件缺失或镜像拉取失败导致，需针对性排查解决。具体原因及处理方式如下： 服务器内存资源不足当节点内存资源耗尽时，kubelet进程可能因资源竞争无法启动。典型表现为系统卡顿、其他进程响应缓慢。

是为了提升性能检测，k8s会去获取cpu和memory的信息，如果存在swap的话，那么获取的值就不是那么准确。加上我们用kubeadm部署的，要求关闭它。

在Kubernetes（K8s）中，当pod状态显示为“ContainerCreating”，这意味着pod已经由调度器分配至特定节点，该节点的kubelet正在创建容器。在此阶段，系统会进行容器创建操作。一旦所有容器启动并运行，pod状态将从“ContainerCreating”转变为“Running”。

kubekey calico-node起不来，经常重启的问题可能由证书过期、网络配置错误、资源限制或探针设置不当等原因导致。解决方法如下：更新证书和配置：如果k8s集群长时间未使用，可能会导致master节点的证书过期。此时需要更新证书，并检查calico的配置，确保它能正确访问apiserver。

k8s运维遇到过哪些问题

资源分配与调度问题 资源不足导致应用故障：当k8s集群中资源分配不合理，比如CPU、内存等资源不足时，运行的应用可能会出现性能下降甚至崩溃。例如，某个高负载的应用由于分配的内存不足，频繁出现OOM（Out Of Memory）错误，导致服务不可用。

如何解决Kubernetes运维专家常遇到的Containerd根下/run目录满导致容器创建失败问题？背景：运维专家通常需要监控集群事件以确保服务正常运行。在某个场景中，观察到因/run目录空间不足，导致创建pause容器失败。/run目录是一个临时文件系统，主要用于存储与容器运行相关的临时数据，如socket、PID和运行状态信息。

事件现象回顾用户反馈系统无法登录，运维定位为K8S集群问题。具体表现为：服务器无法操作K8S集群。

团队分工的分歧K8s的引入加速了开发流程，但导致开发团队（应用工程师）与运维团队（平台工程师）的职责割裂。应用工程师专注于代码功能，而平台工程师负责集群管理，双方对彼此领域缺乏深入了解。

找到高效管理工具：首先找到一个高效的K8S终端管理工具，对集群进行观测。