首页 > 其他分享 >不背锅运维：一文搞清楚应用发布到k8s集群的基本流程

不背锅运维：一文搞清楚应用发布到k8s集群的基本流程

时间：2023-01-26 21:23:01浏览次数：63  
标签：kubectl 背锅 运维 -- demo goweb deployment test k8s

1. 使用yaml文件创建资源对象

❝

每种资源的apiVersion和kind可通过 kubectl api-resources 命令进行查看

❞

tantianran@test-b-k8s-master:~$ kubectl api-resources | grep Deployment
deployments                       deploy       apps/v1                                true         Deployment
tantianran@test-b-k8s-master:~$ 

goweb-demo.yaml

apiVersion: v1
kind: Namespace
metadata:
  name: test-a
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: goweb-demo
  namespace: test-a
spec:
  replicas: 10
  selector:
    matchLabels:
      app: goweb-demo
  template:
    metadata:
      labels:
        app: goweb-demo
    spec:
      containers:
      - name: goweb-demo
        image: 192.168.11.247/web-demo/goweb-demo:20221229v3
---
apiVersion: v1
kind: Service
metadata:
  name: goweb-demo
  namespace: test-a
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8090
  selector:
    app: goweb-demo
  type: NodePort

❝

关于标签的主要作用：标记、过滤、关联(主要体现在deployment、pod、service，3者标签保持一致)，可设定多个标签，建议设定至少2个标签，一个为项目标签，一个为应用标签。

❞

图片

  • 关于创建、更新和删除的命令
# 只用于创建
kubectl create -f xxx.yaml

# 创建和更新（需要yaml文件里的字段支持更新，并不是所有字段都支持更新）
kubectl apply -f xxx.yaml

# 卸载
kubectl delete -f xxx.yaml

2. 编写yaml的套路分享

  • 套路1：可以直接手写，但容易出错
  • 套路2：参考官方示例，然后改成自己的
  • 套路3：通过命令行来获取，也是有2个方式，一是利用尝试运行（--dry-run）的机制再配合-o来输出一个yaml文件），二是通过get来得到yaml文件，得到yaml文件后再自行修改

下面演示通过create来得到yaml

# 在kubectl级别上进行验证
kubectl create deployment web1 --image=nginx --replicas=5 --dry-run=client

# 指的是提交到apiserver进行验证
kubectl create deployment web1 --image=nginx --replicas=5 --dry-run=server

# 下面来一个deployment的例子，得到其他资源的yaml也是这个套路
tantianran@test-b-k8s-master:~$ kubectl create deployment web1 --image=nginx --replicas=5 --dry-run=client -o yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: web1
  name: web1
spec:
  replicas: 5
  selector:
    matchLabels:
      app: web1
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: web1
    spec:
      containers:
      - image: nginx
        name: nginx
        resources: {}
status: {}

# 还可以配合重定向输出到yaml文件
kubectl create deployment web1 --image=nginx --replicas=5 --dry-run=client -o yaml > test.yaml

下面演示通过get命令来得到yaml文件，使用-o来指定yaml的格式输出，其他资源也是这个套路

kubectl get pods -n test-a -o yaml

编写yaml的时候，字段名太多记不住或者想不起来怎么办？可以使用explain来查看字段层级

# 找第一级
kubectl explain deployment

# 找第二级
kubectl explain deployment.spec

# 再比如查pod相关的
kubectl explain pods.spec.containers

3. 应用生命周期管理

❝

deployment是最常用的k8s工作负载控制器（Workload Controllers），是k8s的一个抽象概念，用于更高级层次对象，部署和管理Pod，卡控制器还有DaemonSet、StatefulSet等。

❞

3.1 Deployment

「Deployment主要功能：」

  • 管理Pod和ReplicaSet
  • 具有上线部署、副本设定、滚动升级、回滚等功能

「Deployment应用场景：」 网站、API、微服务

「Pod与控制器的关系图：」

图片

「应用生命周期管理流程：」

图片

3.2 应用部署的基本流程

❝

部署->升级->回滚->删除

❞

3.2.1 部署

# 推荐的方式
kubectl apply -f xxx.yaml

# 或者
kubectl create deployment web --image=nginx --replicas=3

在本示例中，部署的是我自己使用go语言写的一个很简单的web demo

图片

访问一下看看

图片

3.2.2 升级

❝

所谓的升级，其实就是更新镜像，且有3种方式，自动触发滚动升级

❞

