k8s部署-39-pod有哪几种部署方式呢？能不能回滚版本呢？带你了解。

k8s部署-39-pod有哪几种部署方式呢？能不能回滚版本呢？带你了解。

部署方式

1、Recreate：创建部署

这种部署方式是删除老的服务之后，再运行新的服务；

2、Rolling update：滚动部署

就是我们之前所用的那种部署方式，先创建新的服务，正常运行之后，再删除老的服务，保证服务的持续运行；

3、蓝绿部署

在保持老服务正常运行的情况下，再部署一套服务，就是说在一定的时间内，会有两套服务在运行，测试通过之后，切换流量到新版本，之后再删除老服务；

4、金丝雀部署

同蓝绿部署很类似，在他的基础上可以访问不同的版本。

下面我们就每种部署方式简单的实验一下吧。

RECREATE

[root@node1 ~]# cd namespace/[root@node1 namespace]# mkdir deployment[root@node1 namespace]# cd deployment/[root@node1 deployment]# [root@node1 deployment]# vim web-recreate.yaml # 可以发现文件内容差不多，主要是# Deployment.spec.strategy.type#deployapiVersion: apps/v1kind: Deploymentmetadata: name: web-recreate namespace: devspec: strategy: type: Recreate selector: matchLabels: app: web-recreate replicas: 2 template: metadata: labels: app: web-recreate spec: containers: - name: web-recreate image: registry.cn-beijing.aliyuncs.com/yunweijia0909/springboot-web:v1 ports: - containerPort: 8080---#serviceapiVersion: v1kind: Servicemetadata: name: web-recreate namespace: devspec: ports: - port: 80 protocol: TCP targetPort: 8080 selector: app: web-recreate type: ClusterIP---#ingressapiVersion: extensions/v1beta1kind: Ingressmetadata: name: web-recreate namespace: devspec: rules: - host: web-recreate.yunweijia.com http: paths: - path: backend: serviceName: web-recreate servicePort: 80[root@node1 deployment]#

那么有疑问了，为什么要有这种方式呢？而且会造成服务中断，这种会在哪种情况下使用呢？我觉得呀，可以在系统资源不足的情况下使用，比如说你这个pod启动了10个，但是你如果使用滚动部署的话，那么相当于短时间内你要启动20个pod，这个时候你的资源不足了，那么我们就可以使用这种方式了，先删除，再创建。

Rolling update

# 这个应该是最熟悉的方式，因为我们之前一直这样操作# 那么有同学要问了，为什么之前没有配置呢？因为他默认就是rolling update方式[root@node1 deployment]# vim web-rolling-update.yaml # 重点也是在Deployment.spec.strategy.typeapiVersion: apps/v1kind: Deploymentmetadata: name: web-rollingupdate namespace: devspec: strategy: rollingUpdate:      maxSurge: 25%  # 超出这个服务数的百分比，可以为具体数值，去掉%即可      maxUnavailable: 25%  # 最大失败百分比，可以为具体数值，去掉%即可 type: RollingUpdate selector: matchLabels: app: web-rollingupdate replicas: 2 template: metadata: labels: app: web-rollingupdate spec: containers: - name: web-rollingupdate image: registry.cn-beijing.aliyuncs.com/yunweijia0909/springboot-web:v1 ports:        - containerPort: 8080---#serviceapiVersion: v1kind: Servicemetadata: name: web-rollingupdate namespace: devspec: ports: - port: 80 protocol: TCP targetPort: 8080 selector: app: web-rollingupdate type: ClusterIP---#ingressapiVersion: extensions/v1beta1kind: Ingressmetadata: name: web-rollingupdate namespace: devspec: rules: - host: web-rollingupdate.yunweijia.com http: paths: - path: backend: serviceName: web-rollingupdate servicePort: 80[root@node1 deployment]#

这种方式就是我们经常使用的方式了，先启动新的pod，验证通过之后，再把旧的pod关闭，这样子的话不会有服务中断，体验感较好，适用于大多数情况。

针对这种情况我们可以有以下操作，比如说我们这个pod有两个实例，我们滚动更新的时候，当一个更新完毕了，我们暂停该滚动部署，先使用具体业务来测试下，有没有什么问题，如果没有问题了，我们再继续执行滚动部署。

简单来说就是当滚动部署在执行中的时候我们把它暂停。

[root@node1 deployment]# kubectl apply -f web-rolling-update.yaml # 当只部署了一个的时候，执行如下命令暂停[root@node1 deployment]# kubectl rollout pause deploy web-rollingupdate -n devdeployment.apps/web-rollingupdate paused[root@node1 deployment]## 进行业务测试# 测试完毕之后让他继续正常部署[root@node1 deployment]# kubectl rollout resume deploy web-rollingupdate -n devdeployment.apps/web-rollingupdate resumed[root@node1 deployment]#

那么是不是又有一个问题了，万一测试过程中我们发现问题了咋办？肿么搞呢？能不能回滚啊~~~当然可以了，当我们发现新部署的pod有问题，执行如下命令即可直接回滚。

[root@node1 deployment]# kubectl rollout undo deploy web-rollingupdate -n devdeployment.apps/web-rollingupdate rolled back[root@node1 deployment]#

蓝绿部署

