Kubernetes之Deployment控制器
Deployment 简介
deployment 是用来管理无状态应用的,面向的集群的管理,而不是面向的是一个不可变的个体,举例:有一群鸭子,要吃掉一个,只需要再放一个新的鸭仔就好了,不会影响什么,而有状态的应用,就同时养三条狗一样,而每个狗都是无法代替用新的事物代替的,因为有“感情”这个状态在里面。
Deployment 为Pod 和 ReplicaSet 之上,提供了一个声明式定义(declarative)方法,用来替代以前的ReplicationController 来方便的管理应用。
你只需要在 Deployment 中描述您想要的目标状态是什么,Deployment controller 就会帮您将 Pod 和ReplicaSet 的实际状态改变到您的目标状态。您可以定义一个全新的 Deployment 来
创建 ReplicaSet 或者删除已有的 Deployment 并创建一个新的来替换。也就是说Deployment是可以管理多个ReplicaSet的,如下图:
典型的应用场景包括:
- 定义Deployment来创建Pod和ReplicaSet,使用Deployment来创建ReplicaSet。ReplicaSet在后台创建pod。检查启动状态,看它是成功还是失败。
- 然后,通过更新Deployment的PodTemplateSpec字段来声明Pod的新状态。这会创建一个新的ReplicaSet,Deployment会按照控制的速率将pod从旧的ReplicaSet移动到新d的ReplicaSet中。
- 如果当前状态不稳定,回滚到之前的Deployment revision。每次回滚都会更新Deployment的revision。
- 扩容Deployment以满足更高的负载。
- 暂停Deployment来应用PodTemplateSpec的多个修复,然后恢复上线。
- 根据Deployment 的状态判断上线是否hang住了。
- 清除旧的不必要的 ReplicaSet。
Deployment 升级
kubectl explain deploy.spec.strategy 策略订是配置怎么滚动升级的,支持两种策略:
- Recreate 重建式更新,就是删一个建一个。
- rollingUpdate 滚动更新,简单定义 更新期间pod最多有几个等
rollingUpdate 有两种策略
- maxSurge 指定超出副本数有几个,两种方式:1、指定数量 2、百分比
- maxUnavailable 最多有几个不可用
Deployment 历史版本
kubectl explain deploy.spec.revisionHistoryLimit
最多保存多少个历史版本,默认是10个
Deployment 模板
kubectl explain deploy.spec.template
通过template 创建我们的目标状态
类似pod的定义(包含 spec 、 metadata)
spec <Object>
Specification of the desired behavior of the pod. More info: https://
git.k8s.io/community/contributors/devel/api-conventions.md#spec-and-status/ metadata <Object>
Standard object's metadata. More info:
https://git.k8s.io/community/contributors/devel/api-conventions.md#metadata
案例:
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-deploy
namespace: default
spec:
replicas:
selector:
matchLabels:
app: myapp
release: dev
template:
metadata:
labels:
app: myapp
release: dev
spec:
containers:
- name: myapp-containers
image: ikubernetes/myapp:v1
ports:
- name: http
containerPort:
结果
看一下deploy 是否成功
$ kubectl get deploy
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
myapp-deploy 2m
因为deploy 是三层架构 现在会自动启动一个replicasets 我们看一下是否启动
$ kubectl get rs
NAME DESIRED CURRENT READY AGE
myapp-deploy-f4bcc4799 5m
我们看自动创建一个rs.名称后面的字符串是 模板的哈希值。是不会发生变化的,最后pod的是随机值 我们再看一下最后一层,最后一层为pod
$ kubectl get pods
NAME READY STATUS RESTARTS AGE
myapp-deploy-f4bcc4799-cs5xc / Running 7m
myapp-deploy-f4bcc4799-k4tq5 / Running 7m
滚动升级案例:
我们通过修改yaml的方式升级
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-deploy
namespace: default
spec:
replicas:
selector:
matchLabels:
app: myapp
release: dev
template:
metadata:
labels:
app: myapp
release: dev
spec:
containers:
- name: myapp-containers
image: ikubernetes/myapp:v2
ports:
- name: http
containerPort:
升级过程(我们看到,是停止一台,升级一台的这种循环。)
kubectl get pods -l app=myapp -w
NAME READY STATUS RESTARTS AGE
myapp-deploy-f4bcc4799-cs5xc / Running 23m
myapp-deploy-f4bcc4799-cwzd9 / Running 14m
myapp-deploy-f4bcc4799-k4tq5 / Running 23m
myapp-deploy-f4bcc4799-shbmb / Running 14m
myapp-deploy-f4bcc4799-vtk6m / Running 14m myapp-deploy-f4bcc4799-shbmb / Terminating 16m
myapp-deploy-869b888f66-mv5c6 / Pending 0s
myapp-deploy-869b888f66-mv5c6 / Pending 0s
myapp-deploy-869b888f66-vk9j6 / Pending 0s
myapp-deploy-869b888f66-vk9j6 / Pending 0s
myapp-deploy-869b888f66-mv5c6 / ContainerCreating 0s
myapp-deploy-869b888f66-r57t5 / Pending 0s
myapp-deploy-869b888f66-r57t5 / Pending 0s
myapp-deploy-869b888f66-vk9j6 / ContainerCreating 1s
myapp-deploy-869b888f66-r57t5 / ContainerCreating 1s
myapp-deploy-869b888f66-r57t5 / ContainerCreating 1s
myapp-deploy-869b888f66-mv5c6 / ContainerCreating 1s
myapp-deploy-869b888f66-vk9j6 / ContainerCreating 2s
myapp-deploy-f4bcc4799-shbmb / Terminating 16m
myapp-deploy-f4bcc4799-shbmb / Terminating 16m
myapp-deploy-869b888f66-r57t5 / Running 4s
myapp-deploy-f4bcc4799-vtk6m / Terminating 16m
myapp-deploy-869b888f66-rxzbb / Pending 1s
myapp-deploy-869b888f66-rxzbb / Pending 1s
myapp-deploy-869b888f66-rxzbb / ContainerCreating 1s
myapp-deploy-869b888f66-vk9j6 / Running 5s
myapp-deploy-f4bcc4799-cwzd9 / Terminating 16m
myapp-deploy-869b888f66-vvwwv / Pending 0s
myapp-deploy-869b888f66-vvwwv / Pending 0s
.....
我们查看一下 rs的情况 以下可以看到原的rs作为备份,而现在是启动新的rs
$ kubectl get rs -o wide
NAME DESIRED CURRENT READY AGE CONTAINER(S) IMAGE(S) SELECTOR
myapp-deploy-869b888f66 3m myapp-containers ikubernetes/myapp:v2 app=myapp,pod-template-hash=,release=dev
myapp-deploy-f4bcc4799 29m myapp-containers ikubernetes/myapp:v1 app=myapp,pod-template-hash=,release=dev
修改滚动升级策略
$ kubectl patch deplop myapp-deploy -p '{"spec":{"strategy":{"rollingUpdate":{"maxSurge":,"maxUnavailable":}}}}'
$ kubectl describe deploy myapp-deploy
Name: myapp-deploy
Namespace: default
CreationTimestamp: Tue, 28 Aug 2018 09:52:03 -0400
Labels: app=myapp
release=dev
Annotations: deployment.kubernetes.io/revision=4
kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"apps/v1","kind":"Deployment","metadata":{"annotations":{},"name":"myapp-deploy","namespace":"default"},"spec":{"replicas":3,"selector":{...
Selector: app=myapp,release=dev
Replicas: 3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType: RollingUpdate
MinReadySeconds: 0
RollingUpdateStrategy: 0 max unavailable, 1 max surge
Pod Template:
....
金丝雀发布
##通过 set image 发布新的镜像 也可以通过yaml文件发布 myapp-containers 是containers 的名称
$ kubectl set image deploy myapp-deploy myapp-containers=ikubernetes/myapp:v3 && kubectl rollout pause deploy myapp-deploy
deployment "myapp-deploy" image updated
deployment "myapp-deploy" paused #查看更新情况(新增加一个资源,但是没执行。是因为pause暂停命令,所以发布一个,这样形成了金丝雀发布,这个金丝雀就是让真实用户验证的)
$ kubectl get pods -l app=myapp -w
NAME READY STATUS RESTARTS AGE
myapp-deploy-869b888f66-dpwvk / Running 24m
myapp-deploy-869b888f66-frspv / Running 24m
myapp-deploy-869b888f66-sgsll / Running 24m
myapp-deploy-7cbd5b69b9-5s4sq / Pending 0s
myapp-deploy-7cbd5b69b9-5s4sq / Pending 0s
myapp-deploy-7cbd5b69b9-5s4sq / ContainerCreating 1s
myapp-deploy-7cbd5b69b9-5s4sq / ContainerCreating 2s
myapp-deploy-7cbd5b69b9-5s4sq / Running 19s #那个金丝雀没问题,可以发布后续的更新了
kubectl rollout resume deploy myapp-deploy #查看更新情况
kubectl get pods -l app=myapp -w
NAME READY STATUS RESTARTS AGE
myapp-deploy-869b888f66-dpwvk / Running 24m
myapp-deploy-869b888f66-frspv / Running 24m
myapp-deploy-869b888f66-sgsll / Running 24m
myapp-deploy-7cbd5b69b9-5s4sq / Pending 0s
myapp-deploy-7cbd5b69b9-5s4sq / Pending 0s
myapp-deploy-7cbd5b69b9-5s4sq / ContainerCreating 1s
myapp-deploy-7cbd5b69b9-5s4sq / ContainerCreating 2s
myapp-deploy-7cbd5b69b9-5s4sq / Running 19s
myapp-deploy-869b888f66-dpwvk / Terminating 31m
myapp-deploy-7cbd5b69b9-p6kzm / Pending 1s
myapp-deploy-7cbd5b69b9-p6kzm / Pending 1s
myapp-deploy-7cbd5b69b9-p6kzm / ContainerCreating 1s
myapp-deploy-7cbd5b69b9-p6kzm / ContainerCreating 2s
myapp-deploy-869b888f66-dpwvk / Terminating 31m
myapp-deploy-869b888f66-dpwvk / Terminating 31m
myapp-deploy-869b888f66-dpwvk / Terminating 31m
myapp-deploy-7cbd5b69b9-p6kzm / Running 18s
myapp-deploy-869b888f66-frspv / Terminating 31m
myapp-deploy-7cbd5b69b9-q8mvs / Pending 0s
myapp-deploy-7cbd5b69b9-q8mvs / Pending 0s
myapp-deploy-7cbd5b69b9-q8mvs / ContainerCreating 0s
myapp-deploy-7cbd5b69b9-q8mvs / ContainerCreating 1s
myapp-deploy-869b888f66-frspv / Terminating 31m
myapp-deploy-869b888f66-frspv / Terminating 31m
myapp-deploy-869b888f66-frspv / Terminating 31m
myapp-deploy-869b888f66-frspv / Terminating 31m
回滚
查看现在有几个版本
kubectl rollout history deploy myapp-deploy
deployments "myapp-deploy"
REVISION CHANGE-CAUSE
<none>
<none>
<none>
<none>
回滚到第0版(默认回滚上一版,可以通过 --to-revision指定版本)
$ kubectl rollout undo deploy myapp-deploy --to-revision=
deployment "myapp-deploy" rolled back
#查看回滚情况
$ kubectl get pods -l app=myapp -w
NAME READY STATUS RESTARTS AGE
myapp-deploy-7cbd5b69b9-5s4sq / Running 6m
myapp-deploy-7cbd5b69b9-p6kzm / Running 1m
myapp-deploy-7cbd5b69b9-q8mvs / Running 54s
^[[Amyapp-deploy-869b888f66-7shh9 / Pending 0s
myapp-deploy-869b888f66-7shh9 / Pending 0s
myapp-deploy-869b888f66-7shh9 / ContainerCreating 0s
myapp-deploy-869b888f66-7shh9 / ContainerCreating 1s
myapp-deploy-869b888f66-7shh9 / Running 3s
myapp-deploy-7cbd5b69b9-q8mvs / Terminating 5m
myapp-deploy-869b888f66-4l4cv / Pending 0s
myapp-deploy-869b888f66-4l4cv / Pending 0s
myapp-deploy-869b888f66-4l4cv / ContainerCreating 0s
myapp-deploy-869b888f66-4l4cv / ContainerCreating 1s
myapp-deploy-7cbd5b69b9-q8mvs / Terminating 5m
myapp-deploy-869b888f66-4l4cv / Running 2s
myapp-deploy-7cbd5b69b9-p6kzm / Terminating 6m
myapp-deploy-869b888f66-vwgj2 / Pending 0s
myapp-deploy-869b888f66-vwgj2 / Pending 0s
myapp-deploy-869b888f66-vwgj2 / ContainerCreating 0s
myapp-deploy-7cbd5b69b9-q8mvs / Terminating 5m
myapp-deploy-7cbd5b69b9-q8mvs / Terminating 5m
myapp-deploy-7cbd5b69b9-p6kzm / Terminating 6m
myapp-deploy-869b888f66-vwgj2 / ContainerCreating 1s
myapp-deploy-869b888f66-vwgj2 / Running 3s
myapp-deploy-7cbd5b69b9-5s4sq / Terminating 11m
myapp-deploy-7cbd5b69b9-5s4sq / Terminating 11m
myapp-deploy-7cbd5b69b9-5s4sq / Terminating 11m
myapp-deploy-7cbd5b69b9-p6kzm / Terminating 6m
myapp-deploy-7cbd5b69b9-p6kzm / Terminating 6m
myapp-deploy-7cbd5b69b9-5s4sq / Terminating 11m
myapp-deploy-7cbd5b69b9-5s4sq / Terminating 11m $ kubectl get rs -l app=myapp -o wide
NAME DESIRED CURRENT READY AGE CONTAINER(S) IMAGE(S) SELECTOR
myapp-deploy-7cbd5b69b9 14m myapp-containers ikubernetes/myapp:v3 app=myapp,pod-template-hash=,release=dev
myapp-deploy-869b888f66 1h myapp-containers ikubernetes/myapp:v2 app=myapp,pod-template-hash=,release=dev
myapp-deploy-f4bcc4799 1h myapp-containers ikubernetes/myapp:v1 app=myapp,pod-template-hash=,release=dev
kubectl patch 打补丁的方式更新
格式案例(通过json格式)
kubectl patch pod valid-pod -p '{"spec":{"containers":[{"name":"kubernetes-serve-hostname","image":"new image"}]}}'
更新一个images
kubectl patch deploy myapp-deploy -p '{"spec":{"template":{"spec":{"containers":[{"name":"myapp-containers","image":"ikubernetes/myapp:v1"}]}}}}'
Kubernetes之Deployment控制器的更多相关文章
- 【Kubernetes】Deployment控制器模型
在Kubernetes中,Deployment是最基本的控制器对象 apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deploym ...
- 如何将云原生工作负载映射到 Kubernetes 中的控制器
作者:Janakiram MSV 译者:殷龙飞 原文地址:https://thenewstack.io/how-to-map-cloud-native-workloads-to-kubernetes- ...
- 使用Deployment控制器创建Pods并使Service发布到外网可访问
由于NFS支持节点共同读取及写入,所以可使用Deployment控制器创建多个Pod,并且每一个Pod都共享同一个目录 k8s-master kubnet@hadoop2 volumes]$ vim ...
- 06 . Kubernetes之Pod控制器详细介绍及应用
Pod API属性详解 Pod是k8s集群中的最小编排单位.将这个设计落实到API对象上,容器就成了Pod属性里一个普通的字段.那么到底哪些属性属于Pod对象,哪些属性属于容器的呢?先看下面的一段描述 ...
- 容器编排系统之ReplicaSet和Deployment控制器
前文我们了解了k8s上的Pod资源的生命周期.健康状态和就绪状态探测以及资源限制相关话题,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/14143610.htm ...
- kubernetes 核心技术-Controller 控制器
一.什么是Controller? Controller是在集群上管理和运行容器的对象,Controller是实际存在的,Pod是抽象的,主要创建管理pod 二.Pod和Controller的关系 Po ...
- Kubernetes中Deployment部署故障排除
Kubernetes中Deployment部署故障排除 字符型思维导图 排查pod状态(带标签):kubectl get pods,是否有等待处理的pod? 是?kubectl describe po ...
- kubernetes的Deployment, DaemonSet, Job 和 CronJob事例
k8s kubernetes给node节点添加标签和删除node节点标签 Deployment配置文件exampledeploymentv1.yaml apiVersion: apps/v1 kind ...
- Deployment控制器(pod)更新策略
最小就绪时间: 配置时,用户可以使用Deplpoyment控制器的spec.minReadySeconds属性来控制应用升级的速度.新旧更替过程中,新创建的Pod对象一旦成功响应就绪探测即被视作可用, ...
随机推荐
- python爬虫 | 一条高效的学习路径
数据是创造和决策的原材料,高质量的数据都价值不菲.而利用爬虫,我们可以获取大量的价值数据,经分析可以发挥巨大的价值,比如: 豆瓣.知乎:爬取优质答案,筛选出各话题下热门内容,探索用户的舆论导向. 淘宝 ...
- python3 文件操作
步骤:打开文件->操作文件->关闭文件 打开文件 文件句柄 = open('文件路径', '模式') 指定文件编码 文件句柄= open('文件路径','模式',encoding='utf ...
- apache https配置【转】
博文来源:apache https配置 参考博文:apache.nginx配置自签名证书 1. 确认是否安装ssl模块 是否有mod_ssl.so文件 2. 生成证书和密钥 linux下 步骤1: ...
- docker容器日志收集方案(方案四,目前使用的方案)
先看数据流图,然后一一给大家解释 这个方案是将日志直接从应用代码中将日志输出到redis中(注意,是应用直接连接redis进行日志输出),redis充当一个缓存中间件有一定的缓存能力,不过有限,因 ...
- easyUI行删除
function removeRow(target,number) { if (number) { var index = getRowIndex(target); $datagrid.datagri ...
- 关于c#(vs)dategridview控件继承不能修改的问题
问题描述:前几天写个小项目的时候,用到了一个父窗体,然后继承过来的dategridview控件不管是属性还是事件都不能修改. 如下图所示: 然后我就在网上找资料,但是有关这个问题的资源甚少,或许是我不 ...
- Python开发【内置模块篇】os模块
1.当前路径及路径下的文件 os.getcwd():查看当前所在路径. >>> import os >>> os.getcwd() 'E:\\test' >& ...
- maven 出现错误 -source 1.5 中不支持 diamond 运算符
mvn clean package -DskipTests 出现如下错误: -source 1.5 中不支持 diamond 运算符 [ERROR] (请使用 -source 7 或更高版本以启用 d ...
- Docker,Docker Compose,Docker Swarm,Kubernetes之间的区别
Dcoker Docker 这个东西所扮演的角色,容易理解,它是一个容器引擎,也就是说实际上我们的容器最终是由Docker创建,运行在Docker中,其他相关的容器技术都是以Docker为基础,它是我 ...
- Linux systemtap定位系统IO资源使用情况(ok)
一.systemtap介绍 SystemTap是一个强大的调试工具,是监控和跟踪运行中的Linux 内核的操作的动态方法,确切的说应该是一门调试语言,因为它有自己的语法,也有解析.编译.运行等过程(准 ...