# 方式1：直接修改yaml文件中的镜像，然后apply
kubectl apply -f xxx.yaml
# 方式2：使用命令设置deployment使用的镜像
kubectl set image deployment/web nginx=nginx1.17
# 使用系统编辑器打开进行编辑
kubectl edit deployment

「发布方式有3种：」 滚动发布、蓝绿发布、灰度发布（金丝雀、A/B测试、冒烟测试。灰度发布是最复杂的方式，发布的方式是为了避免上线后出现的问题。）

「K8S默认是滚动升级：」 滚动发布是指每次只升级一个或多个服务，升级完成后加入生产环境，不断执行这个过程，直到集群中的全部旧版本升级新版本。

「滚动升级在k8s中的实现：」 它是通过1个Deployment和2个ReplicaSet来实现的，滚动更新一次只升级一小部分pod，成功后，再升级一部分pod，最终完成所有Pod升级，整个过程始终有Pod在运行，从而保证了业务的连续性。

「ReplicaSet：」 副本集，主要维护Pod副本数量，不断对比当前Pod数量于期望Pod数量。「ReplicaSet用途：」 Deployment每次发布都会创建一个RS（ReplicaSet的缩写）作为记录，用于实现滚动升级和回滚

可以查看deployment的详情，详情里其实是记录了升级的过程

kubectl get deployment -n test-a
kubectl describe deployment goweb-demo -n test-a

查看ReplicaSet（RS）记录（初次的部署和后续升级都会新创建一个RS，升级多少次就会创建多少个）

tantianran@test-b-k8s-master:~$ kubectl get rs -n test-a
NAME                    DESIRED   CURRENT   READY   AGE
goweb-demo-6fbb74fdbb   0         0         0       41m
goweb-demo-7b6649f789   20        20        20      32m # 此处DESIRED和CURRENT以及READY字段有值的话，表示是当前正在使用的RS
goweb-demo-8665796599   0         0         0       24h

# 查看正在使用的RS的详情
kubectl describe rs goweb-demo-7b6649f789 -n test-a

❝

注意：升级后，旧的RS会被保留，主要用于后面回滚使用，且每次只能有一个RS在使用。

❞

「当新版的镜像已经做好需要滚动更新的时候，那就要修改deployment中指定的镜像，修改的方式有2种：使用命令和直接修改yaml文件」方式1：使用命令

# 命令格式
kubectl set image deployment <DeploymentName> <ContainerName>=<Image> -n <Namespace>

# 例子
# step 1：获取deployment
kubectl get deployment -n test-a

# step 2：查看deployment详情
kubectl describe deployment goweb-demo -n test-a
...
Pod Template:
  Labels:  app=goweb-demo
  Containers:
   goweb-demo: # 容器名字
    Image:        192.168.11.247/web-demo/goweb-demo:20221229v3 # 镜像
    Port:         <none>
    Host Port:    <none>
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
...

# step 3：设置deployment的镜像
kubectl set image deployment goweb-demo goweb-demo=192.168.11.247/web-demo/goweb-demo:20221229v3 -n test-a

方式2：直接修改yaml（推荐）

apiVersion: apps/v1
kind: Deployment
metadata:
  name: goweb-demo # deployment名称
  namespace: test-a
spec:
  replicas: 50 # 副本
  selector:
    matchLabels:
      app: goweb-demo
  template:
    metadata:
      labels:
        app: goweb-demo
    spec:
      containers:
      - name: goweb-demo
        image: 192.168.11.247/web-demo/goweb-demo:20221229v3 # 镜像

「水平扩缩容，也就是修改副本的数量，也有2种方式，命令和修改yaml文件」方式1：命令

kubectl scale deployment goweb-demo --replicas=5 -n test-a

方式2：修改yaml文件中的replicas参数，再apply

apiVersion: apps/v1
kind: Deployment
metadata:
  name: goweb-demo
  namespace: test-a
spec:
  replicas: 5 #修改副本数量
...
...

3.2.3 回滚

❝

当应用发布失败，需要回滚时。

❞

查看发过有哪些版本

# 查看历史
kubectl rollout history deployment -n test-a
deployment.apps/goweb-demo 
REVISION  CHANGE-CAUSE
4         <none>
6         <none>
8         <none>
9         <none>

# 通过命令修改deployment的镜像进行升级时，后面加--record参数，再查看历史后就会记录这条命令
kubectl set image deployment goweb-demo goweb-demo=192.168.11.247/web-demo/goweb-demo:20221229v2 -n test-a --record
Flag --record has been deprecated, --record will be removed in the future
deployment.apps/goweb-demo image updated

# 上面加了--record参数，再查看历史，可以看到记录的这条命令
kubectl rollout history deployment -n test-a

deployment.apps/goweb-demo 
REVISION  CHANGE-CAUSE
4         <none>
6         <none>
9         <none>
10        kubectl set image deployment goweb-demo goweb-demo=192.168.11.247/web-demo/goweb-demo:20221229v2 --namespace=test-a --record=true # 就是这里

查看版本号和RS的对应关系，以及和镜像的对应关系

# 查看RS
tantianran@test-b-k8s-master:~$ kubectl get rs -n test-a
NAME                    DESIRED   CURRENT   READY   AGE
goweb-demo-6fbb74fdbb   0         0         0       5h15m
goweb-demo-7b6649f789   0         0         0       5h6m
goweb-demo-8665796599   0         0         0       29h
goweb-demo-b98869456    5         5         5       4h22m # 当前使用的RS

# 查看当前使用的RS详情
tantianran@test-b-k8s-master:~$ kubectl describe rs goweb-demo-b98869456 -n test-a
...
Annotations:    deployment.kubernetes.io/desired-replicas: 5
                deployment.kubernetes.io/max-replicas: 7
                deployment.kubernetes.io/revision: 11 # 这个11就是当前版本号
                deployment.kubernetes.io/revision-history: 7,9 # 历史版本
                kubernetes.io/change-cause:
                  kubectl set image deployment goweb-demo goweb-demo=192.168.11.247/web-demo/goweb-demo:20221229v3 --namespace=test-a --record=true
Controlled By:  Deployment/goweb-demo
Replicas:       5 current / 5 desired
Pods Status:    5 Running / 0 Waiting / 0 Succeeded / 0 Failed
Pod Template:
  Labels:  app=goweb-demo
           pod-template-hash=b98869456
  Containers:
   goweb-demo:
    Image:        192.168.11.247/web-demo/goweb-demo:20221229v3 # 使用的镜像
    Port:         <none>
    Host Port:    <none>
...

# 查看历史版本
tantianran@test-b-k8s-master:~$ kubectl rollout history deployment -n test-a
deployment.apps/goweb-demo 
REVISION  CHANGE-CAUSE
4         <none>
6         <none>
10        kubectl set image deployment goweb-demo goweb-demo=192.168.11.247/web-demo/goweb-demo:20221229v2 --namespace=test-a --record=true
11        kubectl set image deployment goweb-demo goweb-demo=192.168.11.247/web-demo/goweb-demo:20221229v3 --namespace=test-a --record=true # 这个REVISION是11

通过过滤来获取到发布版本和对应的镜像

# 过滤revision和Image
tantianran@test-b-k8s-master:~$ kubectl describe $(kubectl get rs -o name -n test-a | grep "goweb-") -n test-a | grep -E "revision:|Image:"
                deployment.kubernetes.io/revision: 4
    Image:        192.168.11.247/web-demo/goweb-demo:20221229v1
                deployment.kubernetes.io/revision: 10
    Image:        192.168.11.247/web-demo/goweb-demo:20221229v2
                deployment.kubernetes.io/revision: 6
    Image:        192.168.11.247/web-demo/goweb-demo:20221228v1
                deployment.kubernetes.io/revision: 11
    Image:        192.168.11.247/web-demo/goweb-demo:20221229v3
tantianran@test-b-k8s-master:~$ 

# 过滤更详细的，过滤revision、Image、Name、Replicas
tantianran@test-b-k8s-master:~$ kubectl describe $(kubectl get rs -o name -n test-a | grep "goweb-") -n test-a | grep -E "revision:|Image:|Name:|Replicas:"
Name:           goweb-demo-6fbb74fdbb
                deployment.kubernetes.io/revision: 4
Replicas:       0 current / 0 desired
    Image:        192.168.11.247/web-demo/goweb-demo:20221229v1

Name:           goweb-demo-7b6649f789
                deployment.kubernetes.io/revision: 10
Replicas:       0 current / 0 desired
    Image:        192.168.11.247/web-demo/goweb-demo:20221229v2

Name:           goweb-demo-8665796599
                deployment.kubernetes.io/revision: 6
Replicas:       0 current / 0 desired
    Image:        192.168.11.247/web-demo/goweb-demo:20221228v1

Name:           goweb-demo-b98869456
                deployment.kubernetes.io/revision: 11
Replicas:       5 current / 5 desired
    Image:        192.168.11.247/web-demo/goweb-demo:20221229v3

只回滚到上一个版本

tantianran@test-b-k8s-master:~$ kubectl rollout undo deployment goweb-demo -n test-a
deployment.apps/goweb-demo rolled back

