k8s基础

已于 2024-01-09 13:59:11 修改
阅读量124 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： kubernetes 容器 云原生
于 2023-10-10 15:01:01 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/crontab_e/article/details/132965962

  •  k8s中pod配置文件详解

[root@leader /zpf/k8s/resource]$cat nginx-demo.yaml
apiVersion: v1 #api文档版本
kind: Pod #资源对象类型，可以是Pod，Deployment，StatefulSet，等相关对象
metadata:
  name: nginx-demo ##Pod 的名称
  labels: #定义pod的标签
    type: app
    test: 1.0.0 #自定义pod的版本号
  namespace: 'default' #命名空间的配置
spec: ##期望Pod按照这里的描述进行创建
  terminationGracePeriodSeconds: 40 #当被删除的时候,给pod预留多少时间的停止预留时间.
  containers: #对于pod中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 #z指定容器的景象以及版本号
    imagePullPolicy: IfNotPresent #镜像拉取策略 这里的意思是总是拉取最新镜像,Never 表示仅使用本地镜像, ifNotPresent 表示如果本地有就用本地的
    lifecycle: #生命周期的配置
      postStart:  #生命周期启动阶段做的事情,不一定在容器的command之前运行
        exec:
          command:
          - sh
          - -c
          - "echo '<h1>pre stop</h1>' > /usr/share/nginx/html/poststop.html"
      preStop: #生命周期结束阶段要做的事情.
        exec:
          command:
          - sh
          - -c
          - "sleep 50;echo 'sleep finished ...' >> /usr/share/nginx/html/poststop.html "
    command:
    - nginx
    - -g
    - 'daemon off;'  #指定容器启动时执行的命令,这里要添加;分号,表示命令结束.
    workingDir: /usr/share/nginx/html #定义容器启动后的工作目录
    ports:
    - name: http #端口名称
      containerPort: 80 #描述容器内要暴漏什么端口
      protocol: TCP #描述该端口是基于那种协议
    env:  #环境变量信息
    - name: JVM_OPTS  #环境变量名称
      value: '-Xms128m -Xmx128m' #环境变量的值
    resources:
      requests:
        cpu: 100m #表示使用0.1个核心. 1000m表示使用一个核心.
        memory: 128Mi #这里表示使用多少M内存空间
      limits:
        cpu: 200m #表示cpu最多使用0.2个核心
        memory: 256Mi #内存最多使用256M
  restartPolicy: Always #服务重启策略,OnFailure,表示异常情况下退出时才会进行重启.Never表示从不重启该pod  这里配置的是Always 表示无论什么情况都会重启

  • 添加label可以在命令行中直接添加临时lable标签.

使用配置文件创建 pod
kubectl apply -f nginx-demo.yaml
查看创建好的pod中的标签
kubectl get pod nginx-demo --show-labels
临时修改pod中的标签信息
kubectl label po nginx-demo language=java

  • 也可以使用修改配置文件来修改label信息.

[root@leader /zpf/k8s/resource]$cat nginx-demo.yaml
apiVersion: v1 #api文档版本
kind: Pod #资源对象类型，可以是Pod，Deployment，StatefulSet，等相关对象
metadata:
  name: nginx-demo ##Pod 的名称
  labels: #定义pod的标签
    type: app
    test: 1.0.0 #自定义pod的版本号
    language: java  #这里添加一个label信息到配置文件中.
  namespace: 'default' #命名空间的配置
spec: ##期望Pod按照这里的描述进行创建
  terminationGracePeriodSeconds: 40 #当被删除的时候,给pod预留多少时间的停止预留时间.
  containers: #对于pod中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 #z指定容器的景象以及版本号
    imagePullPolicy: IfNotPresent #镜像拉取策略 这里的意思是总是拉取最新镜像,Never 表示仅使用本地镜像, ifNotPresent 表示如果本地有就用本地的
    lifecycle: #生命周期的配置
      postStart:  #生命周期启动阶段做的事情,不一定在容器的command之前运行
        exec:
          command:
          - sh
          - -c
          - "echo '<h1>pre stop</h1>' > /usr/share/nginx/html/poststop.html"
      preStop: #生命周期结束阶段要做的事情.
        exec:
          command:
          - sh
          - -c
          - "sleep 50;echo 'sleep finished ...' >> /usr/share/nginx/html/poststop.html "
    command:
    - nginx
    - -g
    - 'daemon off;'  #指定容器启动时执行的命令,这里要添加;分号,表示命令结束.
    workingDir: /usr/share/nginx/html #定义容器启动后的工作目录
    ports:
    - name: http #端口名称
      containerPort: 80 #描述容器内要暴漏什么端口
      protocol: TCP #描述该端口是基于那种协议
    env:  #环境变量信息
    - name: JVM_OPTS  #环境变量名称
      value: '-Xms128m -Xmx128m' #环境变量的值
    resources:
      requests:
        cpu: 100m #表示使用0.1个核心. 1000m表示使用一个核心.
        memory: 128Mi #这里表示使用多少M内存空间
      limits:
        cpu: 200m #表示cpu最多使用0.2个核心
        memory: 256Mi #内存最多使用256M
  restartPolicy: Always #服务重启策略,OnFailure,表示异常情况下退出时才会进行重启.Never表示从不重启该pod  这里配置的是Always 表示无论什么情况都会重启

