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

最新推荐文章于 2024-02-27 13:42:53 发布
最新推荐文章于 2024-02-27 13:42:53 发布
阅读量224 收藏 1
点赞数
分类专栏： k8s 文章标签： kubernetes 运维 java
原文链接：https://mp.weixin.qq.com/s/jBJTLYvXkCtd__yO4Ap9UA
版权

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

k8s应用部署二：如何将应用部署在k8s上
zhouhy1101的专栏
04-03 1320
文章目录1 挂载目录配置2 镜像仓库配置3 K8S应用编写4 服务发现 在上一篇文章中，我们学会了如何制作一个拥有最小执行环境的java应用镜像， 在这篇文章中我们将学会如何将应用部署到k8s上，并对外提供服务。 1 挂载目录配置 首先参考上一篇文章，需要挂载把jar包和脚本挂载到pod中去。 在k8s中，管理存储状态是使用Persistent Volume（PV）和 Persistent Volume Claim（PVC）这套持久化存储体系。 PV 描述的，是持久化存储数据卷。这个 API 对象主要定义的
K8s部署的整个应用的整个流程
最新发布
qq_45429357的博客
03-19 359
k8s发布和部署整个应用的流程
在K8S中部署应用流程
weixin_43546282的博客
01-18 1415
1.创建yaml模板 kubectl create deployment web --image=nginx --dry-run -o yaml > web.yaml 2.修改模板 vim web.yaml apiVersion: apps/v1 kind: Deployment metadata: labels: app: web name: web spec: replicas: 3 selector: matchLabels:
k8s-service定义文件的各属性说明
12-01 353
yaml完整内容如下： apiVersion: v1 kind: Service metadata: name: string namespace: string labels: - name: string annotations: - name: string spec: selector: [] type: string clusterIP: string sessionAffinity: string
记录k8s发布项目流程+gitlab
superman
06-22 428
k8s部署
k8s发版流程
qq_30750287的博客
06-19 226
共享网络：通过paus容器，把其它业务容器加入到Pause容器里面，让所有业务容器在同一个名称命名空间中，可以实现网络共享。1 创建容器使用docker，一个docker对应是一个容器，一个容器有进程，一个容器运行一个应用程序。应用部署（坏境准备，Pod，Service，Ingress）PV:持久化存储，对存储资源进行抽象，对外提供可以调用的地方。一个pod可以对应多个容器，每个容器可以对应一个应用。持续交付/集成（代码编译打包，制作镜像，上传镜像仓库）一个pod有多个容器，一个容器里面运行一个应用程序。
智能运维：从0搭建AIOps系统
02-24
我们探讨这个问题时候考虑梦想或者理想是什么:第一个，我们不背锅，我相信在座做运维的同学肯定有背锅的经历，如果我们实施AIOps让大家不用再背锅了，这算是第一个理想。第二个理想，不用再起夜（半夜被叫醒），这个...
mysql审计插件(运维不在背锅)-附件资源
03-05
mysql审计插件(运维不在背锅)-附件资源
部署你的第一个应用程序到k8s集群
memory的博客
07-04 358
部署你的第一个应用程序到k8s集群 看到这里，求知欲饥渴难耐的你一定在想，怎么部署的我们应用程序到集群里面去呢？来个简单的，只需要两步:(这里本文使用nginx镜像当我们的应用程序，因为nginx简单，运行起来后直接可以用浏览器访问网页了。) 第一步：在master节点上创建一个deployment kubectl create deployment nginx --image=nginx 效果如下，可以看到一个叫nginx的deployment创建成功了。 root@ubuntu:/..
K8S架构原理及其工作流程-k8s-jia-gou-yuan-li-ji-qi-gong-zuo-liu-cheng
factionse的博客
11-21 239
服务注册，服务发现负载均衡配置、存储管理健康检查自动扩缩容零宕机k8s中有两大节点，分别是master节点和node节点，其中master节点包含apiserver、controller-manager、scheduler还有一个etcd作为分布式存储，保存了整个集群的状态node节点中包含kubelet、kube-proxy以及docker等容器引擎。
一个http请求时如何进入k8s内部容器的,从网卡收到数据包开始详细说明
weixin_35756373的博客
01-09 440
在 Kubernetes 集群中，当一个 HTTP 请求发送到集群内的某个节点时，这个请求会先经过网卡，然后到达节点的内核。内核会将数据包交给网络协议栈处理，并根据目标 IP 地址和端口号进行路由。 如果这个请求的目标地址是一个运行在 Kubernetes 集群内的容器，那么数据包会被路由到运行在这个节点上的 kube-proxy 进程。kube-proxy 会根据请求的目标端口和协议，将请求转发...
K8S发布应用步骤详解
weixin_52437323的博客
02-22 246
K8s
【k8s】springboot项目迁移至k8s
Nightwish5的博客
04-16 397
全路径：/root/k8sFile/project/springbootDemo/springboot-helloworld。
k8s学习：部署本地应用到k8s集群
天启的博客
07-21 797
部署Nginx kubectl create deployment nginx --image=nginx:alpine 2)暴露端口，让集群外的机器可以访问 kubectl expose deployment nginx1 --port=81 --type=NodePort 3)查看服务 kubectl get service 此时，外部机器可以通过服务器master节点的ip:31659访问服务 ...
Kubernetes基本概念及工作流程
qq_52825616的博客
07-11 911
目录一、Kubernetes的概述1、Kubernetes的简介2、k8s的作用3、k8s的特性二、k8s集群架构与组件1、Master组件2、配置存储中心——etcd3、Worker Node 组件三、k8s核心概念1、Pod2、Label3、Service4、Ingress5、Name6、Namespace用于自动部署、扩展和管理“容器化( containerized) 应用程序”的开源系统可以理解成K8S是负责自动化运维管理多个容器化程序(比如Docker)的集群，是–个生态极其丰富的容器编排框架工具
Kubernetes的工作流程
一切有为法，如梦亦如幻，如露亦如电，应作如是观。
09-30 843
【1】创建一个包含应用程序的Develpment的yml文件，然后通过kubectl客户端工具发送给ApiServer; 【2】ApiServer接收到客户端的请求并将资源内容存储到数据库etcd中 【3】Controller组件(包含scheduler、replication、endpoint)监控资源变化并作出反应 【4】ReplicaSet检查数据库变化，创建期望数量的Pod实例 【5】Scheduler再次检查数据变化，发现尚未被分配到具体执行节点(Node)的Pod，然后根据一组相关规则将Pod分
【kubernetes】关于k8s集群的资源发布方式（灰度/滚动发布）
liu_xueyin的博客
02-27 3381
如“暂停(pause)”或“继续(resume)”更新操作。
DHorse系列文章之镜像制作
wuxiaopengnihao1的博客
11-18 736
制作镜像常用的工具 使用Docker制作镜像 1.使用docker commit制作 该命令使用比较简单，可以自行网上搜索教程。 2.使用Dockerfile制作 这种方式，需要编写如下的Dokerfile文件： FROM openjdk:openjdk:13-jdk-alpine ADD client-1.0.0.jar /client.jar ENTRYPOINT ["java","-jar","/client.jar"] 并且执行如下命令： docker build -t dhorse
K8S部署应用详解
huashetianzu的专栏
03-14 2683
首先以SpringBoot应用为例介绍一下k8s的部署步骤。1.从代码仓库下载代码，比如GitLab；2.接着是进行打包，比如使用Maven；3.编写Dockerfile文件，把步骤2产生的包制作成镜像；4.上传步骤3的镜像到远程仓库，比如Harhor；5.编写Deployment文件；6.提交Deployment文件到k8s集群；
迈向AIOps未来：告别运维困境与编程挑战
- AIOps的理想愿景包括：运维人员不再背锅，不再因突发问题半夜被唤醒，以及无需7x24小时值班，尤其是在繁忙的节假日。这些理想反映了对运维工作压力的减轻和效率提升的追求。 2. **实现路径：5W-1H分析法与编码...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值