资源限制实战Pod

API可注入的元数据信息环境变量方式注入元数据存储卷方式注入元数据为注册服务注入Pod

名称为

内存的基本单位是字节数(Bytes)也可以加上国际单位十进制的

E、P、T、G、M、K、m或二进制

BestEffort、BurStable、Guaranteed

Guaranteed:

对象为每个容器(包括initContainer)都设置了CPU资源需求和资源限制切两者值相同还同时为每个容器设置了内存需求和限制并且两者的值相同。

这类Pod

至少有一个容器设置

集群内存资源紧缺优先杀死BestEffort类别的容器因为系统不为该类资源提供任何服务保证但此类资源最大的好处就是能够尽可能的使用资源。

如果系统中没有BestEffort类别的容器接下来就轮到BUrstable类别的容器如果有多个Burstable类别的容器就看谁的内存资源占用多就优先干掉谁。

比如A容器申请16内存资源实际使用了95%而B容器申请了26内存资源实际使用了80%但任然会优先干掉A容器虽然A

容器的用量少但与自身的Requests值相比它的占比要大于B容器。

对于Guaranteed类别的容器拥有最高优先级它们不会被杀死除非其内存资源需求超限或者OOM时没有其他更低优先级的Pod对象存在才会千掉Guaranteed类容器。

Downward

DownwardAPI可以让容器获取Pod的相关元数据信息比如Pod名称Pod的IPPod的资源限制等获取后通过env、volume的方式将相关的环境信息注入到容器中从而让容器通

例如Nginx进程根据节点的CPU核心数量自动设定要启动的worker

进程数。

例如JVM虛拟根据Pod的内存资源限制来设定对应容器的堆内存大小。

例如获取Pod名称以Pod名称注册到某个服务当Pod结束后调用prestop清理对应名称的注册信息。

valueFrom.

metadata.namePod对象的名称metadata.namespacePod对象隶属的名称空间metadata.uid:

Pod对象的UIDmetadata.labels[‘’]获取Labe1指定KEY对应的值metadata.annotations[’]获取Annotat

ions对应KEY的值status.podIPPod对象的IP地址status.hostIP节点IPstatus.nodeName节点名称spec.serviceAccountNamePod对象使用的ServiceAccount资源名称

pod.spec.containers.env.valueFrom.resourceFieldRef

requests.cpurequests.memorylimits.cpulimits.memory

环境变量方式注入元数据

APP1_POD_NAMEvalueFrom:fieldRef:fieldPath:

metadata.name-

APP1_POD_NAMESPACEvalueFrom:fieldRef:fieldPath:

metadata.namespace-

APP1_POD_LABELSvalueFrom:fieldRef:fieldPath:

name:

APP1_CPU_REQUESTSvalueFrom:resourceFieldRef:resource:

requests.cpu-

APP1_MEM_LIMITSvalueFrom:resourceFieldRef:resource:

1Mi

pod-down-api-volumeslabels:app:

nginx-approle:

pod_namespacefieldRef:fieldPath:

metadata.namespace-

req_cpuresourceFieldRef:containerName:

requests.cpu-

limit_memresourceFieldRef:containerName:

apiVersion:

toolstemplate:metadata:labels:app:

name:

POD_NAMEvalueFrom:fieldRef:fieldPath:

metadata.namelifecycle:preStop:

pod

配置valueFrom:resourceFieldRef:resource:

requests.memory-

JVM_XMXvalueFrom:resourceFieldRef:resource:

limits.memoryresources:requests:memory:

100Milimits:memory: