Kubernetes学习（二）：工作负载

最新推荐文章于 2022-12-28 14:54:50 发布

IcyDate

最新推荐文章于 2022-12-28 14:54:50 发布

阅读量287

点赞数

分类专栏： k8s 文章标签： kubernetes Pod Deployment DaemonSet

本文链接：https://blog.csdn.net/IcyDate/article/details/116492842

版权

2 篇文章 0 订阅

订阅专栏

本节概述一些常用工作负载，并介绍一些关键配置

工作负载是在 Kubernetes 上运行的应用程序，它们由各自的yaml文件来配置其运行规则，并使用 kubectl create 来创建

Pod

Pod 是 Kubernetes 集群中的最小计算单元。代表集群中一组运行的容器，这些容器共享存储，网络。通常不会被直接创建（指 yaml 文件里写 kind:Pod 的方式），而是通过诸如 Deployment，DeamonSet 等控制器来创建。

Pod 启示于 Pending 阶段，至少有一个主要容器正常启动，则进入 Running 阶段，然后根据Pod中的容器是正常结束还是失败终止而进入 Succeeded 或 Failed 阶段。

在 Pod 的生命周期里只会被调度一次。一旦 Pod 被调度到某一节点，会一直在该节点运行直到被删除。

Pod 不具备自愈性，节点失效，调度操作失败，节点资源耗尽都会导致 Pod 被删除。被“重新调度”的Pod是一个全新的 Pod。

阶段	描述
Pending（悬决）	Pod 已被 Kubernetes 系统接受，但有一个或者多个容器尚未创建亦未运行。此阶段包括等待 Pod 被调度的时间和通过网络下载镜像的时间。
Running（运行中）	Pod 已经绑定到了某个节点，Pod 中所有的容器都已被创建。至少有一个容器仍在运行，或者正处于启动或重启状态。
Succeeded（成功）	Pod 中的所有容器都已成功终止，并且不会再重启。
Failed（失败）	Pod 中的所有容器都已终止，并且至少有一个容器是因为失败终止。也就是说，容器以非 0 状态退出或者被系统终止。
Unknown（未知）	因为某些原因无法取得 Pod 的状态。这种情况通常是因为与 Pod 所在主机通信失败。

如果某节点死掉或者与集群中其他节点失联，Kubernetes 会实施一种策略，将失去的节点上运行的所有 Pod 的 phase 设置为 Failed。

状态	描述
Waiting（等待）	容器仍在进行启动所需操作，kubectl descibe pod <podname>可查看等待原因。
Running（运行中）	容器正常运行中，kubectl descibe pod <podname>可查看运行信息。
Terminated（已终止）	容器正常结束或者因某些原因失败，kubectl descibe pod <podname>可查看原因，退出代码，起止时间。

ReplicaSet 是负责控制集群中Pod副本的稳定，如针对某类 Pod 指定副本数为3，即集群中同一时刻最多有三个这类 Pod。通常不会被直接创建，而是通过一个更高级的概念 Deployment 来管理

Deployment 可为 ReplicaSet 和 Pod 提供声明式更新的能力。且用于无状态应用的管理（无状态指认为所有 Pod 平等，无需关心在哪个节点运行，随意扩容缩容等）

与 Deployment 类似，管理一组 Pod，不同的是 StatefulSet 是用于管理有状态 Pod 的（比如 zk 集群是一主多从，各个节点会有自己的数据），这种情况需要 Pod 重启后不管被分配到哪个 Node ，也要找到自己之前挂载的卷。

StatefulSet 会为N个 Pod 副本分配唯一的序号，从0...N。这样做如果序号为3的 Pod 被删除，那重新创建的也是为序号3的 Pod。且 Pod 的主机名也根据此序号派生，保证网络稳定。
通过其 yaml 文件中 spec.serviceName 的值指定无头服务，可为Pod指定唯一服务名称
通过其 yaml 文件中 spec.volumeClaimTemplates 的值指定持久储存，可为Pod分别挂载一个存储（如果是 Deployment 中的 volumn，则是所有副本共享这个储存）