Linux企业运维——Kubernetes（三）Pod资源清单

最新推荐文章于 2023-02-12 21:43:21 发布
最新推荐文章于 2023-02-12 21:43:21 发布
阅读量379 收藏 1
点赞数
分类专栏： Linux企业运维实战 文章标签： 运维 docker kubernetes linux 容器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44310047/article/details/119241170
版权

Linux企业运维——Kubernetes（三）Pod资源清单

文章目录

一、资源

1.1、资源分类

K8s中所有的内容都抽象为资源，资源实例化之后，叫做对象。集群资源分为：名称空间级别、集群级别、元数据型。

名称空间级别：

  • 工作负载型资源：service,pod，Redeployment（控制器，我们很少直接操作pod，而是通过控制器来操作Pod）、ReplicaSet、StatefilSet、Job、Cronjob
  • 服务发现及服务均衡资源型资源：Service、Ingress
  • 配置与存储型资源：Volume、CSI(容器存储接口，可以扩展各种第三方的存储卷)、ConfigMap、Secret、DownwardAPI
  • 特殊类型的存储卷：ConfigMap（当配置中心来使用的资源类型）、Secret（保存敏感数据）、DownwardAPI（把外部环境中的信息输出给容器）

集群级别：

  • 集群级资源：Namespace、Node、Role、rolebinding、clusterrolebinding

元数据型：

  • 元数据型资源：HPA、podtemplate、limitrange（限制资源的如cpu、内存等）

1.2、资源清单

在K8S中，一般使用yaml格式的文件来创建符合我们预期期望的pod，这样的yaml文件我们一般称为资源清单
资源清单中常见字段的解释：

参数名字段类型说明
versionString这里是指的是K8S API的版本，可以用”kubectl api-versions“命令查询
kindstring这是指的是yaml文件定义的资源类型和角色，比如：pod
metadataObject元数据对象，固定值就写metedata
metadata.namestring元数据对象的名字，这里由我们编写，比如命名Pod的名字
metadata.namespacestring元数据对象的命名空间，由我们自身定义
SpecObject详细定义对象，固定值就写Spec
spec.containers[]list这里是Spec对象的容器列表定义，是个列表
spec.containers[].namestring这里定义容器的名字
spec.containers[].imagestring这里定义要用到的镜像名称
spec.containers[].imagePullPolicystring定义镜像拉取策略，有Always、Never、IfNotPresent三个值可选（1）Always：意思是每次都尝试重新拉取镜像（2）Never：表示仅适用本地镜像（3）IfNotPresent：如果本地有镜像就使用本地镜像，没有就拉取在线镜像。上面三个值都没设置的话，默认是Always。
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。 1.Always：pod一旦终止运行，则无论容器是如何终止的，kubelet服务都将重启它。2.OnFailure：只有pod以非零退出码终止时，kubelet才会重启该容器。如果容器正常结束（退出码为0），则kubectl将不会重启它。3.Never：Pod终止后，kubelet将退出码报告给master，不会重启该pod
spec.nodeSelectorObject定义Node的label过滤标签，以key：value格式指定
spec.imagePullSecretsObject定义pull镜像时使用secret名称，以name：secretkey格式指定
spec.hostNetworkBoolean定义是否使用主机网络模式，默认值为false。设置True表示使用宿主机网络，不使用docker网桥，同时设置了True将无法在同一台宿主机上启动第二个副本

二、实践操作

2.1、构建资源清单

1、在编写资源清单文件时需要指明api资源属于哪个群组和版本，我们在编写前可以先进行查询
在这里插入图片描述
2、删除已有的pod，创建pod目录并在该目录下编写文件构建资源清单pod.yaml（.yaml文件与.yml文件无区别），应用资源清单，此时可以查看到生成的pod，其中包含了由myapp镜像生成的一个副本
在这里插入图片描述
在这里插入图片描述
3、在server1上搭建的Habbor私有仓库中上传busybox的镜像，修改并应用资源清单文件，利用私有仓库中的busybox镜像在生成的pod中新建一个副本，此时可以查看到pod中有两个容器副本就绪
在这里插入图片描述
在这里插入图片描述

4、此时连接进入pod中busybox容器的bash环境，访问本地看到的是pod中myapp容器的发布页面，这是因为pod中所有的副本共享一个ip
在这里插入图片描述

2.2、imagePullPolicy镜像拉取策略

1、删除由资源清单生成的pod，重新应用资源清单生成pod，由于server3之前从仓库中拉取过myapp镜像，所以查看pod的详细信息可以看到k8s集群在调度时优先调度server3节点，另外从仓库中拉取了busybox镜像
在这里插入图片描述
在这里插入图片描述
2、编辑资源清单，设置拉取策略imagePullPolicy为IfNOtPresent，当本地不存在时再拉取镜像，删除生成的pod，读取应用资源清单重新创建pod，此时查看pod的详细信息可以看到未重复拉取镜像（资源清单创建的pod不会自动更新，需要读取清单删除后再重建）
在这里插入图片描述
在这里插入图片描述

2.3、containerPort+hostPort容器端口映射

