数据概览
2
粉丝
5
关注
13
获赞
0
被收藏
3
被评论
28
浏览
2
回答
0
被采纳
0.0%
采纳率
{score=8, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=2, posts=6, disputes=0}}
信誉
0
积分
0
任务收益
«结论先行：抬 "cpu.limits" 解决的是「带宽不够」，而 CPU Manager "static" 解决的是「核被别人抢走」——这是两种完全不同的故障，用错了工具就是白调。我踩了整整一个迭代：先把 limit 从 2C 抬到 4C
«结论先行：K8s 上有一类故障长得很像「服务挂了」，其实服务、Pod、Service 全活，只是节点的内核连接跟踪表（conntrack）满了——新连接被内核直接丢弃，已建连的长连接还能跑。它的特点是按节点分布、只影响新建连接、"kube
«结论先行：「这个镜像在 arm 节点上跑得好好的，为什么到了 x86 节点就 "exec format error" / 冷启动慢 6 倍」——根因几乎都不是应用代码，而是 manifest list 的多架构子镜像被拉错了，或者 bin
现象：一台 100GB 系统盘的节点，凌晨 40 分钟驱逐了 19 个 Pod 上个月凌晨 03:12，集群里一台 8C16G、100GB 系统盘的 worker 节点（Kubernetes 1.28.9，containerd 1.7.13