“降本增效”已然成为了中国互联网都在做的事，云厂商也不例外，如果有大批量的资源需求，需要提前很久报备采购。“售罄”这样一个在早些年比较极端的场景，现在越来越常见。扩容失败下的处理方式常常令用户不满“等扩容出来，黄花菜都凉了”，那 cluster-autoscaler 是如何处理扩容失败的呢？

通过 kubeadm 安装 kubernetes 1.26，其中 master 运行时为 cri-o，worker 为 containerd，帮你熟悉不同运行时的安装。

调动各方资源终于把业务都迁到了 kubernetes，但给集群备多少计算资源却成为了一个问题。备少了影响业务，备多了浪费钱，人工加减节点也太麻烦了，有没有什么办法可以自动解决这个问题呢？有的，那就是 cluster-autoscaler。

在 Kubernetes 环境下运行 Fink 的 python 应用程序

围绕 ipvs 服务模式下 kubernetes 集群中 net.ipv4.vs.conn_reuse_mode 内核参数的正确使用方式展开