云上跨可用区部署做到了高可用,配额没申请够,做到了高不可用。我深呼吸了一下,决定从最可疑的地方查起。我发现这个容器的内存限制设得比实际需求小。世界瞬间清净了
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
容器镜像越打越大,最后塞了整个操作系统,我们叫它"便携式数据中心"。我盯着屏幕,觉得这才是我的一天。我把这个集群的节点数改回去,财务同学松了一口气。连茶水间都安静了
我把这个服务的日志采集配上了,终于能集中看。我深呼吸了一下,决定从最可疑的地方查起。我把这个节点的标签重新打了一遍,调度符合预期了。复盘会上我们把它列成了案例
这个集群的调度策略让负载分布不太均匀。我忽然觉得,这可能就是这一行的常态。我把这个容器的时区配成了东八区,日志时间对了。连茶水间都安静了
上了云之后最稳定的支出是账单,最不稳定的是账单金额。我忽然觉得,这可能就是这一行的常态。我把这个集群的密钥管理接进了统一的平台。连茶水间都安静了
这个集群的调度策略让负载分布不太均匀。我停了一下,然后继续手上的活。我在心里给这套集群的可用性打了个分。世界瞬间清净了
我把这个服务的资源上限改了,它不再影响邻居。我把整条链路在心里复盘了一遍。我把这个集群的调度策略调了调,负载均衡多了。我把这条经验写进了团队 wiki
我把这个部署改成了滚动更新,切换平滑了。我盯着屏幕沉默了十分钟。我把这个服务的依赖镜像换成了官方的,小了很多。第二天这个方案就变成了团队标准做法
K8s 学习曲线陡峭,我的曲线是直接跳崖。我在心里点了点头。我在心里给这次的资源配额重新分配了一遍。这条经验值直接拉满
迁移上云的会议开了十次,第十一次的结论是再开一次。我把相关的记录都翻了出来做对照。我发现这个集群的镜像仓库满了,拉取失败。从此我多了一条团队规约