文章最上面我们知道了蓝绿部署是什么东西，那么我们该如何实现呢？我们可以将deployment放置一个文件，service和ingress放置于另一个文件，如下：

[root@node1 deployment]# vim web-blue.yaml #deployapiVersion: apps/v1kind: Deploymentmetadata:  name: web-blue namespace: devspec: strategy: rollingUpdate: maxSurge: 25% maxUnavailable: 25% type: RollingUpdate selector: matchLabels: app: web-bluegreen replicas: 2 template: metadata: labels: app: web-bluegreen version: v1.0 spec: containers: - name: web-bluegreen image: registry.cn-beijing.aliyuncs.com/yunweijia0909/springboot-web:v1 ports: - containerPort: 8080[root@node1 deployment]# [root@node1 deployment]# cat web-blue-ingress.yaml ---#serviceapiVersion: v1kind: Servicemetadata: name: web-bluegreen namespace: devspec: ports: - port: 80 protocol: TCP targetPort: 8080 selector: app: web-blue version: v1.0 type: ClusterIP---#ingressapiVersion: extensions/v1beta1kind: Ingressmetadata: name: web-bluegreen namespace: devspec: rules: - host: web-bluegreen.yunweijia.com http: paths: - path: backend: serviceName: web-bluegreen servicePort: 80[root@node1 deployment]#

我们创建的时候，分别执行如下命令；

[root@node1 deployment]# kubectl apply -f web-blue.yaml deployment.apps/web-blue created[root@node1 deployment]# kubectl apply -f web-blue-ingress.yaml service/web-bluegreen createdingress.extensions/web-bluegreen created[root@node1 deployment]#

当我们想升级版本的时候，可以先修改deployment，如下：

[root@node1 deployment]# cat web-blue.yaml # 1、修改了metadata.name# 2、修改了spec.template.metadata.labels.version# 3、修改了spec.template.spec.containers.image#deployapiVersion: apps/v1kind: Deploymentmetadata:  name: web-green namespace: devspec: strategy: rollingUpdate: maxSurge: 25% maxUnavailable: 25% type: RollingUpdate selector: matchLabels: app: web-bluegreen replicas: 2 template: metadata: labels: app: web-bluegreen version: v2.0 spec: containers: - name: web-bluegreen image: registry.cn-beijing.aliyuncs.com/yunweijia0909/springboot-web:v2 ports: - containerPort: 8080[root@node1 deployment]# kubectl apply -f web-blue.yaml deployment.apps/web-green created[root@node1 deployment]# kubectl get pod -n devNAME READY STATUS RESTARTS AGEweb-blue-65ddb7bdbd-dqwwp      1/1     Running   0          5m41sweb-blue-65ddb7bdbd-lzwxx      1/1     Running   0          5m41sweb-green-796588fb49-57mwc    1/1     Running   0          6sweb-green-796588fb49-cn444    1/1     Running   0          6s[root@node1 deployment]#

从上面可以看到我们这个时候有两个版本，那么如何切换流量呢？当然是修改service和ingress的配置文件了，如下：

[root@node1 deployment]# cat web-blue-ingress.yaml # 只需修改service.spec.selector.version即可---#serviceapiVersion: v1kind: Servicemetadata: name: web-bluegreen namespace: devspec: ports: - port: 80 protocol: TCP targetPort: 8080 selector: app: web-blue version: v2.0 type: ClusterIP---#ingressapiVersion: extensions/v1beta1kind: Ingressmetadata: name: web-bluegreen namespace: devspec: rules: - host: web-bluegreen.yunweijia.com http: paths: - path: backend: serviceName: web-bluegreen servicePort: 80[root@node1 deployment]# [root@node1 deployment]# kubectl apply -f web-blue-ingress.yaml service/web-bluegreen configuredingress.extensions/web-bluegreen configured[root@node1 deployment]#

这个时候我们的流量就切换到新版本2.0上了，当我们想回退的时候，直接修改配置文件，将流量切换回去就行了，因为我们老版本的pod一直在运行着。

当下一个版本的时候，再把名字改成web-blue，这样子永远是blue和green在交互，这就是蓝绿部署。

金丝雀部署

这个是为了能在同一时间访问不同的版本，那么在我们掌握蓝绿部署的基础上修改下就好了吧，是不是很容易呢，因为蓝绿的基础就是有两不同的版本，那么我们只需要选中他的两个版本就行了。所以我们只需要在蓝绿部署的基础上修改service和ingress的配置文件即可，如下：

[root@node1 deployment]# vim web-blue-ingress.yaml# 在这里去掉了service.spec.selector中的版本选中---#serviceapiVersion: v1kind: Servicemetadata: name: web-bluegreen namespace: devspec: ports: - port: 80 protocol: TCP targetPort: 8080 selector: app: web-blue type: ClusterIP---#ingressapiVersion: extensions/v1beta1kind: Ingressmetadata: name: web-bluegreen namespace: devspec: rules: - host: web-bluegreen.yunweijia.com http: paths: - path: backend: serviceName: web-bluegreen servicePort: 80[root@node1 deployment]# kubectl apply -f web-blue-ingress.yaml service/web-bluegreen configuredingress.extensions/web-bluegreen configured[root@node1 deployment]#

这样子的话，我们就可以同时访问两个版本了。

至此，本文结束。