共计 1833 个字符，预计需要花费 5 分钟才能阅读完成。
本文介绍几种在 K8S 中限制资源使用的几种方法。
资源类型
在 K8S 中可以对两类资源进行限制：cpu 和内存。
CPU 的单位有：
正实数，代表分配几颗 CPU，可以是小数点，比如 0.5 代表 0.5 颗 CPU，意思是一颗 CPU 的一半时间。2 代表两颗 CPU。
正整数 m，也代表 1000m=1，所以 500m 等价于 0.5。
内存的单位：
正整数，直接的数字代表 Byte
k、K、Ki，Kilobyte
m、M、Mi，Megabyte
g、G、Gi，Gigabyte
t、T、Ti，Terabyte
p、P、Pi，Petabyte
方法一：在 Pod Container Spec 中设定资源限制
在 K8S 中，对于资源的设定是落在 Pod 里的 Container 上的，主要有两类，limits 控制上限，requests 控制下限。其位置在：
spec.containers[].resources.limits.cpu
spec.containers[].resources.limits.memory
spec.containers[].resources.requests.cpu
spec.containers[].resources.requests.memory
举例：
apiVersion: v1
kind: Pod
metadata:
name: frontend
spec:
containers:
– name: …
image: …
resources:
requests:
memory: “64Mi”
cpu: “250m”
limits:
memory: “128Mi”
cpu: “500m”
方法二：在 Namespace 中限定
方法一虽然很好，但是其不是强制性的，因此很容易出现因忘记设定 limits/request，导致 Host 资源使用过度的情形，因此我们需要一种全局性的资源限制设定，以防止这种情况发生。K8S 通过在 Namespace 设定 LimitRange 来达成这一目的。
配置默认 request/limit：
如果配置里默认的 request/limit，那么当 Pod Spec 没有设定 request/limit 的时候，会使用这个配置，有效避免无限使用资源的情况。
配置位置在：
spec.limits[].default.cpu，default limit
spec.limits[].default.memory，同上
spec.limits[].defaultRequest.cpu，default request
spec.limits[].defaultRequest.memory，同上
例子：
apiVersion: v1
kind: LimitRange
metadata:
name: <name>
spec:
limits:
– default:
memory: 512Mi
cpu: 1
defaultRequest:
memory: 256Mi
cpu: 0.5
type: Container
配置 request/limit 的约束
我们还可以在 K8S 里对 request/limit 进行以下限定：
某资源的 request 必须 >= 某值
某资源的 limit 必须 <= 某值
这样的话就能有效避免 Pod Spec 中乱设 limit 导致资源耗尽的情况，或者乱设 request 导致 Pod 无法得到足够资源的情况。
配置位置在：
spec.limits[].max.cpu，limit 必须 <= 某值
spec.limits[].max.memory，同上
spec.limits[].min.cpu，request 必须 >= 某值
spec.limits[].min.memory，同上
例子：
apiVersion: v1
kind: LimitRange
metadata:
name: <name>
spec:
limits:
– max:
memory: 1Gi
cpu: 800m
min:
memory: 500Mi
cpu: 200m
type: Container
参考资料
Managing Compute Resources for Containers
Configure Default Memory Requests and Limits for a Namespace
Configure Default CPU Requests and Limits for a Namespace
Configure Minimum and Maximum Memory Constraints for a Namespace
Configure Minimum and Maximum CPU Constraints for a Namespace