这里在配置文件中添加了一个languang:java的标签.

使用命令行获取指定标签下的pod.

kubectl get po  -l language=java

 查看指定label下的对应的pod,并查看该pod的所有的label信息.

kubectl get po -l language=java --show-labels

通过条件删选label标签对应的pod信息,

kubectl get pod -l 'test in (1.0.0,1.1.0,1.2.0)'
这表示test标签的值是1.0.0 或者 1.1.0 或者1.2.0 满足任意一个test value就可以被查询出来.

查询条件指定排除某些条件进行查询.

kubectl get pod -l version!=1.2.0,language=java --show-labels
这里表示满足version!= 1.2.0 并且language=java的pod筛选出来

  • 一个简单的deployment的相关信息注解

apiVersion: apps/v1   #deploy api版本
kind: Deployment  #资源类型为deployment
metadata:  #原数据标签
  labels: #标签
    app: nginx-deploy   #这里是deploy的label标签用来与后面的rs与pod进行关联
  name: nginx-deploy  #deployment 名字
  namespace: default  #默认命名空间
spec:  #
  replicas: 1  #期望副本数
  revisionHistoryLimit: 10  #进行滚动更新后,保留的历史版本数量
  selector:  #选择器,用于找到匹配的RS
    matchLabels:  #按照标签匹配
      app: nginx-deploy  #在deploy中关联rs的字段使用的就是selector
  strategy:
    rollingUpdate:  #滚动更新配置
      maxSurge: 25% #表示在更新的时候可以有25%额外的pod出现.超过期望副本数的比例是25%
      maxUnavailable: 25%  #最多可以允许25%的pod在更新时处于不可用状态.
    type: RollingUpdate  #更新类型,指定为滚动更新
  template:  #pod模板,
    metadata: #pod原数据信息
      labels: #pod标签
        app: nginx-deploy  #这里是rs与pod之间的关联字段
    spec:  #pod期望信息
      containers:  #破的容器相关信息
      - image: nginx:1.7.9  #pod使用的镜像版本
        imagePullPolicy: IfNotPresent  #pod镜像拉取策略
        name: nginx  #pod名称
      restartPolicy: Always  #重启策略
      terminationGracePeriodSeconds: 30 #宽限时间
 #说明一下,这里三个资源类型的关联就是使用文中的nginx-deploy来进行关联的.

说明一下,label标签中如果有数字类型,那么需要使用引号引起来.因为label标签中默认支持string类型,

deployment滚动更新

一般滚动更新的触发条件是修改了pod的版本号会触发重新拉取镜像的操作,这个过程会触发滚动更新,滚动更新结果可以使用

[root@leader /zpf/k8s/resource]$kubectl get deploy -w
NAME           READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deploy   3/3     3            3           34m

其中 

UP-TO-DATE: 字段表示的就是容器更新次数.

AVAILABLE : 表示当前最大可用副本数,

或者使用

$kubectl rollout status deploy nginx-deploy 

deployment "nginx-deploy" successfully rolled out

查看表示这个deployment已经滚动更新完成

如果想要查看滚动更新的历史过程可以使用

