(五)Kubernetes系列建pod

pod(一):Kubernetes(k8s)创建pod的两种方式 docker可以创建容器,Kubernetes不能直接创建容器,Kubernetes创建的是pod,pod里面包含了一个或者多个容器。创建pod的前提是已经有一套可以正常运行的Kubernetes集群,关于Kubernetes(k8s)集群的安装部署,可以查看博客《Centos7 安装部署Kubernetes(k8s)集群》Centos7 安装部署Kubernetes(k8s)集群 - 人生的哲理 - 博客园。 阅读详情
    Pod是Kubernetes中的基本单位,通常有一个或者多个关联密切的容器构成。pod中的容器共享环境、存储卷和IP空间,拥有相同的生命周期。

1.pod的创建
1.1创建模板
vi nginx.yml
内容如下:
apiVersion: v1
kind: Pod
metadata:
  name: nginx
  labels:
    app: nginx
spec:
  containers:
  - name: nginx
    image: nginx
    ports:

- containerPort: 8080

containerPort: 80

protocol: TCP

说明:

apiVersion表示使用的API版本

kind表示要创建的资源对象,这里是创建pod对象

metadata表示该资源对象的元数据。一个资源对象可拥有多个元数据,metadata中的name项表示当前资源的名称

spec表示该资源对象的具体设置。其中containers表示容器的集合,这里只设置了一个容器,该容器的属性如下:

name:要创建的容器名称。

image:容器的镜像地址。

1.2执行创建命令
kubectl apply -f nginx.yml

addf9a678088c617f71387bfd4aabb9d.png


1.3查看已创建的pod

kubectl get pods


 

bee9a5658ed4993dd50f1e44f816f2ac.png

Pod状态进行持续监控

kubectl get pod [名称] -w

查看pod更多概要信息

kubectl get pod [名称]  -o wide

590b9e9ad50dd175f77f014dbf139579.png

查看pod详细信息

kubectl describe pods [名称]

33ac9bc7952905ff8111828263e21f84.png

该命令可查看资源的基本信息、容器信息、准备情况、存储卷信息及相关的事件列表,部署遇到问题时可使用该命令查看详细信息

pod日志查询

kubectl logs [名称]


 

3349745854bb7ee65c572cc9020091c0.png


1.3pod信息修改

kubectl replace -f [模板名称]

强制修改pod不允许修改的属性需要加--force

kubectl replace -f [模板名称] --force

b7b9f75fd54559a59302971842ac5dab.png

1.4pod信息删除

kubectl delete pod [模板名称]


 

27ae8bbb96d89ba3099ee75ee2458383.png

Kubernetes(2)---pod创建和使用 Pod是可以创建和管理Kubernetes计算的最小可部署单元,一个Pod代表着集群中运行的一个进程,每个pod都有一个唯一的ip。 Pod创建与使用 集群内部任意节点可以访问Pod,但集群外部无法直接访问。 启动之前创建的k8s集群,这里注意一定要先启动仓库,因为集群创建pod时需要从私有仓库中拉取镜像,检查server1的harbor仓库是否启动 server2集群Master端查看集群内各节点均处于就绪状态 启动容器创建Pod应用,(当前版本的k8s)使用这种方式不可以指定Pod.. 阅读详情

相关推荐

K8S及pod相关介绍

K8S基本概念;Pod 概念;Kubernetes ⼯作流程;K8S 创建 Pod 流程;

m0_73907608的博客 2015

kubernets创建Pod的三种方式

方法1. 通过yaml文件部署或创建pod [root@xxxxx]# vi test.yaml # 填入下面内容: apiVersion: v1 kind: Pod metadata: name: web-app labels: role: approle spec: containers: - name: web-app-cont image: nginx ports: - name: web-app-port containerPort: 80 protocol: TCP 在yaml中完善pod

mygugu的博客 7038

Kubernetes K8S之通过yaml文件创建Pod与Pod常用字段详解

YAML语法规范;在kubernetes k8s中如何通过yaml文件创建pod,以及pod常用字段详解

踏歌行的专栏 3304

pod:Kubernetes(k8s)创建pod的两种方式

docker可以创建容器,kubernetes不能直接创建容器,kubernetes创建的是pod,pod里面包含了一个或者多个容器。

qq_50247813的博客 2947

K8S—Pod详解

Pod是kubernetes中最小的资源管理组件,Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的,例如,用于管理Pod运行的StatefulSet和Deployment等控制器对象,用于暴露Pod应用的Service和Ingress对象,为Pod提供存储的PersistentVolume存储资源对象等。

