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

JVM虚拟机资料

已于 2024-04-01 18:57:39 修改

阅读量826

点赞数 24

分类专栏： 2024年程序员学习文章标签： kubernetes 容器云原生

于 2024-04-01 18:57:38 首次发布

本文链接：https://blog.csdn.net/m0_57540801/article/details/137243332

版权

2024年程序员学习专栏收录该内容

229 篇文章 0 订阅

订阅专栏


NAME

v1beta1.metrics.k8s.io

二、创建命名空间

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

创建一个命名空间，以便将练习中创建的资源与集群的其余部分隔离。

$ kubectl create namespace mem-example

三、指定内存请求和限制

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

要为容器指定内存请求，在容器资源清单中包含 resources：requests 字段。同理，要指定内存限制，需要包含 resources：limits。

我们先创建一个拥有一个容器的 Pod。容器将会请求 100 MiB 内存，并且内存会被限制在 200 MiB 以内。

pods/resource/memory-request-limit.yaml 目标中 Pod 的配置文件如下：


apiVersion: v1

kind: Pod

metadata:

  name: memory-demo

  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 内存。

创建pod：

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

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

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

查看 Pod 相关的详细信息：

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

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


resources:

  requests:

    memory: 100Mi

  limits:

    memory: 200Mi

运行 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

删除 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 的限制。

创建 pod:

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

查看 Pod 相关的详细信息：

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

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

NAME READY STATUS RESTARTS AGE

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

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

$ 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

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

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

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

… Normal Created Created container with id 66a3a20aa7980e61be4922780bf9d24d1a1d8b7395c09861225b0eba1b1f8511

… Warning BackOff Back-off restarting failed container

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

$ kubectl describe nodes

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

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

删除 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:



**自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。**

**深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！**

**因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。**
![img](https://img-blog.csdnimg.cn/img_convert/1379ba9050ad6ca661c12858d8dbdfe6.png)
![img](https://img-blog.csdnimg.cn/img_convert/9a97b6ba7d28d4fe2ff74b4f72094670.png)
![img](https://img-blog.csdnimg.cn/img_convert/a2ad1b60da5f6d85f0d168c193fb5f35.png)
![img](https://img-blog.csdnimg.cn/img_convert/28f927fcd8a81ce65bb2dfbd3529ee5e.png)
![img](https://img-blog.csdnimg.cn/img_convert/4ca30fd1e23482542d3cd9dc303d5b35.png)
![img](https://img-blog.csdnimg.cn/img_convert/5d261bfb635d47bb0ac8e45b83f3bbf7.png)
![img](https://img-blog.csdnimg.cn/13f2cb2e05a14868a3f0fd6ac81d625c.png)

**既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！**

**由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新**

**如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）**
![img](https://img-blog.csdnimg.cn/img_convert/d49e3de0f665d8e579f97f13f810fd38.png)



## 最后

**分享一份工作1到5年以上的Android程序员架构进阶学习路线体系，希望能对那些还在从事Android开发却还不知道如何去提升自己的，还处于迷茫的朋友！**

* 阿里P7级Android架构师技术脑图；查漏补缺，体系化深入学习提升

  ![](https://img-blog.csdnimg.cn/img_convert/2d6bc2356245ed55832a62908cb5fbcc.webp?x-oss-process=image/format,png)
* **全套体系化高级架构视频；**七大主流技术模块，视频+源码+笔记

![](https://img-blog.csdnimg.cn/img_convert/c3eab0e45aabbe012685fd6335e64cc0.webp?x-oss-process=image/format,png)

有任何问题，欢迎广大网友一起来交流



点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新**

**如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）**
[外链图片转存中...(img-W8SWG02h-1711969043202)]



## 最后

**分享一份工作1到5年以上的Android程序员架构进阶学习路线体系，希望能对那些还在从事Android开发却还不知道如何去提升自己的，还处于迷茫的朋友！**

* 阿里P7级Android架构师技术脑图；查漏补缺，体系化深入学习提升

  [外链图片转存中...(img-xqoAIWTo-1711969043202)]
* **全套体系化高级架构视频；**七大主流技术模块，视频+源码+笔记

[外链图片转存中...(img-frqwqUfs-1711969043203)]

有任何问题，欢迎广大网友一起来交流



> **本文已被[CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》]( )收录**

JVM虚拟机资料

关注

24
点赞
踩
13

收藏

觉得还不错? 一键收藏
0
评论
【Kubernetes 系列】K8S 进阶容器和 Pod 分配内存资源

当节点拥有足够的可用内存时，容器可以使用其请求的内存。如果容器分配的内存超过其限制，该容器会成为被终止的候选容器。内存请求和限制是与容器关联的，但将 Pod 视为具有内存请求和限制，也是很有用的。Pod 的内存请求是 Pod 中所有容器的内存请求之和。同理，Pod 的内存限制是 Pod 中所有容器的内存限制之和。目录下再创建一个 Pod，其内存请求超过了你集群中的任意一个节点所拥有的内存。这是该 Pod 的配置文件，其拥有一个请求 1000 GiB 内存的容器，这应该超过了你集群中任何节点的容量。
复制链接

扫一扫