$kubectl describe deploy nginx-deploy
.
.
.
Events:
  Type    Reason             Age                From                   Message
  ----    ------             ----               ----                   -------
  Normal  ScalingReplicaSet  45m                deployment-controller  Scaled up replica set nginx-deploy-845964f5bf to 3
  Normal  ScalingReplicaSet  37m                deployment-controller  Scaled up replica set nginx-deploy-845964f5bf to 5
  Normal  ScalingReplicaSet  15m                deployment-controller  Scaled down replica set nginx-deploy-845964f5bf to 3
  Normal  ScalingReplicaSet  12m                deployment-controller  Scaled down replica set nginx-deploy-845964f5bf to 0
  Normal  ScalingReplicaSet  11m                deployment-controller  Scaled up replica set nginx-deploy-845964f5bf to 1
  Normal  ScalingReplicaSet  11m                deployment-controller  Scaled down replica set nginx-deploy-968b78ccf to 2
  Normal  ScalingReplicaSet  11m (x2 over 12m)  deployment-controller  Scaled up replica set nginx-deploy-968b78ccf to 2
  Normal  ScalingReplicaSet  11m (x2 over 14m)  deployment-controller  Scaled up replica set nginx-deploy-968b78ccf to 1
  Normal  ScalingReplicaSet  11m (x2 over 12m)  deployment-controller  Scaled down replica set nginx-deploy-845964f5bf to 2
  Normal  ScalingReplicaSet  11m (x2 over 12m)  deployment-controller  Scaled down replica set nginx-deploy-845964f5bf to 1
  Normal  ScalingReplicaSet  11m (x2 over 12m)  deployment-controller  Scaled up replica set nginx-deploy-968b78ccf to 3
  Normal  ScalingReplicaSet  11m (x5 over 11m)  deployment-controller  (combined from similar events): Scaled down replica set nginx-deploy-845964f5bf to 0

其中Events中会详细的记录滚动更新的过程.包括每次新建副本的数量以及结束副本的数量.

查看deploy历史版本,

这里说明一下,只有重新拉取镜像操作才会出发版本更新,只有副本数的变化不属于版本更新,

说明一下,先决条件1,

        在更新版本的时候不要使用kubectl delete rs nginx-deploy 删除历史rs信息.会导致版本的缺失.因为在回退的时候会用deploy与rs进行关联,如果将rs删除,那么就无将两者进行关联,导致无法找到回滚版本,

先决条件2,

        要在deploy的yaml文件中注明,revisionHistorylimit:10 表示留存过去10个版本.如果没有声明的话那么就无法保留历史版本信息,就无法进行回滚.

spec:  #
  replicas: 3  #期望副本数
  revisionHistoryLimit: 10  #进行滚动更新后,保留的历史版本数量
  • 查看deployment的历史版本信息.历史版本不会显示当前正在运行的版本.
$kubectl rollout history deployment nginx-deploy
deployment.apps/nginx-deploy
REVISION  CHANGE-CAUSE
4         <none>
5         <none>

查看指定版本的deployment信息.

$kubectl rollout history deployment nginx-deploy --revision=4
deployment.apps/nginx-deploy with revision #4
Pod Template:
  Labels:	app=nginx-deploy
	pod-template-hash=968b78ccf
  Containers:
   nginx:
    Image:	nginx:1.9.1
    Port:	<none>
    Host Port:	<none>
    Environment:	<none>
    Mounts:	<none>
  Volumes:	<none>

使用命令退回之前指定版本操作

$kubectl rollout undo deploy nginx-deploy --to-revision=4
deployment.apps/nginx-deploy rolled back
$kubectl rollout undo deploy nginx-deploy --to-revision=5
deployment.apps/nginx-deploy rolled back

更新后的版本会进行版本递增操作.被回滚的版本会变成新的版本.

$kubectl rollout history deploy nginx-deploy
deployment.apps/nginx-deploy
REVISION  CHANGE-CAUSE
6         <none>
7         <none>

  • deployment 扩缩容

使用scale进行deploy的扩缩容服务.可以直接进行副本数量的变更,副本数变更不属于版本变更,所以不适用于版本回滚.

 这里使用sacle将 nginx-deploy的副本数扩容到5个.

$kubectl scale --replicas=5 deploy nginx-deploy
deployment.apps/nginx-deploy scaled
[root@leader /zpf/k8s/resource]$kubectl get deploy
NAME           READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deploy   5/5     5            5           138m

缩容方式同理,将--replicas的数量变更成指定数量即可.

  • deployment暂停与恢复

暂停已经启动的deployment,这里的暂停是指服务版本以及修改的版本等信息是无法直接更新的,(针对edit来说的),

这里使用rollout pause 来暂停指定的deployment

$kubectl rollout pause deploy nginx-deploy
deployment.apps/nginx-deploy paused
<
最低0.47元/天 解锁文章

