开发 k8s 管理平台 - k8sailor 17. Pod 的阶段(phase)与状态(status)

简介: 开发 k8s 管理平台 - k8sailor 17. Pod 的阶段(phase)与状态(status)

开发 k8s 管理平台 - k8sailor 17. Pod 的阶段(phase)与状态(status)

原文地址: https://tangx.in/posts/books/k8sailor/chapter02/17-pod-phase-and-status/

Pod 的生命周期 https://kubernetes.io/zh/docs/concepts/workloads/pods/pod-lifecycle/

pod lifecycle

Pod 的 Status 不是 Phase。

Pod 的 Status 需要根据 Pod 中的 ContainerStatuses 进行计算得到。

Phase

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

pod lifecycle

其中 Running 阶段包含了很多行为, 如 1. 下载镜像,2. 启动并初始化,3. 对外提供服务, 而通常认为的 Pod 处于正常服务状态(1. 能接受请求或发送请求, 2. pod 不退出) 只能该阶段的一部分,算 3.对外提供服务

虽然 kubectl 工具使用 kubectl get pod 可以查看到 Status 这个状态。

→ kgp
NAME                            READY   STATUS             RESTARTS   AGE
my-nginx-6-5f55fd588f-pzn5m     1/1     Running            0          2d3h
new-nginx-04-5f94fffcdc-2gkbd   1/1     Running            0          44h
new-nginx-04-5f94fffcdc-wbnnw   1/1     Running            0          44h
new-nginx-05-799c589bdc-84tf2   1/2     CrashLoopBackOff   527        44h
new-nginx-03-69bd55dc6d-5c8d6   1/2     CrashLoopBackOff   472        40h

k8s api 中并没有直接给出 Pod 的实际状态, 虽然 Pod 的 Status 字段中有 Reason 和 Message 两个字段,但其内容一直为空,暂时没有发现有什么用处。

// k8s.io/api@v0.21.4/core/v1/types.go
type PodStatus struct {
    // A human readable message indicating details about why the pod is in this condition.
    // +optional
    Message string `json:"message,omitempty" protobuf:"bytes,3,opt,name=message"`
    // A brief CamelCase message indicating details about why the pod is in this state.
    // e.g. 'Evicted'
    // +optional
    Reason string `json:"reason,omitempty" protobuf:"bytes,4,opt,name=reason"`
}

因此, 如果要实现类似 kubectl 展示 Pod Status 的情况, 就需要自己去 PodConditions 中去 获取所有 Container 状态 并分析、计算、返回。 顺便提一句, 这里并不知道 kubectl 是怎么实现的, interface 太多,不知道怎么追踪。 真失败 T.T 。

根据 Container 状态获取 Pod 状态