回滚到指定的历史版本

# 查看当前正在使用哪个版本
tantianran@test-b-k8s-master:~$ kubectl describe $(kubectl get rs -o name -n test-a | grep "goweb-") -n test-a | grep -E "revision:|Replicas:"
                deployment.kubernetes.io/revision: 4
Replicas:       0 current / 0 desired
                deployment.kubernetes.io/revision: 14 # 当前正在使用的版本，版本号14，且副本是5
Replicas:       5 current / 5 desired # 副本数量
                deployment.kubernetes.io/revision: 6
Replicas:       0 current / 0 desired
                deployment.kubernetes.io/revision: 13
Replicas:       0 current / 0 desired

# 假设要回滚到最初的版本，也就是版本号是4
tantianran@test-b-k8s-master:~$ kubectl rollout undo deployment goweb-demo --to-revision=4 -n test-a
deployment.apps/goweb-demo rolled back
tantianran@test-b-k8s-master:~$ 

3.2.4 删除（当项目需要下线时）

# 如果该项目是直接编写yaml的，可这样删除（下线）
kubectl delete -f goweb-demo.yaml

# 如果该项目的命名空间、deployment、service是用命令的，那就需要手动删除下线
kubectl delete deployment goweb-demo -n test-a
kubectl delete svc goweb-demo -n test-a
kubectl delete ns test-a

最后

❝

如需要go开发的web demo源码的朋友可私信我，一起交流，感谢！

❞

本文转载于（喜欢的盆友关注我们）：https://mp.weixin.qq.com/s/jBJTLYvXkCtd__yO4Ap9UA

标签：kubectl,背锅,运维,--,demo,goweb,deployment,test,k8s
From： https://www.cnblogs.com/ttropsstack/p/17068223.html

相关文章

  • Serverless 触发器和函数赋能自动化运维
    Serverless架构在运维层面有着得天独厚的优势，不仅因为其事件触发可以有针对性地获取、响应一些事件，还因为其轻量化、低运维的特性让很多运维开发者甚是喜爱。在实际生产中......
  • Serverless与监控告警、自动化运维
    通过Serverless架构实现监控告警功能在实际生产中，经常需要编写一些监控脚本来监控网站服务或API服务的健康状况，包括是否可用、响应速度是否足够快等。传统的方法是直接使......
  • 【云原生kubernetes】k8s中pod使用详解
    一、前言在之前k8s组件一篇中，我们谈到了pod这个组件，了解到pod是k8s中资源管理的最小单位，可以说Pod是整个k8s对外提供服务的最基础的个体，有必要对Pod做深入的学习和探究。二......
  • Linux运维之解决服务器挖矿木马问题
    目录1挖矿木马1.1定义1.2挖矿特征1.3解决挖矿木马1.3.1阻断异常网络通信（非必需）1.3.2清除定时任务1.3.3清除启动项1.3.4清除SSH公钥1.3.5清除木马进程1.4其他常见......
  • 基于KubeSphere在K8S发布微服务ruoyi----5.部署基础环境Gitlab
      Docker搭建Gitlab服务器1、Gitlab镜像dockersearchgitlab    dockersearchgitlab-ce  dockerpullgitlab/gitlab-ce      2、创......
  • 基于KubeSphere在K8S发布微服务ruoyi----4.部署基础环境Redis
    从dockerhub查看redis启动所需相关参数https://hub.docker.com/_/redisIfpersistenceisenabled,dataisstoredinthe VOLUME/data,whichcanbeusedwith --......
  • k8s资源调度
    1资源调度流程资源创建流程如下所示。 资源调度流程是从资源创建流程的④开始的，即Kube-scheduler在需要创建的资源队列中监听到相应的资源时，会调用可用的调度算法和调......
  • k8s资源编排
    资源编排是指边缘计算系统云部分Kubernetes的计算节点在获得资源调度结果之后，计算节点对调度结果（负载）所需的存储资源、网络资源、计算资源的组织管理。1）存储资源：创建负载......
  • k8s数据访问流
    Kubernetes集群环境下，集群内应用负载间的数据访问流和集群外应用到集群内应用负载的数据访问流。数据流与网络方案密切相关。目前，Kubernetes官网提供的网络解决方案有Cali......
  • k8s整体架构
     Kubernetes整体架构1）从Kubernetes的GitHub仓库的已发布版本可知，Kubernetes支持的CPU架构包括X86、ARM、s390x和ppc64le。2）从Kubernetes的GitHub仓库的已发布版本可知，K......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99