【Kubernetes 系列】K8S 进阶 容器和 Pod 分配内存资源

namespace: mem-example

spec:

containers:

• name: memory-demo-ctr

  image: polinux/stress

  resources:

  requests:

  memory: "100Mi"
  

  limits:

  memory: "200Mi"
  

  command: [“stress”]

  args: [“–vm”, “1”, “–vm-bytes”, “150M”, “–vm-hang”, “1”]

配置文件的 `args` 部分提供了容器启动时的参数。 `"--vm-bytes", "150M"` 参数告知容器尝试分配 **150 MiB** 内存。



1.  创建pod：



> $ kubectl apply -f https://k8s.io/examples/pods/resource/memory-request-limit.yaml --namespace=mem-example



3.  验证 Pod 中的容器是否已运行：



> $ kubectl get pod memory-demo --namespace=mem-example



4.  查看 Pod 相关的详细信息：



> $ kubectl get pod memory-demo --output=yaml --namespace=mem-example



5.  输出结果显示：该 Pod 中容器的内存请求为 100 MiB，内存限制为 200 MiB。这里我只截取一部分信息：

resources:

requests:

memory: 100Mi

limits:

memory: 200Mi

6.  运行 `kubectl top` 命令，获取 Pod 的指标数据：



> $ kubectl top pod memory-demo --namespace=mem-example



输出结果显示：Pod 正在使用的内存大约为 162,900,000 字节，约为 150 MiB。 这大于 Pod 请求的 100 MiB，但在 Pod 限制的 200 MiB之内。



> NAME CPU(cores) MEMORY(bytes)  

> memory-demo 162856960



7.  删除 Pod：



> $ kubectl delete pod memory-demo --namespace=mem-example



[]( )四、超过容器限制的内存

=========================================================================



当节点拥有足够的可用内存时，容器可以使用其请求的内存。 但是，容器不允许使用超过其限制的内存。 如果容器分配的内存超过其限制，该容器会成为被终止的候选容器。 如果容器继续消耗超出其限制的内存，则终止容器。 如果终止的容器可以被重启，则 kubelet 会重新启动它，就像其他任何类型的运行时失败一样。



我们先在目录 `pods/resource/memory-request-limit-2.yaml` 创建一个 Pod，尝试分配超出其限制的内存。 这是一个 Pod 的配置文件，其拥有一个容器，该容器的内存请求为 50 MiB，内存限制为 100 MiB：

apiVersion: v1

kind: Pod

metadata:

name: memory-demo-2

namespace: mem-example

spec:

containers:

• name: memory-demo-2-ctr

  image: polinux/stress

  resources:

  requests:

  memory: "50Mi"
  

  limits:

  memory: "100Mi"
  

  command: [“stress”]

  args: [“–vm”, “1”, “–vm-bytes”, “250M”, “–vm-hang”, “1”]

在配置文件的 `args` 部分中，你可以看到容器会尝试分配 250 MiB 内存，这远高于 100 MiB 的限制。



1.  创建 pod:



> $ kubectl apply -f https://k8s.io/examples/pods/resource/memory-request-limit-2.yaml --namespace=mem-example



2.  查看 Pod 相关的详细信息：



> $ kubectl get pod memory-demo-2 --namespace=mem-example



如果容器正在运行或被杀死。重复前面的命令，直到容器被杀掉：



> NAME READY STATUS RESTARTS AGE  

> memory-demo-2 0/1 OOMKilled 1 24s



3.  获取容器更详细的状态信息：



> $ kubectl get pod memory-demo-2 --output=yaml --namespace=mem-example



输出结果显示：由于内存溢出（OOM），容器已被杀掉：

lastState:

terminated:

 containerID: 65183c1877aaec2e8427bc95609cc52677a454b56fcb24340dbd22917c23b10f

 exitCode: 137

 finishedAt: 2017-06-20T20:52:19Z

 reason: OOMKilled

 startedAt: null

容器可以被重启，所以 kubelet 会重启它。 多次运行下面的命令，可以看到容器在反复的被杀死和重启：



> $ kubectl get pod memory-demo-2 --namespace=mem-example



输出结果显示：容器被杀掉、重启、再杀掉、再重启……：



> kubectl get pod memory-demo-2 --namespace=mem-example  

> NAME READY STATUS RESTARTS AGE  

> memory-demo-2 0/1 OOMKilled 1 37s



> kubectl get pod memory-demo-2 --namespace=mem-example  

> NAME READY STATUS RESTARTS AGE  

> memory-demo-2 1/1 Running 2 40s



4.  查看该 Pod 历史的详细信息：



> $ kubectl describe pod memory-demo-2 --namespace=mem-example



输出结果显示：该容器反复的在启动和失败：



> … Normal Created Created container with id 66a3a20aa7980e61be4922780bf9d24d1a1d8b7395c09861225b0eba1b1f8511  

> … Warning BackOff Back-off restarting failed container



5.  查看集群节点的详细信息：



> $ kubectl describe nodes



输出结果包含了一条练习中的容器由于内存溢出而被杀掉的记录：



> Warning OOMKilling Memory cgroup out of memory: Kill process 4481 (stress) score 1994 or sacrifice child



6.  删除 Pod:



> $ kubectl delete pod memory-demo-2 --namespace=mem-example



[]( )五、超过节点容量的内存

=========================================================================



内存请求和限制是与容器关联的，但将 Pod 视为具有内存请求和限制，也是很有用的。 Pod 的内存请求是 Pod 中所有容器的内存请求之和。 同理，Pod 的内存限制是 Pod 中所有容器的内存限制之和。



Pod 的调度基于请求。只有当节点拥有足够满足 Pod 内存请求的内存时，才会将 Pod 调度至节点上运行。



我们在 `pods/resource/memory-request-limit-3.yaml` 目录下再创建一个 Pod，其内存请求超过了你集群中的任意一个节点所拥有的内存。 这是该 Pod 的配置文件，其拥有一个请求 1000 GiB 内存的容器，这应该超过了你集群中任何节点的容量。

apiVersion: v1

kind: Pod

metadata:

name: memory-demo-3

namespace: mem-example

spec:

containers:

• name: memory-demo-3-ctr

  image: polinux/stress

  resources:

  requests:

  memory: "1000Gi"
  

  limits:

  memory: "1000Gi"
  

  command: [“stress”]

  args: [“–vm”, “1”, “–vm-bytes”, “150M”, “–vm-hang”, “1”]

1.  创建 Pod：



> $ kubectl apply -f https://k8s.io/examples/pods/resource/memory-request-limit-3.yaml --namespace=mem-example



2.  查看 Pod 状态：



> $ kubectl get pod memory-demo-3 --namespace=mem-example



输出结果显示：Pod 处于 PENDING 状态。 这意味着，该 Pod 没有被调度至任何节点上运行，并且它会无限期的保持该状态：



> $ kubectl get pod memory-demo-3 --namespace=mem-example  

> NAME READY STATUS RESTARTS AGE  

> memory-demo-3 0/1 Pending 0 25s



3.  查看 Pod 的详细信息，包括事件：



> $ kubectl describe pod memory-demo-3 --namespace=mem-example





### 最后

愿你有一天，真爱自己，善待自己。



**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化学习资料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618156601)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**