200万优质内容无限畅学
【Kubernetes系列】K8s更新镜像的几种方法
邓邓子的博客
06-20 5896
以下以前端的服务为例，前端 yaml 文件内容如下： 二、更新镜像 1.方法一：修改 yaml 文件版本号并执行 将 改为： 执行：
【Kubernetes】k8s集群Pod控制器
F12138X的博客
08-12 1572
理论是将简单的东西复杂化，理念是将复杂的东西简单化
k8s学习之路 | k8s 工作负载 StatefulSet
小鲸鱼大梦想
03-12 1652
是用来管理有状态应用的工作负载 API 对象，也是一种工作负载资源有状态和无状态无状态应用：当前应用不会记录状态（网络可能会变、挂载的东西可能会变、顺序可能会变）有状态应用：需要记录当前状态（网络不变、存储不变、顺序不变）sts管理某一类Pod集合的部署喝扩缩给这一类Pod提供持久存储和持久标识符对比 deploy都是管理着有相同容器规约的一组Podsts给这些Pod维护了一个有粘性的 ID，虽然这些Pod都是基于相同的规约来创建的，但是不能相互替换，不管怎么调度，每个Pod。
k8s基础：使用kubectl set image命令更新Deployment中容器的镜像
学亮编程手记
02-28 3643
这条命令将会触发一个滚动更新，根据你的Deployment配置中的更新策略逐步替换Pod中的容器镜像。替换为 Deployment 中你想要更新镜像的容器名称，应替换为你的实际 Deployment 名称，的 Deployment，其中包含一个名为。是你想要使用的新的镜像名称和标签。在Kubernetes中，使用。例如，如果你有一个名为。的容器，你想将镜像从。
更新k8s镜像版本的三种方式
weixin_33759269的博客
01-24 3253
一、知识准备 更新镜像版本是在k8s日常使用中非常常见的一种操作，本文主要介绍更新介绍的三种方法 二、环境准备 组件 版本 OS Ubuntu 18.04.1 LTS docker 18.06.0-ce 三、准备镜像 首先准备2个不同版本的镜像，用于测试（已经在阿里云上创建好2个不同版本的nginx镜像） docker pull registry.cn-be...
浅谈K8s下的应用变更
小胡子
03-15 648
浅谈K8s下的应用变更
k8s基础知识-日常记录
08-04
k8s基础知识点涵盖了其架构设计、核心组件功能、节点管理、Pod生命周期、控制器作用、服务定义和服务发现等核心概念。 k8s架构分为两种类型的节点：Master节点和Worker节点（也称为Node节点）。Master节点负责整个...
K8S入门基础课件docx版本
08-03
作为现代云原生应用的核心平台，K8S已经成为了企业级基础设施的重要组成部分。本“K8S入门基础课件docx版本”旨在帮助初学者快速理解和掌握Kubernetes的基础知识和操作技能。 在K8S中，有几个关键概念是必须理解的...
【云原生之k8s】k8s基础详解
qq1356059950的博客
08-04 5728
Kubernetes的缩写为：K8S，这个缩写是因为k和s之间有八个字符的关系。Kubernetes是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。Kubernetes拥有一个庞大且快速增长的生态系统。Kubernetesd的服务、支持和工具广泛可用。kubernetes，是一个全新的基于容器技术的分布式架构领先方案，是谷歌严格保密十几年的秘密武器----Borg系统的一个开源版本，于2014年9月发布第一个版本，2015年7月发布第一个正式版本。...
docker和k8s基础介绍
swimming_in_IT_的博客
04-24 4638
通常称为K8s，K8s是将8个字母“ubernete”替换为“8”的缩写)是一个完备的分布式系统支撑平台。Kubernetes具有完备的集群管理能力，包括多层次的安全防护和准入机制/多租户应用支撑能力、透明的服务注册和服务发现机制、内建智能负载均衡器、强大的故障发现和自我修复功能、服务滚动升级和在线扩容能力、可扩展的资源自动调度机制，以及多粒度的资源配额管理能力。同时kubernetes提供了完善的管理工具，这些工具覆盖了包括开发、测试部署、运维监控在内的各个环节；
k8s基础概念及操作步骤
09-04
Kubernetes，简称K8s，是目前容器编排领域的领导者，用于自动化部署、扩展和管理容器化应用程序。随着云计算和微服务架构的兴起，Kubernetes作为一种开源的容器编排工具，能够有效地管理容器的生命周期，保证业务的...
k8s教程（pod篇）-升级与回滚
justlpf的专栏
06-18 1390
当使用OnDelete作为升级策略时，在创建好新的DaemonSeti配置之后，新的Pod并不会被自动创建，直到用户手动删除旧版本的Pod，才触发新建操作，即只有手工删除了DaemonSet创建的Pod副本，新的Pod 副本才会被创建出来。升级过程中出现意外，比如写错新镜像的名称、新镜像还没被放入镜像仓库里、新镜像的配置文件发生不兼容性改变、新镜像的启动参数不对，以及因可能更复杂的依赖关系而导致升级失败等，就需要回退到之前的旧版本，这时就可以用到Deploymentl的回滚功能了。
2022-01-19 k8s的sts资源的pod所在的node处于not ready,该pod不会被自动调度, 一直处于Terminating分析
悟世之路
01-19 2721
摘要: k8s的sts资源, pod所在的node处于not ready, 该pod不会被自动调度, 一直处于Terminating分析 参考: ​​​​​​Kubernetes StatefulSet 与 Deployment 在 Node NotReady代码逻辑区别 | 码农网 这文章有意思的是这些: tefulset : statefulset 会从Unknown 状态变为 Terminating 状态，执行优雅删除，detach PV，然后执行重新调度与重建操作。 d..
K8S更新deployment镜像的两种方法
云原生，DevOps，Kubernetes
11-19 6211
# kubectl set image deployment nginx nginx=registry.ctwifi.cn:5000/acloud2web/nginx:bba # kubectl patch deployment nginx --patch '{"spec": {"template": {"spec": {"containers": [{"name": "nginx","imag...
K8S的更新、回滚、伸缩
热门推荐
迷途的攻城狮
05-04 1万+
K8S的应用更新、回滚、伸缩 1、应用结构 以一个简单的deployment为例来进行说明： apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deployment labels: app: nginx spec: replicas: 4 revisionHistoryLimit: 10 ...
k8s运行应用
qq_36828822的博客
07-14 724
Kubernetes Deployment概述 Deployment是Kubernetes中用于管理Pod副本的核心对象，它比传统的Replication Controller提供了更多高级功能。Deployment通过控制ReplicaSet来确保指定数量的Pod副本运行，并支持滚动更新、版本回滚、状态查看等特性。用户创建Deployment后，系统会自动生成对应的ReplicaSet和Pod，其中ReplicaSet负责维护Pod副本数量，而Deployment则专注于管理更新策略和历史版本。典型的De
容器化改造避坑指南：传统应用迁移K8s的10个关键节点（2025实战复盘）
水务人
07-12 703
2025年企业容器化进程加速，但​​传统应用迁移K8s的失败率仍高达34%​​（Gartner报告）。本文基于50+企业级迁移案例，提炼出贯穿改造全周期的​​10个关键决策点​​，覆盖架构评估、数据持久化、网络拓扑、安全合规等核心维度。通过金融核心系统、工业物联网平台两大实战场景，详解如何规避存储卷丢失、服务雪崩、配置漂移等典型问题，提供可复用的​​风险量化评估模型​​与​​渐进式迁移路径​​，助力企业降低43%迁移成本，提升8倍投产效率。
k8s深度讲解:无限的扩展性 - CRD 与 Operator
weixin_42587823的博客
07-11 972
今天，我们站在了 Kubernetes 这座技术巨塔的顶端，窥见了其设计的终极智慧。我们从etcd的数据一致性出发，见证了Scheduler和Controller的决策之舞，下沉到Kubelet的具体执行，探索了Service的网络魔法，最终，我们学会了如何通过CRD 和 Operator，成为这个生态的创造者。我们深刻地认识到，Kubernetes 不仅仅是一个“容器编排器”，它是一个通用的、声明式的、事件驱动的、可无限扩展的控制平面框架。
K8S的平台核心架构思想[面向抽象编程]
最新发布
分享不一样的技术，与你一起共同成长!
07-14 659
Kubernetes采用面向抽象编程理念，定标准接口而不绑定具体实现。其发展源于Google的Borg系统，2014年开源后借Docker东风迅速崛起，最终成为容器编排标准。K8S通过CRI/CNI/CSI等接口标准实现平台化，如Ingress允许灵活切换控制器实现。2022年移除docker支持后，转向containerd运行时。新一代GatewayAPI延续了抽象接口的设计思路，保持平台中立性。这种架构使K8S能持续进化而不受单一技术制约..
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值