一、简介

Kubernetes采用request和limit两种限制类型来对资源进行分配。
• request(资源需求)：即运行Pod的节点必须满足运行Pod的最基本需求才能运行Pod。会影响调度策略
• limit(资源限额)：即运行Pod期间，可能内存使用量会增加，那最多能使用多少内存，这就是资源限额。会影响节点的正常运行
资源类型:
• CPU 的单位是核心数，内存的单位是字节。
• 一个容器申请0.5个CPU，就相当于申请1个CPU的一半，你也可以加个后缀m 表示千分之一的概念。比如说100m的CPU，100豪的CPU和0.1个CPU都是一样的。
• 内存单位：
K、M、G、T、P、E #通常是以1000为换算标准的。
Ki、Mi、Gi、Ti、Pi、Ei #通常是以1024为换算标准的。

二、内存限制

运行一个work，内存需要200M，但是给定的资源限额为100MI，因此pod不能被成功创建

三、cpu限制

不能调度成功

四、namespace设置资源限制

定义一个pod如下：cpu不符合再namespace中的设定
此时运行这个pod会报错
把所有的资源限制去掉
可以运行成功，并且资源限制为namespace中默认的

如若在pod中自定义资源清单，那就不能超过或低于在namespace中设定的最大最小限制

五、namespace设置资源配额

创建的ResourceQuota对象将在default名字空间中添加以下限制：
• 每个容器必须设置内存请求（memory request），内存限额（memory limit），cpu请求（cpu request）和cpu限额（cpu limit）。
• 所有容器的内存请求总额不得超过1 GiB。
• 所有容器的内存限额总额不得超过2 GiB。
• 所有容器的CPU请求总额不得超过1 CPU。
• 所有容器的CPU限额总额不得超过2 CPU。
一般将namespace设置资源限制和namespace设置资源配额结合使用
为 Namespace 配置Pod配额，最多不能超过两个pod
设置有6个副本的pod
只有俩个pod创建成功