3、发生集群资源紧张时，封锁相关节点，视情况，如果是可压缩资源紧张，比如 CPU、IO 等，则压制次优先级任务；如果是不可压缩资源紧张，如内存、存储等，则驱逐次优先级任务到虚拟节点；在此情况下所有新增 Pod 均调度到虚拟节点，不再对集群固定资源增加任何压力，避免发生雪崩。
这3个例子还不能覆盖所有的混部场景，但已经提升了原生 K8s 集群混部的适用范围。我们也在持续探索其他的路径来做到更好。也欢迎有想法的朋友下来一起探讨和分享。
最后，混部是一个持续优化的过程。各家大厂都对混部投入了相当长的时间研究，才开始放量铺开。随着技术的发展，K8s 混部的效果会越来越好，适用的场景也会越来越多。谢谢大家！
Kubernetes 混部与弹性容器（本文） PPT 下载方式，请在公众号腾讯云原生后台回复关键字“EKS”获取。
【腾讯云原生】云说新品、云研新术、云游新活、云赏资讯，扫码关注同名公众号，及时获取更多干货！！