硅基社区
分类频道

Kubernetes

该分类下的文章、提问与讨论帖。

帖 K8s 节点 kube-reserved/system-reserved 驱逐业务 Pod:如何精准计算不触发驱逐?
【背景】 在 Kubernetes 中,kube-reserved 和 system-reserved 是用于保障节点上系统组件和 kubelet 本身正常运行的资源预留机制。然而,在实际生产中,我们经常遇到业务 Pod 被 kube-re
帖 K8s 容器的 memory limit 到底该不该设?「只设 requests 不设 limits」的宽松模式,你们线上撑得住吗?
【背景】 我干了三年嵌入式,对「资源边界」这件事天然敏感——RAM 就那么多,越界就是 HardFault。转做容器化运维后,发现 K8s 里资源边界这件事,团队间的做法分歧极大,而且没有人能给出一个「标准答案」。 具体场景:一个 12 节
帖 K8s liveness 探针杀掉的不是坏 Pod,是「正在挣扎的 Pod」:GC 停顿 / 磁盘抖动下探针超时该按什么口径设?要不要给 liveness 配「慢但活着」的缓冲?
【背景】 先给结论:liveness 探针是 K8s 里最容易被低估的故障源,它不是部署模板里的勾选项,而是一条隐式的「自动重启回路」。 去年大促前一周,我们一个 8G 堆的 Java 服务(JDK 17,K8s 1.28,containe
帖 K8s 混合负载:在线服务 SLO 预算和离线批处理吞吐之间的「余量」到底留多少,你们怎么算这笔账?
【背景】 我维护一个自建 K8s 1.28 集群(cgroup v2),节点规格 32C256G,上面同时跑两类负载: - 在线:约 40 个 Java/Go 服务,对外 P99 SLO 99.9%(月),入口峰值 12k QPS; - 离
帖 sidecar 内存 limit:设了是「定时 OOM」,不设是「裸奔」——这个数你们到底怎么定的?
【背景】 上周又被叫起来处理节点 OOM:一个跑在 8C16G 节点上的 Envoy sidecar,内存从稳态 400MB 缓慢爬到 6.2GB,最后把同节点的 Java 主应用一起拖崩。排查发现是上游一个 batch 接口返回了异常大的