qq_64441401的博客 3409

k8s中pod使用详解

k8s中Pod使用

congge 1万+

Kubernetes(k8s)-Pod创建流程

Pod是整个Kubernetes的最核心的资源,当我们完成部署集群部署以后,我们对集群的维护实际上主要的就是针对Pod维护,其他资源很少会修改调整,但是Pod却会因为版本发布而经常调整,所以我们用了单独一小节来介绍Pod的创建过程。该问题也是面试Kubernetes相关岗位最常问的问题之一。

1351

【K8S系列】Pod详解

Kubernetes(简称k8s)是一个流行的开源容器编排系统,它能够简化应用程序部署、管理和扩展。在Kubernetes中,Pod是最基本的部署单元。本文将对Kubernetes Pod进行详细介绍。Pod是Kubernetes中最小的可部署单元,它是一个或多个紧密关联的容器的组合,这些容器共享同一个网络命名空间和存储卷。Pod提供了一个抽象层,它封装了容器在节点上的运行环境,例如存储、网络和运行时环境。

颜淡慕潇 1万+

【云原生 | 从零开始学Kubernetes】五、Kubernetes核心技术Pod

k8s核心技术pod的详解以及实验

欢迎关注,一起进步! 3451

【K8S系列】第六讲:Kubernetes的网络模型

iptables规则监视发往服务虚拟的流量IP,并从一组可用的Pod中随机选择一个Pod IP地址,并且iptables规则将数据包的目标IP地址从服务的虚拟IP更改为所选Pod的IP。第三个网络是Pod的网络, K8s中一个Pod由多个容器组成,但是一个pod只有一个IP地址,Pod中所有的容器共享同一个IP。为了解决Pod IP地址不是持久性的,可能会进行更改,k8s采用service对pod进行抽象,集群节点所在的网络,这个网络就是你的主机所在的网络,通常情况下是你的网络基础设施提供。

颜淡慕潇 9111

【K8S系列】Kubernetes Pod节点Pending状态及解决方案详解【已解决】

在 Kubernetes 中,Pod 的状态为 Pending 表示 Pod 已被创建,但尚未被调度到节点上,或者已调度到节点上但容器尚未开始运行。这一状态常常是因为某些条件未满足,导致 Pod 无法正常启动。以下是对 Pending 状态的详细分析及解决方案。

颜淡慕潇 2万+

【Kubernetes 系列】一文带你吃透 K8S 应用pod结点

本节我将和大家一起学习Kubernetes 应用中的pod结点在上一节中,我们一起学会了如何使用 kubectl 创建一个应用。这里我们一起来重温一遍。在 dashboard 中,我们找到pods 结点,并打开Pod 是 Kubernetes 抽象出来的,表示一组一个或多个应用程序容器(如 Docker),以及这些容器的一些共享资源。这些资源包括:Pod 是为应用程序的“logic host”建模,并且可以包含相对紧耦合的不同应用容器。例如,Pod 可能既包含带有 Node.js 应用的容器,也包含另一个不

半身风雪 4693

【K8S系列】Kubernetes pod节点Unknown 问题及解决方案详解【已解决】

在 Kubernetes 中,Pod 的状态为 **`Unknown`** 表示无法获取 Pod 的当前状态。这通常意味着 Kubernetes API 服务器无法与 Pod 所在的节点通信,或者 Kubelet 进程遇到问题。以下将详细介绍 Unknown 状态的原因、解决方案以及如何配置健康检查以提高系统的稳定性。

颜淡慕潇 1万+

Kubernetes 系列 | k8s入门运维

可以通过查看Pod的Condition列表了解更多信息,pod的Condition指示pod是否已达到某个状态,以及为什么会这样,与状态相反,一个Pod同时具有多个Conditions。

weixin_48711696的博客 7411

告别外置电阻!揭秘MAX22201集成电流检测的5大设计优势(附PCB布局案例)

本文深入解析MAX22201集成电流检测技术在直流有刷电机驱动中的5大设计优势,包括BOM成本降低、PCB空间优化、动态性能提升等。通过与传统方案(如DRV8871+外置电阻)的实测对比,展示其在高精度电流检测、抗干扰能力和PCB布局简化方面的突破,并附有详细的PCB布局案例和配置指南。

weixin_29189377的博客 243

