【2023】Kubernetes之Pod与容器状态关系

简介: 【2023】Kubernetes之Pod与容器状态关系

简单创建一个pod

apiVersion: v1
kind: pod
metadata: 
  name: nginx-pod
spec:
  containers:
    - name: nginx
      images: nginx:1.20

以上代码表示创建一个名为nginx-pod的pod资源对象。

Pod运行阶段:

Pod创建后,起始为Pending状态;当Pod当中至少有一个容器正常启动后,则进入Running状态;当 Pod 中的所有容器都成功完成了它们的任务,并且容器的退出状态码为 0

Kubernetes 会将该 Pod 的状态设置为 Succeeded;当Pod中容器有以非0状态退出时为Failed状态。

  • Pending:Pod已被Kubernetes系统接收,但有一个或多个容器尚未创建运行,此阶段包括Pod被调度的时间和通过网络下载镜像的时间。
  • Running:Pod已经创建,且Pod中容器至少有一个处于运行或启动、重启的状态。
  • Succeeded:Pod当中容器已经成功终止,并且不会重启
  • Failed:Pod中容器已经终止,并且至少有一个容器以非0的状态退出时,终止失败。
  • Unknown:因为某些原因无法取得Pod状态,通常是与Pod所在主机通信失败。

通过kubectl describe pod [pod-name]中的Status查看当前Pod状态

通过kubectl describe pod [pod-name]中的Conditions查看Pod启动过程

kubectl describe pod nginx-pod

f46444c611b54c4ba18d6773d1fd87c2.png

容器运行阶段

Pod中运行的容器状态与Pod阶段是存在关联的。

容器状态包括以下几种:

  • Waiting:容器正在等待其它容器完成,或者正在等待 Pod 调度完成,或者正在等待 Kubernetes 事件的处理。
  • Running:容器正在运行。
  • Terminated:容器已经运行完成并已经被终止。
  • Unknown:容器状态无法确定。

Kubernetes 还提供了一些容器状态原因,这些原因通常是在容器状态发生改变时被记录下来的。一些常见的容器状态原因包括:

ContainerCreating:容器正在被创建。

CrashLoopBackOff:容器已经崩溃并且正在不断重启。

ImagePullBackOff:Kubernetes 无法从容器镜像仓库中拉取镜像。

ErrImagePull:拉取镜像时出现错误。

ImageInspectError:检查镜像时出现错误。

  • ErrImageNeverPull:永远不会拉取该镜像。

Pod 和容器状态之间有很多转换。下面是一些常见的转换场景:

  • Pod 状态从 Pending 到 Running:这表示 Pod 中的所有容器都已经被创建并正在运行。
  • Pod 状态从 Running 到 Succeeded:这表示 Pod 中的所有容器都已经成功地完成了任务并且已经被终止。
  • Pod 状态从 Running 到 Failed:这表示 Pod 中的一个或多个容器已经失败并且已经被终止。
  • 容器状态从 Waiting 到 Running:这表示容器已经成功地启动并开始运行。
  • 容器状态从 Running 到 Terminated:这表示容器已经完成了任务并被终止。

0b519ebcbd9b44c59ab96901c4eb381e.png

可通过kubectl describe pod [pod-name]中的Containers查看容器状态

kubectl describe pod nginx-pod


相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
打赏
0
0
0
0
32
分享
相关文章
【赵渝强老师】K8s中Pod探针的TCPSocketAction
在K8s集群中,kubelet通过探针(如livenessProbe、readinessProbe和startupProbe)检查容器健康状态。探针支持HTTPGetAction、ExecAction和TCPSocketAction三种检查方法。本文重点介绍TCPSocketAction,它通过尝试建立TCP连接来检测容器的健康状况。示例中创建了一个Nginx Pod,并配置了两个探针(readinessProbe和livenessProbe),它们每隔5秒检查一次容器的8080端口,首次检查在启动后10秒进行。若连接失败,容器将重启。视频讲解和命令演示进一步详细说明了这一过程。
188 83
【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停止抓包。
45 12
ACK 容器监控存储全面更新:让您的应用运行更稳定、更透明
ACK 容器监控存储全面更新:让您的应用运行更稳定、更透明
ACK 容器监控存储全面更新:让您的应用运行更稳定、更透明
ACK 容器监控存储全面更新:让您的应用运行更稳定、更透明
基于阿里云容器服务Kubernetes版(ACK)的微服务架构设计与实践
本文介绍了如何基于阿里云容器服务Kubernetes版(ACK)设计和实现微服务架构。首先概述了微服务架构的优势与挑战,如模块化、可扩展性及技术多样性。接着详细描述了ACK的核心功能,包括集群管理、应用管理、网络与安全、监控与日志等。在设计基于ACK的微服务架构时,需考虑服务拆分、通信、发现与负载均衡、配置管理、监控与日志以及CI/CD等方面。通过一个电商应用案例,展示了用户服务、商品服务、订单服务和支付服务的具体部署步骤。最后总结了ACK为微服务架构提供的强大支持,帮助应对各种挑战,构建高效可靠的云原生应用。
DeepSeek大解读系列公开课上新!阿里云专家主讲云上智能算力、Kubernetes容器服务、DeepSeek私有化部署
智猩猩「DeepSeek大解读」系列公开课第三期即将开讲,聚焦阿里云弹性计算助力大模型训练与部署。三位专家将分别讲解智能算力支撑、Kubernetes容器服务在AI场景的应用实践、以及DeepSeek一键部署和多渠道应用集成,分享云计算如何赋能大模型发展。欲观看直播,可关注【智猩猩GenAI视频号】预约。 (239字符)
基于阿里云容器服务(ACK)的微服务架构设计与实践
本文介绍如何利用阿里云容器服务Kubernetes版(ACK)构建高可用、可扩展的微服务架构。通过电商平台案例,展示基于Java(Spring Boot)、Docker、Nacos等技术的开发、容器化、部署流程,涵盖服务注册、API网关、监控日志及性能优化实践,帮助企业实现云原生转型。
【赵渝强老师】K8s中Pod探针的ExecAction
在K8s集群中,kubelet通过三种探针(存活、就绪、启动)检查容器健康状态,支持HTTPGet、Exec和TCP检查方式。本文重点介绍ExecAction探针,通过在容器内执行Shell命令返回码判断健康状态,并附带视频讲解和实例演示,展示如何配置和使用ExecAction探针进行健康检查。
78 10
【赵渝强老师】K8s中Pod探针的HTTPGetAction
在K8s集群中,kubelet通过探针(如livenessProbe、readinessProbe和startupProbe)检查容器健康状态。HTTPGetAction通过HTTP请求检查容器健康,返回状态码在200-400区间视为成功。示例中创建了基于Nginx镜像的Pod,并配置存活探针,每5秒检测一次。通过命令操作验证探针功能,展示了Pod的健康检查机制。 视频讲解:[Bilibili](https://www.bilibili.com/video/BV1DTtueTEMM)
57 15
Kubernetes-项目中pod调度使用法则
前言kubernetes中部署的pod默认根据资源使用情况自动调度到某个节点。可在实际项目的使用场景中都会有更细粒度的调度需求,比如:某些pod调度到指定主机、某几个相关的服务的pod最好调度到一个节点上、Master节点不允许某些pod调度等。
2082 0

热门文章

最新文章