- 用 Descheduler 自动重调度 Pod(推荐) 这是官方工具,能批量迁移过载节点的 Pod 到低负载节点。先部署 Descheduler 到
kube-system命名空间,再通过 ConfigMap 配置策略,比如启用HighNodeUtilization策略识别高负载节点,接着它会驱逐符合规则的 Pod,被驱逐的 Pod 会进入 Pending 状态,由原生调度器重新调度到合适节点。还可配置调度周期、驱逐阈值避免频繁迁移。 - 手动驱逐 + 重新调度 Pod 适合临时处理少量 Pod。先用
kubectl describe node <节点名>确认高负载节点上的非核心 Pod,再执行kubectl drain <节点名> --ignore-daemonsets驱逐节点上 Pod(忽略 DaemonSet 类型),驱逐后 Pod 会由调度器重新分配到其他资源充足节点;若只需驱逐单个 Pod,直接用kubectl delete pod <Pod名>,控制器管理的 Pod 会自动重建并被重新调度。 - 就地调整 Pod 资源分配 若仅需优化节点内 Pod 的资源占比,K8s 1.33 + 支持就地调整。用
kubectl patch pod <Pod名> -p '{"spec":{"containers":[{"name":"<容器名>","resources":{"requests":{"cpu":"500m","memory":"512Mi"},"limits":{"cpu":"1000m","memory":"1Gi"}}]}}',修改 Pod 的 CPU 和内存请求与限制,Kubelet 会自动适配调整,无需重建 Pod。 - 用亲和性约束优化调度规则 长期避免节点过载可配置 Pod 反亲和性。比如在 Deployment 中设置规则,让同一应用的多个 Pod 分散到不同节点,示例中通过
podAntiAffinity约束,确保app:web-store的 Pod 不部署在同一节点,从根源减少单节点 Pod 密集导致的资源过高问题。
k8s某pod节点资源使用率过高,如何调整
杰克逊的日记2025-12-14 8:26
相关推荐
蝎子莱莱爱打怪15 小时前
GitLab CI/CD + Docker Registry + K8s 部署完整实战指南chlk1231 天前
Linux文件权限完全图解:读懂 ls -l 和 chmod 755 背后的秘密舒一笑1 天前
Ubuntu系统安装CodeX出现问题改一下配置文件1 天前
Ubuntu24.04安装NVIDIA驱动完整指南(含Secure Boot解决方案)深紫色的三北六号1 天前
Linux 服务器磁盘扩容与目录迁移:rsync + bind mount 实现服务无感迁移(无需修改配置)SudosuBash2 天前
[CS:APP 3e] 关于对 第 12 章 读/写者的一点思考和题解 (作业 12.19,12.20,12.21)小p2 天前
docker学习7:docker 容器的通信方式小p2 天前
docker学习5:提升Dockerfile水平的5个技巧小p2 天前
docker学习3:docker是怎么实现的?哈基咪怎么可能是AI2 天前
为什么我就想要「线性历史 + Signed Commits」GitHub 却把我当猴耍 🤬🎙️