华三R4900 G5服务器实战:用PMC P460-B4阵列卡配置RAID1+RAID6,并搞定CentOS 7.9安装(含热备盘设置)

本文详细解析了在华三R4900 G5服务器上使用PMC P460-B4阵列卡配置RAID1+RAID6混合阵列的全过程,包括热备盘设置和CentOS 7.9系统安装。通过实战步骤和性能优化建议,帮助企业IT人员高效部署高可用存储方案,特别适合需要数据冗余和系统稳定性的企业级应用场景。

weixin_29248653的博客 358

【Kubernetes 系列】 一文带你吃透 K8S 中Pod 的生命周期

在pod 中,生命周期主要分为三个状态,开始阶段,如果有容器启动,进入运行 状态,然后进入成功或者失败状态/。在 Pod 运行期间,kubelet 能够重启容器以处理一些失效场景。 在 Pod 内部,Kubernetes 跟踪不同容器的状态,并使 Pod 重新运行所采取的动作。在 Kubernetes 中,Pod 包含规定约束部分和实际状态部分。 Pod 对象的状态包含了一组 Pod 状况(Conditions)。Pod 在其生命周期中只会被调度一次。 一旦 P...

半身风雪 1225

【交易系统系列27】带你看懂订单的“奇幻漂流”

作为一个在交易所后台“厨房”里摸爬滚打了十多年的老兵,我将用一杯手冲咖啡的时间,带你亲历一次完整的订单“奇幻漂流”。本文将用一个“奶爸”的生活视角,硬核拆解**撮合(Matching)**、**清算(Clearing)**、**结算(Settlement)**和**出入金**这四大核心环节。这不仅是一次对**交易系统优化**和**撮合引擎架构**的深度剖析,更是一场关于传统金融与数字金融两种不同“上菜”哲学的真实故事。

weixin_43988453的博客 407

菜鸟学Kubernetes(K8s)系列——(一)关于Pod和Namespace

通过本文你将学习到:(1)什么是Pod,为什么需要它、如何创建Pod、Pod的健康检查机制(三种探针)(2)什么是标签、标签选择器(3)什么是Namespace、他能做什么、如何创建它等等

菜鸟琪 5872

第一章 初识SpringBoot

提供大量的自动配置Spring和第三方库,开发者可以根据项目需求选择相关的starters依赖,而无需手动配置大量的Spring配置文件,开箱即用,无需配置XML,无代码生成。Spring Boot与Spring Cloud等框架集成,为构建微服务提供了强大的支持,并通过Spring Cloud实现服务注册、负载均衡、熔断等功能。本质上讲,Spring Boot就是Spring,它做了那些本应我们去做的Spring Bean配置等工作。以上就是一个简单的Spring Boot应用的创建和运行过程。

Calvin的博客 1581

Ansys Zemax与Speos协同设计:从HUD光学优化到驾驶环境可视化全流程解析

本文深入解析了如何利用Ansys Zemax与Speos进行协同设计,实现从HUD光学系统核心优化到驾驶环境可视化验证的全流程。文章强调了HUD设计是光学性能与视觉感知的深度耦合,通过Zemax进行精密光学设计,再利用Speos进行系统级仿真与感知模拟,最终完成从虚拟到现实的闭环验证,有效提升HUD产品的开发效率与可靠性。

weixin_29199873的博客 247

【kubernetes】关于云原生之k8s集群的pod理论详解

Pod是kubernetes中最小的资源管理组件,Pod也是最小化运行容器化应用的资源对象。

zzzxxx520369的博客 1446

【Clickhouse从入门到精通】第60篇:ClickHouse生态总结与未来展望

ClickHouse系列收官总结 本文作为《ClickHouse从入门到精通》系列的第60篇收官之作,系统回顾了整个系列的知识体系。文章从基础概念到高级应用,全面梳理了ClickHouse的核心技术: 知识体系:完整回顾了60篇文章的知识图谱,包括列式存储原理、MergeTree引擎家族、分布式架构等核心内容 生态工具:详细盘点了ClickHouse的企业版工具、运维监控、数据集成和可视化方案 版本演进:分析了从21.x到24.x的主要版本特性升级 未来趋势:展望了向量化引擎、湖仓一体、AI集成等发展方向

xyghehehehe的专栏 441
上一篇: (四)Kubernetes系列之搭建Kubernetes安装
下一篇: (六)Kubernetes系列之Deployment控制器
调试大师
博客等级 码龄3年 2340粉丝 61原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

调试大师

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值