1、编辑资源清单，指定生成的pod中容器副本需要监听的端囗号containerPort，指定容器所在主机需要监听的端囗号hostPort，默认跟上面containerPort相同
在这里插入图片描述
2、读取应用资源清单重新创建pod，查看Pod资源的额外信息得到容器运行在哪个节点上，去该节点主机上可以查看到端口映射设置成功
注意：设置了hostPort后，同一台主机无法启动该容器的相同副本，因为主机端囗号不能相同，这样会冲突
在这里插入图片描述
在这里插入图片描述

2.4、hostNetwork主机网络模式

1、删除由资源清单生成的pod，编辑资源清单，设置主机网络模式hostNetwork值为true即使用宿主机网络，读取应用资源清单重新创建pod
在这里插入图片描述
2、查看Pod资源的额外信息可以看到pod的ip为其运行节点主机的ip，curl访问该ip，可以成功访问pod中容器副本的默认发布页面
注意：设置了hostNetwork值为true将无法在同一台宿主机上启动该容器的第二个副本
在这里插入图片描述

2.5、resources资源限制

1、删除由资源清单生成的pod，编辑资源清单，指定容器运行时资源的运行下限resources.requests和上限resources.limits
在这里插入图片描述
2、读取应用资源清单重新创建pod，查看pod的详细信息可以看到资源限制设定成功
在这里插入图片描述
在这里插入图片描述

2.6、restartPolicy重启策略

1、利用busybox镜像新建一个pod，设置其重启策略为Never，终止运行后查看Pod的信息可以看到这一新建pod没有被k8s重启
在这里插入图片描述
2、删除busybox后重建，不指定其重启策略时默认值为Always，即一旦pod终止运行，则无论容器是如何终止的，k8s检测到容器关闭会将其自动重启，使用提示命令可以再次进入容器
在这里插入图片描述

2.7、nodeName强制调度

1、删除已有的pod，编辑资源清单，设置强制将pod调度到指定节点server5上，指定了nodeName的pod会直接跳过Scheduler的调度逻辑，直接写入podList列表（nodeName是最简单的调度方式）
在这里插入图片描述
2、但这里我们集群中只有2、3、4节点，并没有创建server5节点，因此读取资源清单重新创建的pod无法就绪，一直处于pending等待状态
在这里插入图片描述
3、删除已有的pod，编辑资源清单，设置强制将pod调度到指定节点server4上
在这里插入图片描述
4、读取资源清单重新创建pod，查看Pod资源的额外信息可以看到pod被调度到了指定节点server4上
在这里插入图片描述

