本文详细介绍了Kubernetes中的服务质量保证（QoS）机制，包括requests和limits的设置原因和作用。QoS分为Guaranteed、Burstable和Best-Effort三类，影响着资源分配和回收策略。当资源紧张时，系统会根据QoS优先级进行pod的杀进程操作，以确保系统的稳定运行。建议根据业务重要性合理设置QoS类型，以平衡资源利用和稳定性。
Kubernetes的服务质量保证（QoS）
Kubernetes需要整体统筹平台资源使用情况、公平合理的将资源分配给相关pod容器使用，并且要保证容器生命周期内有足够的资源来保证其运行。 与此同时，由于资源发放的独占性，即资源已经分配给了某容器，同样的资源不会在分配给其他容器，对于资源利用率相对较低的容器来说，占用资源却没有实际使用（比如CPU、内存）造成了严重的资源浪费，Kubernetes需从优先级与公平性等角度综合考虑来提高资源的利用率。为了在资源被有效调度和分配的同时提高资源利用率，Kubernetes针对不同服务质量的预期，通过QoS（Quality of Service）来对pod进行服务质量管理，提供了个采用requests和limits两种类型对资源进行分配和使用限制。对于一个pod来说，服务质量体现在两个为2个具体的指标： CPU与内存。实际过程中，当NODE节点上内存资源紧张时，kubernetes会根据预先设置的不同QoS类别进行相应处理。
设置资源限制的原因
如果未做过节点 nodeSelector，亲和性（node affinity）或pod亲和、反亲和性（pod affinity/anti-affinity）等Pod高级调度策略设置，我们没有办法指定服务部署到指定机器上，如此可能会造成cpu或内存等密集型的pod全部都被分配到相同的Node上，造成资源竞争。另一方面，如果未对资源进行限制，一些关键的服务可能会因为资源竞争因OOM（Out of Memory）等原因被kill掉，或者被限制CPU使用。
资源需求（Requests
最低0.47元/天 解锁文章
7351
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