// extractPod 转换成业务本身的 Pod
func extractPod(item corev1.Pod) *Pod {

    reason := ""
    message := ""
    
    // 计算 Pod 在 Phase Running 时候的真实 Status
    for _, status := range item.Status.ContainerStatuses {
        if !status.Ready && status.State.Waiting != nil {
            reason = status.State.Waiting.Reason
            message = status.State.Waiting.Message
            break
        }
    }

    return &Pod{
        Name:       item.Name,
        Namespace:  item.Namespace,
        Images:     PodImages(item.Spec),
        NodeName:   item.Spec.NodeName,
        NodeIp:     item.Status.HostIP,
        CreateTime: item.CreationTimestamp.Time,
        PodIP:      item.Status.PodIP,
        Status: PodStatus{
            Phase:   item.Status.Phase,
            Message: message,
            Reason:  reason,
        },
        Labels: item.Labels,
    }
}
相关实践学习
深入解析Docker容器化技术
Docker是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。Docker是世界领先的软件容器平台。开发人员利用Docker可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用Docker可以在隔离容器中并行运行和管理应用,获得更好的计算密度。企业利用Docker可以构建敏捷的软件交付管道,以更快的速度、更高的安全性和可靠的信誉为Linux和Windows Server应用发布新功能。 在本套课程中,我们将全面的讲解Docker技术栈,从环境安装到容器、镜像操作以及生产环境如何部署开发的微服务应用。本课程由黑马程序员提供。     相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
相关文章
|
7月前
|
Kubernetes Docker 容器
Kubernetes与Docker参数对照:理解Pod中的command、args与Dockerfile中的CMD、ENTRYPOINT。
需要明确的是,理解这些都需要对Docker和Kubernetes有一定深度的理解,才能把握二者的区别和联系。虽然它们都是容器技术的二个重要组成部分,但各有其特性和适用场景,理解它们的本质和工作方式,才能更好的使用这些工具,将各自的优点整合到生产环境中,实现软件的快速开发和部署。
220 25
|
11月前
|
Prometheus Kubernetes 监控
深入探索Kubernetes中的Pod自动扩展(Horizontal Pod Autoscaler, HPA)
深入探索Kubernetes中的Pod自动扩展(Horizontal Pod Autoscaler, HPA)
|
7月前
|
Kubernetes Shell Windows
【Azure K8S | AKS】在AKS的节点中抓取目标POD的网络包方法分享
在AKS中遇到复杂网络问题时,可通过以下步骤进入特定POD抓取网络包进行分析:1. 使用`kubectl get pods`确认Pod所在Node;2. 通过`kubectl node-shell`登录Node;3. 使用`crictl ps`找到Pod的Container ID;4. 获取PID并使用`nsenter`进入Pod的网络空间;5. 在`/var/tmp`目录下使用`tcpdump`抓包。完成后按Ctrl+C停止抓包。
224 12
|
11月前
|
存储 Kubernetes Docker
【赵渝强老师】Kubernetes中Pod的基础容器
Pod 是 Kubernetes 中的基本单位,代表集群上运行的一个进程。它由一个或多个容器组成,包括业务容器、基础容器、初始化容器和临时容器。基础容器负责维护 Pod 的网络空间,对用户透明。文中附有图片和视频讲解,详细介绍了 Pod 的组成结构及其在网络配置中的作用。
179 1
【赵渝强老师】Kubernetes中Pod的基础容器
|
11月前
|
运维 Kubernetes Shell
【赵渝强老师】K8s中Pod的临时容器
Pod 是 Kubernetes 中的基本调度单位,由一个或多个容器组成,包括业务容器、基础容器、初始化容器和临时容器。临时容器用于故障排查和性能诊断,不适用于构建应用程序。当 Pod 中的容器异常退出或容器镜像不包含调试工具时,临时容器非常有用。文中通过示例展示了如何使用 `kubectl debug` 命令创建临时容器进行调试。
189 1
|
5月前
|
资源调度 Kubernetes 调度
从单集群到多集群的快速无损转型:ACK One 多集群应用分发
ACK One 的多集群应用分发,可以最小成本地结合您已有的单集群 CD 系统,无需对原先应用资源 YAML 进行修改,即可快速构建成多集群的 CD 系统,并同时获得强大的多集群资源调度和分发的能力。
177 9
|
5月前
|
资源调度 Kubernetes 调度
从单集群到多集群的快速无损转型:ACK One 多集群应用分发
本文介绍如何利用阿里云的分布式云容器平台ACK One的多集群应用分发功能,结合云效CD能力,快速将单集群CD系统升级为多集群CD系统。通过增加分发策略(PropagationPolicy)和差异化策略(OverridePolicy),并修改单集群kubeconfig为舰队kubeconfig,可实现无损改造。该方案具备多地域多集群智能资源调度、重调度及故障迁移等能力,帮助用户提升业务效率与可靠性。
|
7月前
|
存储 Kubernetes 监控
K8s集群实战:使用kubeadm和kuboard部署Kubernetes集群
总之,使用kubeadm和kuboard部署K8s集群就像回归童年一样,简单又有趣。不要忘记,技术是为人服务的,用K8s集群操控云端资源,我们不过是想在复杂的世界找寻简单。尽管部署过程可能遇到困难,但朝着简化复杂的目标,我们就能找到意义和乐趣。希望你也能利用这些工具,找到你的乐趣,满足你的需求。
643 33
|
7月前
|
Kubernetes 开发者 Docker
集群部署:使用Rancher部署Kubernetes集群。
以上就是使用 Rancher 部署 Kubernetes 集群的流程。使用 Rancher 和 Kubernetes,开发者可以受益于灵活性和可扩展性,允许他们在多种环境中运行多种应用,同时利用自动化工具使工作负载更加高效。
370 19
|
7月前
|
人工智能 分布式计算 调度
打破资源边界、告别资源浪费:ACK One 多集群Spark和AI作业调度
ACK One多集群Spark作业调度,可以帮助您在不影响集群中正在运行的在线业务的前提下,打破资源边界,根据各集群实际剩余资源来进行调度,最大化您多集群中闲置资源的利用率。

热门文章

最新文章

推荐镜像

更多