k8s pod常用资源清单

最新推荐文章于 2025-12-08 17:25:49 发布
原创 最新推荐文章于 2025-12-08 17:25:49 发布 · 782 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#kubernetes #容器 #云原生

本文详细介绍了Kubernetes(K8S)中的资源清单，包括API版本、资源类型、元数据、容器配置（如镜像、端口、环境变量和资源限制）、重启策略以及节点选择等关键要素。

K8S 的资源清单

参数名类型字段说明
apiVersionStringK8S APl 的版本，可以用 kubectl api versions 命令查询
kindStringyam 文件定义的资源类型和角色
metadataObject元数据对象，下面是它的属性
metadata.nameString元数据对象的名字，比如 pod 的名字
metadata.namespaceString元数据对象的命名空间
SpecObject详细定义对象
spec.containers[]list定义 Spec 对象的容器列表
spec.containers[].nameString为列表中的某个容器定义名称
spec.containers[].imageString为列表中的某个容器定义需要的镜像名称
spec.containers[].imagePullPolicystring定义镜像拉取策略，有 Always、Never、IfNotPresent 三个值可选
- Always（默认）：意思是每次都尝试重新拉取镜像
- Never：表示仅适用本地镜像
- IfNotPresent：如果本地有镜像就使用本地镜像，没有就拉取在线镜像。
spec.containers[].command[]list指定容器启动命令，因为是数组可以指定多个，不指定则使用镜像打包时使用的启动命令。
spec.containers[].args[]list指定容器启动命令参数，因为是数组可以指定多个。
spec.containers[].workingDirstring指定容器的工作目录
spec.containers[].volumeMounts[]list指定容器内部的存储卷配置
spec.containers[].volumeMounts[].namestring指定可以被容器挂载的存储卷的名称
spec.containers[].volumeMounts[].mountPathstring指定可以被容器挂载的存储卷的路径
spec.containers[].volumeMounts[].readOnlystring设置存储卷路径的读写模式，ture 或者 false，默认是读写模式
spec.containers[].ports[]list指定容器需要用到的端口列表
spec.containers[].ports[].namestring指定端口的名称
spec.containers[].ports[].containerPortstring指定容器需要监听的端口号
spec.containers[].ports[].hostPortstring指定容器所在主机需要监听的端口号，默认跟上面 containerPort 相同，注意设置了 hostPort 同一台主机无法启动该容器的相同副本（因为主机的端口号不能相同，这样会冲突）
spec.containers[].ports[].protocolstring指定端口协议，支持 TCP 和 UDP，默认值为 TCP
spec.containers[].env[]list指定容器运行前需设置的环境变量列表
spec.containers[].env[].namestring指定环境变量名称
spec.containers[].env[].valuestring指定环境变量值
spec.containers[].resourcesObject指定资源限制和资源请求的值（这里开始就是设置容器的资源上限）
spec.containers[].resources.limitsObject指定设置容器运行时资源的运行上限
spec.containers[].resources.limits.cpustring指定 CPU 的限制，单位为 Core 数，将用于 docker run –cpu-shares 参数
spec.containers[].resources.limits.memorystring指定 mem 内存的限制，单位为 MIB、GiB
spec.containers[].resources.requestsObject指定容器启动和调度时的限制设置
spec.containers[].resources.requests.cpustringCPU请求，单位为core数，容器启动时初始化可用数量
spec.containers[].resources.requests.memorystring内存请求，单位为MIB、GiB，容器启动的初始化可用数量
spec.restartPolicystring定义 pod 的重启策略，可选值为 Always、OnFailure、Never，默认值为 Always。
- Always：pod 一旦终止运行，则无论容器是如何终止的，kubelet 服务都将重启它。
- OnFailure：只有 pod 以非零退出码终止时，kubelet 才会重启该容器。如果容器正常结束（退出码为0），则 kubectl 将不会重启它。
- Never：Pod 终止后，kubelet 将退出码报告给 master，不会重启该 pod
spec.nodeSelectorObject定义 Node 的 label 过滤标签，以 key：value 格式指定
spec.imagePullSecretsObject定义 pull 镜像时使用 secret 名称，以 name：secretkey 格式指定
spec.hostNetworkBoolean定义是否使用主机网络模式，默认值为 false。设置 true 表示使用宿主机网络，不使用 docker 网桥，同时设置了 true将无法在同一台宿主机上启动第二个副本
seeyoutlb
关注
k8s资源清单+控制器+service+实战项目实现
weixin_44593531的博客
08-01 978
集群资源分布： 主要分为三种 名称级别分布 只在此名称级别下生效。例如k8s本身的系统组件是放在它本身的kube-system下的，因此我们在执行kubectl get pod -n default指令时就看不见系统本身的组件。 集群级别 不管在什么名称空间下，我在全局查询的过程中都可以看到，也就是说我们在定义的时候不指定集群，给他赋予一个全局访问的权限。 元数据型 给我们提供一个指标，通过指标进行操作 k8s中所有的内容都被抽象为资源，资源实例化以后，叫做对象 k8s中有哪些资源 名称空间级别： 工
k8s常用的资源
qq_48644092的博客
12-03 4648
1、创建pod资源 pod是k8s最小的资源单位 k8s yaml的主要组成 apiVersion: v1 api版本 kind: pod 资源类型 metadata: 属性 spec: 详细 pod配置文件1： cat k8s_pod.yaml apiVersion: v1 kind: Pod metadata: name: nginx labels: app: web spec: containers: - name: nginx
k8s常用资源介绍
热门推荐
Kason_iWiki
12-10 2万+
接上一篇博文整理 3.3 service资源 service帮助pod暴露端口 创建一个service apiVersion: v1 kind: Service metadata: name: myweb spec: type: NodePort #ClusterIP ports: - port: 80 #clusterIP nodePort:...
四、K8S-资源清单
过于丰富，无法简介
08-05 3014
Pod 能够具有多个容器，应用运行在容器里面，但是它也可能有一个或多个先于应用容器启动的Init容器。如果Pod 的 Init容器失败，Kubernetes 会不断地重启该Pod，直到Init容器成功为止。当pod中的nginx成为僵尸进程时，服务依旧在运行但是无法提供服务，此时需要销毁pod或者重启pod。就绪检测，pod在running状态但是pod中的服务还不能对外提供服务的状态。字符串可以写成多行，从第二行开始，必须有一个但空格缩进，换行符会被转为空格。注意，kind值为Pod，不能小写。...
K8S常用资源认识
weixin_45880055的博客
05-26 3250
Namespace namespace是kubernetes系统中的一种非常重要的资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。 默认情况下，kubernetes 集群中的所有Pod都是可以相互访问的。但是在实际中，可能不希望让2个Pod之间进行相互访问，此时即可将两个Pod划分到不同的namespace下。Kubernetes通过将集群内部的资源分配到不同的Namespace中，可以形成逻辑上的“组”，以方便不同的组的资源进行隔离使用和管理。 可以通过kubernetes的授权机制，
（三）Kubernetes集群常用资源管理
11
02-11 1161
在kubernetes中，所有的内容都抽象称为资源，用户需要通过操作资源来管理k8skubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务，所谓的部署，就是在k8s集群中运行一个个的容器，将执行的程序运行在容器中kubernetes的最小管理单元是pod而不是容器，所以只能将容器放在pod中，而k8s一般也不会直接管理pod，而是通过pod控制器来管理pod。
K8S资源清单 ---- Kubernetes
NiuXL的编程技术网络日志
06-17 5451
文章目录1. K8S中的资源1.1 什么是资源1.2 资源分类1.3 名称空间级别资源1.3 集群级别的资源1.4 元数据型资源2. 资源清单2.1 简单说明2.2 基本语法2.3 YAML支持的数据结构2.4 对象类型2.5 数组类型2.6 复合结构2.7 纯量2.8 字符串3. 常用字段解释说明3.1 必须存在的属性3.2 主要对象3.3 额外的参数项3.4 自定义Pod模板4. Pod生命周期5. Init 容器5.1 Init 容器概述5.2 Init容器的作用5.3 Init 容器实例4.4 特.
自用 K8S 资源对象清单 YAML 配置模板手册-1
云端梦留白的博客
08-07 1512
自用 K8S 资源对象清单 YAML 配置模板手册-1。
k8s-services资源-pod详解
czzwa的博客
09-26 1167
已经能够利用Deployment来创建一组Pod来提供具有高可用性的服务。虽然每个Pod都会分配一个单独的Pod IP，然而却存在如下两问题：Pod IP会随着Pod的重建产生变化Pod IP仅仅是集群内可见的虚拟IP，外部无法访问这样对于访问这个服务带来了难度。因此，kubernetes设计了Service来解决这个问题。Service可以看作是一组同类Pod。借助Service，应用可以方便地实现服务发现和负载均衡。
Kubernetes(3)---pod资源清单
m0_62885194的博客
03-23 609
资源分类 K8s中所有的内容都抽象为资源，资源实例化之后，叫做对象。集群资源分为：名称空间级别、集群级别、元数据型。 名称空间级别： 工作负载型资源：service,pod，Redeployment（控制器，我们很少直接操作pod，而是通过控制器来操作Pod）、ReplicaSet、StatefilSet、Job、Cronjob 服务发现及服务均衡资源型资源：Service、Ingress 配置与存储型资源：Volume、CSI(容器存储接口，可以扩展各种第三方的存储卷)、ConfigMap、S
k8s常用资源的使用
06-21
在云计算的时代，容器技术可以说是非常火爆了，在大规模使用容器运行业务的时候，为了管理方便,企业非常迫切的需要一个平台， 这个平台可以集中起来管理所有的docker宿主机，目前最火的管理平台，莫过于谷歌公司推出的kubernetes(简称k8s)了。细心的网友会发现网.上关于k8s的资料非常非常的多，可90%的资料都是教你怎么安装部署k8s，那么部署好了之后呢? ? ? 本课程完全站在小白的角度，带你了解k8s的应用场景，让你清晰的知道你们公司需不需要上k8s,因为很多业务并不适合运行在k8s中，不要盲目跟风!本课程主要包含k8s集群的安装，k8s各 种资源详细介绍和使用，k8s各种扩展组件的部署和使用，k8s核心功能弹性伸缩演示，k8s持久化存储，k8s代码自动发布，让你真正的能够让你的业务在k8s中落地运行!
k8s资源以及资源清单
m0_57738367的博客
05-06 444
命名空间级别 工作负载型资源（workload）：Pod，ReplicasSet，Deployment，StatefullSet，DaemonSet，Job， CornJob（ReplicationController 已在V1.11删除） 服务发现及负载均衡型资源：Service、Ingress 配置与存储型资源:volume（存储卷）、CSI（容器存储接口，可以扩展各种第三方存储卷） 特殊类型的存储卷：configMap（当配置中心来使用的资源类型），Secret（保存敏感数据），DownwordAP
K8S - 架构、常用K8S命令、yaml资源清单部署、Ingress、故障排查、存储卷
玄霄
08-31 2883
基于Java业务开发的K8S学习
Kubernetes的Pod生命周期
u013928820的博客
07-29 513
一、Pod生命周期 Pod对象自从创建开始至终止退出的时间范围称为生命周期，在这段时间中，Pod会处于多种不同的状态，并执行一些操作。其中，创建主容器为必须的操作，其他可选的操作包括运行初始化容器（init container）、容器启动后钩子（start hook）、容器的存活性探测（liveness probe）、就绪性探测（readiness probe）以及容器终止前钩子（pre stop hook）等，这些操作是否执行则取决于Pod的定义。 以下是k8s的生命周期示意图： 二、Init容器 1、
03.k8s常用的资源
愿听风成曲
05-31 873
k8s yaml的主要组成上传nginx镜像文件，并且上传私有仓库里面指定文件创建pod可以看到nodeIP地址和一个容器IP地址，从本地私有仓库pull的镜像文件nginx详细信息下图可以看到容器ID与上图nginx服务信息显示一致，创建并启动容器注释：启动一个pod下图会起两个容器，下图可以看到pod容器有IP地址，nginx容器没有IP地址nginx容器详细信息。
kubernetes常用的资源
热气球
06-02 412
创建pod资源 pod是最小资源单位. 任何的一个k8s资源都可以由yml清单文件来定义 k8s yaml的主要组成 apiVersion: v1 api版本 kind: pod 资源类型 metadata: 属性 spec: 详细 master节点编写pod.yaml文档 vi k8s_pod.yaml apiVersion: v1 kind: Pod metadata: name: nginx labels: app: web spec: container
kubernetes系列2：kubernetes中的资源对象与常用命令
tilamisukaqibunuo的博客
08-23 1667
kubernetes系列2：kubernetes中的资源对象与常用命令 1.kubernetes中的资源对象 资源对象名称 缩写 componentstatuses cs daemonsets       ds deployments         events ev endpoints ep horizontalpodautosc...
java实现发布flink k8s application模式作业
最新发布
luohualiushui1的专栏
12-08 1095
java实现发布flink k8s application模式作业
算力自由：用K8s和Ollama打造你的专属AI基础设施
本人任职于安超云技术架构部，拥有十余年云计算与AI经验。专注AI基础设施、分布式集群、高可用架构、虚拟化、存储、网络及数据库等领域。博客内容以学习笔记为主，力求准确，但个人能力所限，难免疏误。非常欢迎交流指正，期待与您共同探讨技术
12-05 1293
本文详细介绍了在Ubuntu系统上安装NVIDIA显卡驱动、Kubernetes/KubeSphere集群以及GPU Operator的完整流程。主要内容包括：1) 环境准备步骤，如删除旧驱动、禁用开源驱动；2) 通过官方驱动安装及验证方法；3) 使用KubeKey工具部署Kubernetes(1.28.12/1.30.10)和KubeSphere(3.4.1/4.1.3)集群；4) GPU Operator安装前提条件检查及代理配置。文章提供了详细的命令行操作指南和版本兼容性说明，适用于需要在Kubern
k8s资源清单编写
03-19
### 如何编写 Kubernetes 资源清单 YAML 文件 #### 1. 基本结构 Kubernetes 资源清单文件通常由几个核心字段组成，这些字段定义了资源的元数据、规格以及行为。以下是基本结构： ```yaml apiVersion: <API版本> # 定义所使用的 Kubernetes API 版本[^3] kind: <资源类型> # 指定要创建的资源种类，例如 Pod, Service 等 metadata: name: <资源名称> # 设置资源的名字 spec: # 描述资源的具体配置细节 ... ``` #### 2. 实例演示 下面是一个简单的 Pod 配置示例，展示了如何使用上述结构来定义一个容器化的应用程序。 ```yaml apiVersion: v1 # 使用的核心 API 版本 kind: Pod # 创建的对象类型为 Pod metadata: name: my-first-pod # Pod 名称为 my-first-pod spec: containers: - name: nginx-container # 容器名为 nginx-container image: nginx:latest # 使用最新的 Nginx 镜像 ports: - containerPort: 80 # 映射容器端口到主机上的 80 端口 ``` 此示例中，`apiVersion`, `kind`, 和 `metadata.name` 是必需字段，而 `spec.containers` 列表则描述了一个运行 Nginx 的单个容器及其开放的端口号[^4]。 #### 3. 应用资源配置 一旦完成了 YAML 文件的编写，可以利用 kubectl 工具将其应用至集群环境之中。常用命令如下所示： ```bash kubectl apply -f pod.yaml # 将 pod.yaml 中的内容应用于当前上下文中指定的 Kubernetes 集群 ``` 如果希望仅验证而不实际提交更改，则可采用以下方式测试配置的有效性： ```bash helm template --validate . | kubectl api-resources --validate=true -f - ``` 这一步骤能够确保生成的 YAML 文件符合预期的标准并能被 Kubernetes 正确解析[^2]。 #### 4. 更复杂的例子：Deployment 类型 对于更复杂的应用场景，可能需要用到 Deployment 来管理多个副本集和服务扩展等功能。这里提供一段关于 Deployment 的样例代码供参考： ```yaml apiVersion: apps/v1 # 使用 applications API 组合下的 V1 版本 kind: Deployment # 对象类型设置为 Deployment metadata: name: example-deployment # deployment 名字设为例子部署 spec: replicas: 3 # 运行三个实例作为高可用保障 selector: matchLabels: app: webapp # 标签选择器匹配具有特定标签的服务 template: metadata: labels: app: webapp # 添加标签以便于服务发现机制识别 spec: containers: - name: demo-app # 主程序容器命名示范应用 image: nodejs-express-demo # 自定义镜像地址替换此处占位符 ports: - containerPort: 3000 # 开放内部监听端口给外部访问 ``` 以上展示了一种典型的多副本部署模式，其中包含了负载均衡自动恢复等特性支持。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值