2024年安卓最新【Kubernetes 系列】K8S 进阶容器和 Pod 分配内存资源(1)，2024年最新BATJ等企业Android面试知识分享

2401_84545884

于 2024-05-16 08:35:56 发布

阅读量250

点赞数 4

文章标签： android 面试学习

本文链接：https://blog.csdn.net/2401_84545884/article/details/138941891

版权

重要知识点

下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。

高级进阶篇——高级UI，自定义View（部分展示）

UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！

面试题部分合集

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

需要这份系统化学习资料的朋友，可以戳这里获取

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

一、检查准备工作
二、创建命名空间
三、指定内存请求和限制
四、超过容器限制的内存
五、超过节点容量的内存
六、内存单位
七、不指定内存限制
八、为什么需要内存请求和限制
九、清理
总结

前言

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

经过前面几篇文章的介绍，我们已经学会了K8S 入门阶段的相关知识点，从本篇文章开始，我们将学习 K8S 的进阶知识点。

本节内容学习目标：

给 metrics-server 中的pod 分配内存资源。

前面的章节，我们有提到 metrics-server 的示例，如果你没有的话，可以点击去下载。

一、检查准备工作

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

使用命令启动 metrics-server：

$ minikube addons enable metrics-server

🌟 启动 ‘metrics-server’ 插件

查看 metrics-server 或资源 API (metrics.k8s.io) 是否已经运行，运行以下命令：

$ kubectl get apiservices

如果资源 API 可用，则输出结果将包含对 metrics.k8s.io 的引用信息。


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

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

分享读者

作者2013年java转到Android开发，在小厂待过，也去过华为，OPPO等大厂待过，18年四月份进了阿里一直到现在。

被人面试过，也面试过很多人。深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长，而且极易碰到天花板技术停滞不前！

我们整理了一份阿里P7级别的Android架构师全套学习资料，特别适合有3-5年以上经验的小伙伴深入学习提升。

主要包括阿里，以及字节跳动，腾讯，华为，小米，等一线互联网公司主流架构技术。如果你有需要，尽管拿走好了。

35岁中年危机大多是因为被短期的利益牵着走，过早压榨掉了价值，如果能一开始就树立一个正确的长远的职业规划。35岁后的你只会比周围的人更值钱。

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

需要这份系统化学习资料的朋友，可以戳这里获取

年以上经验的小伙伴深入学习提升。

主要包括阿里，以及字节跳动，腾讯，华为，小米，等一线互联网公司主流架构技术。如果你有需要，尽管拿走好了。

[外链图片转存中…(img-qI4Yot1a-1715819735439)]

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

需要这份系统化学习资料的朋友，可以戳这里获取

2401_84545884

关注

4
点赞
踩
7

收藏

觉得还不错? 一键收藏
0
评论
2024年安卓最新【Kubernetes 系列】K8S 进阶容器和 Pod 分配内存资源(1)，2024年最新BATJ等企业Android面试知识分享

UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！
复制链接

扫一扫