是大姚呀
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
tencentyun#intlcloud-documents#固定Pod IP类型StatefulSet管理_intl_cn1
07-25
spec.template.spec.containers.0.resources：创建 VPC-CNI 模式的 Pod，您需要添加 requests 和 li
Linux运维-运维Kubernetes教程4、资源清单3、视屏19、Kubernetes - 资源清单 - initC.mp4
06-06
Linux运维-运维Kubernetes教程4、资源清单3、视屏19、Kubernetes - 资源清单 -
Kubernetes各组件服务重启
monkey的专栏
11-19 3213
Kubernetes各组件服务重启 MASTER端+NODE共同服务 systemctl restart etcd systemctl daemon-reload systemctl enable flanneld systemctl restart flanneld MASTER端独有服务 systemctl daemon-reload systemctl enable kube-apiserver systemctl restart kube-apiserver systemctl dae...
K8S-pod配置文件详解
linjingyg的博客
11-12 3117
Pod Pod是Kubernetes的最重要也是最基本的概念，每个Pod 都有个特殊被称为“根容器”的 Pause 容器 ，除了 Pause 容器，每个 Pod 还包含 一个或多个紧密相关的用户业务容器。下面为一个pod配置文件示例： apiVersion : vl kind: Pod metadata : name : string namespace: string labels: - name: string annotations: - name: s
k8s配置文件模板
很多时候犯错都是在不知情的情况下发生的
08-07 988
kubectl describe type/namekubectl logs type/name [-c container]kubectl exec --namespace=xxx -it pod -C 容器名称 -- bash。kube-proxy是如何代理访问到容器的呢？官网地址：https://kubernetes.io/docs/concepts/services-networking/service/#publishing-services-service-types。......
Kubernetes各种资源对象的定义——Pod资源定义
迷逝
10-05 673
Kubernetes各种资源对象的定义——Pod资源定义 Kubernetes里的所有资源对象都可以采用yaml或者JSON格式的文件来定义或描述，下面是一个简单的Pod资源定义文件： apiVersion: v1 kind: Pod metadata: name: myweb labels: name: myweb spec: containers: - name: myweb image: kubeguide/tomcat-app: v1 ports: -
K8S中批量获取deployment使用的镜像信息
niwoxiangyu的博客
02-12 994
K8S中批量获取deployment使用的内存配额。
Kubernetes的核心资源类型
DK的博客
12-06 617
依据资源的主要功能作为分类标准，Kubernetes的API对象大体可分为工作负载（Workload）、发现和负载均衡（Discovery & LB）、配置和存储（Config & Storage）、集群（Cluster）和元数据（Metadata）几个类别。它们基本都是围绕一个核心目的而设计：如何更好地运行和丰富Pod资源，从而为容器化应用提供更灵活和更完善的操作与管理组件。 工作负载型资源用于确保Pod资源对象更好地运行容器化应用，具有同一种负载的各Pod对象需要以“负载均衡”的方式服
kubernetes-资源清单及pod-3
xiong
06-10 792
kubectl接口风格 kubectl是一种RESTful风格的api，它把各种操作对象都一率当成资源来管理，并且可通过标准的http请求方法来处理，如： GET, PUT, DELETE, POST 资源：对象 资源实例化之后就是一个对象，类型于py的 类， 如k8s资源： service, pod, deployment workload: 运行应用程序对外提供的服务，如Pod, ​ 工作负载型资源： ReplicaSet, Deployment, StatefulSet, Daemon
Kubernetes常用命令(持续更新)
Habo_的博客
07-06 3028
1.批量重启指定namespace下所有pod命令 2.查询集群内所有非Running状态pod 3.复制pod内文件到宿主机 4.删除node节点命令 5.排空节点忽略daemonsets应用并设置节点为不可调度 6.将节点设置为可调度 7.查看集群节点CPU/MEMORY资源使用情况，前提集群要安装metric-server组件 8.导出集群应用reques以及limit配置信息...........................
Linux运维-运维Kubernetes教程5、资源控制器2、资料.zip
06-06
Linux运维-运维Kubernetes教程5、资源控制器2、资料.zip
Linux运维-运维Kubernetes教程5、资源控制器3、视屏27、RS、Deployment（2）.mp4
06-06
Linux运维-运维Kubernetes教程5、资源控制器3、视屏27、RS、Deployment
Linux运维-运维Kubernetes教程7、存储3、视屏47、PV-PVC（4）.mp4
06-06
Linux运维-运维Kubernetes教程7、存储3、视屏47、PV-PVC（4）.mp4
Linux运维-运维Kubernetes教程9、安全3、视屏56、 鉴权（3）.mp4
06-06
Linux运维-运维Kubernetes教程9、安全3、视屏56、 鉴权（3）.mp4
Kubernetes第九曲 Pod进阶---资源限制、重启策略、健康检查
weixin_51431591的博客
05-23 225
Kubernetes第九曲 Pod进阶---资源限制、重启策略、健康检查一、Pod和Container的资源请求和限制二、重启策略：Pod在遇到故障之后重启的动作三、健康检查：又称为探针（Probe） 一、Pod和Container的资源请求和限制 spec.containers[].resources.limits.cpu #cpu上限 spec.containers[].resources.limits.memory #内存上限 spec.containers[].resource
Kubernetes系列04：深入掌握Pod
TURING.DT
04-20 3735
本节将对kubernetes如何发布和管理应用进行说明和示例，主要包括Pod和容器的使用、Pod的控制和调度、应用配置管理等内容。 1.Pod定义详解 yaml格式的Pod定义文件的完整内容： apiVersion: v1 kind: Pod metadata:   name: string   namespace: string   labels:     - name:
手把手带你玩转k8s-常用对象详解
mldong的博客
05-11 538
前言 经过前面几篇文章的实战案例，相信我们对k8s是如何部署应用也有了一定的了解。虽然部署的模板并不一定是最优的，但是基本上能解决大多数应用的部署问题。本文会着重讲解一下前几篇文章用到的Kubernetes 对象。 常用对象详解 当创建 Kubernetes 对象时，必须提供对象的规约，用来描述该对象的期望状态，以及关于对象的一些基本信息（例如名称）。 当使用 Kubernetes API 创建对象时（或者直接创建，或者基于kubectl），API 请求必须在请求体中包含 JSON 格式的信息。 大多数
k8s资源类型详解
热门推荐
weixin_47019016的博客
12-20 1万+
k8s资源类型一、k8s资源类型简介二、deployment资源类型三、service资源类型四、k8s资源的回滚操作五、用label控制pod的位置六、namespace简介七、pod资源类型八、健康检测的相关应用九、ReplicaSet的相关介绍十、DaemonSet资源类型十一、job资源对象十二、CronJob资源类型 一、k8s资源类型简介 Deployment、Service、Pod是k8s最核心的3个资源对象。 Deployment:最常见的无状态应用的控制器，支持应用的扩缩容、滚动更新等操作
Kubernetes 中的应用参数配置案例详析
ZILLIZ
10-12 292
✏️ 作者简介：宗玉芬，Zilliz 测试开发工程师，华中科技大学计算机技术工程硕士。目前专注于 Milvus 数据库的质量保障工作，包括但不限于接口测试、SDK 测试、Benchmark...
linux企业运维实战
最新发布
03-16
Linux企业运维实战是指在企业环境中，运用Linux系统进行运维管理的实践。这包括了对Linux系统的安装、配置、监控、维护、升级等方面的操作，以确保企业的信息系统能够稳定、高效地运行。在实践中，需要掌握Linux系统的基本知识和技能，同时还需要了解企业的业务需求和运维管理的最佳实践，以便更好地应对各种挑战和问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值