kubernetes学习之路（十一）控制器（二）RS、Deployment、Deployment操作

最新推荐文章于 2022-07-15 10:12:52 发布
最新推荐文章于 2022-07-15 10:12:52 发布
阅读量466 收藏
点赞数
分类专栏： kubernetes学习专栏
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_38367535/article/details/107158167
版权

1、RS

  RC （ReplicationController ）主要的作用就是用来确保容器应用的副本数始终保持在用户定义的副本数 。即如果有容器异常退出，会自动创建新的Pod来替代；而如果异常多出来的容器也会自动回收。

  Kubernetes 官方建议使用 RS （ ReplicaSet ） 替代 RC （ ReplicationController ） 进行部署， RS 跟 RC 没有 本质的不同，只是名字不一样，并且 RS 支持集合式的 selector
 
RS示例： 
apiVersion: extensions/v1beta1 
kind: ReplicaSet 
metadata: 
  name: frontend 
spec: 
  replicas: 3 
  selector: 
    matchLabels: 
      tier: frontend 
  template: 
    metadata: 
      labels: 
        tier: frontend 
    spec: 
      containers: 
      - name: myapp
        image: docker.harbor.com/library/nginx:v1
        env:
        - name: GET_HOSTS_FROM
          value: dns
        ports:
        - containerPort: 80

RS其实分为两部分

第一部分为RS

apiVersion: extensions/v1beta1 
kind: ReplicaSet 
metadata: 
  name: frontend 
spec: 
  replicas: 3 
  selector: 
    matchLabels: 
      tier: frontend

第二部分为Pod

  template: 
    metadata: 
      labels: 
        tier: frontend 
    spec: 
      containers: 
      - name: myapp
        image: docker.harbor.com/library/nginx:v1
        env:
        - name: GET_HOSTS_FROM
          value: dns
        ports:
        - containerPort: 80

运行成功后

[root@m1 yaml]# kubectl get pod

NAME                    READY   STATUS    RESTARTS   AGE

frontend-5m88f          1/1     Running   0          6s

frontend-m7kn6          1/1     Running   0          6s

frontend-vpbxj          1/1     Running   0          6s

此时删除default命名空间下的所有pod

kubectl delete pod --all

RS创建的pod会自动再生成三个副本，这就是自主式Pod 和 资源控制器的Pod 区别

 

查看Pod标签

[root@m1 yaml]# kubectl get pod --show-labels

NAME             READY   STATUS    RESTARTS   AGE     LABELS

frontend-9sjjh   1/1     Running   0          2m23s   tier=frontend

frontend-cm664   1/1     Running   0          2m23s   tier=frontend

frontend-p54fl   1/1     Running   0          2m23s   tier=frontend

更改其中一个pod的标签

[root@m1 yaml]# kubectl label pod frontend-9sjjh tier=frontend1

error: 'tier' already has a value (frontend), and --overwrite is false    #### 如果报错，需要改为执行下面命令

[root@m1 yaml]# 

[root@m1 yaml]# kubectl label pod frontend-9sjjh tier=frontend1 --overwrite=True

pod/frontend-9sjjh labeled

再次查看pod，会发现变成了四个

其中一个的标签是frontend1，也就是刚刚更改的一个pod

原因是replicas指定副本数是根据标签进行的，所以当标签为frontend的副本数小于期望值时会自动再补充一个，而标签为frontend1的pod将不受当前RS控制，所以即使删除RS也不会删除掉标签为frontend1这个Pod

RS匹配Pod是通过yaml文件配置中 matchLabels 选择的

[root@m1 yaml]# kubectl get pod --show-labels

NAME             READY   STATUS    RESTARTS   AGE    LABELS

frontend-9sjjh   1/1     Running   0          5m9s   tier=frontend1

frontend-cm664   1/1     Running   0          5m9s   tier=frontend

frontend-lq97j   1/1     Running   0          18s    tier=frontend

frontend-p54fl   1/1     Running   0          5m9s   tier=frontend

 

2、RS与Deployment的关联

Deployment
  • Deployment 为 Pod 和 ReplicaSet 提供了一个声明式定义(declarative)方法，用来替代以前的
  • ReplicationController 来方便的管理应用。典型的应用场景包括：
  • 定义Deployment来创建Pod和ReplicaSet
  • 滚动升级和回滚应用
  • 扩容和缩容
  • 暂停和继续Deployment

示例：

[root@m1 yaml]# cat deployment.yaml 


apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: docker.harbor.com/library/nginx:v1
        ports:
        - containerPort: 80


[root@m1 yaml]# kubectl apply -f deployment.yaml --record

--record参数可以记录命令，我们可以很方便的查看每次revision的变化

查看信息

查看deployment

[root@m1 yaml]# kubectl get deployment

NAME               READY   UP-TO-DATE   AVAILABLE   AGE

nginx-deployment   3/3     3            3           7s

查看RS，可以看到创建deployment时自动会创建对应的RS

[root@m1 yaml]# kubectl get rs

NAME                          DESIRED   CURRENT   READY   AGE

nginx-deployment-5bd5cb5c6c   3         3         3       12s

查看Pod

[root@m1 yaml]# kubectl get pod --show-labels

NAME                                READY   STATUS    RESTARTS   AGE   LABELS

nginx-deployment-5bd5cb5c6c-6fsqp   1/1     Running   0          29s   app=nginx,pod-template-hash=5bd5cb5c6c

nginx-deployment-5bd5cb5c6c-hqw5q   1/1     Running   0          29s   app=nginx,pod-template-hash=5bd5cb5c6c

nginx-deployment-5bd5cb5c6c-q5vn6   1/1     Running   0          29s   app=nginx,pod-template-hash=5bd5cb5c6c

 

3、Deployment操作

扩容：

[root@m1 yaml]# kubectl scale deployment nginx-deployment --replicas 10

deployment.extensions/nginx-deployment scaled

[root@m1 yaml]# kubectl get pod

NAME                                READY   STATUS    RESTARTS   AGE

nginx-deployment-5bd5cb5c6c-27gnp   1/1     Running   0          9s

nginx-deployment-5bd5cb5c6c-5qlsd   1/1     Running   0          9s

nginx-deployment-5bd5cb5c6c-cb77s   1/1     Running   0          9s

nginx-deployment-5bd5cb5c6c-gr9c5   1/1     Running   0          9s

nginx-deployment-5bd5cb5c6c-gvkd9   1/1     Running   0          47s

nginx-deployment-5bd5cb5c6c-l5mts   1/1     Running   0          9s

nginx-deployment-5bd5cb5c6c-m9d54   1/1     Running   0          9s

nginx-deployment-5bd5cb5c6c-pgmhk   1/1     Running   0          47s

nginx-deployment-5bd5cb5c6c-qfjzc   1/1     Running   0          9s

nginx-deployment-5bd5cb5c6c-tcmrn   1/1     Running   0          47s

更新镜像：

[root@m1 yaml]# kubectl set image deployment/nginx-deployment nginx=docker.harbor.com/library/nginx:v2

deployment.extensions/nginx-deployment image updated

更新后查看rs状态，会发现有两个rs在一增一减进行滚动更新，直到全部更新完成

[root@m1 yaml]# kubectl get rs

NAME                          DESIRED   CURRENT   READY   AGE

nginx-deployment-5bd5cb5c6c   2         2         2       79s

nginx-deployment-84f6467746   9         9         7       5s

[root@m1 yaml]# kubectl get rs

NAME                          DESIRED   CURRENT   READY   AGE

nginx-deployment-5bd5cb5c6c   0         0         0       82s

nginx-deployment-84f6467746   10        10        9       8s

回滚：

[root@m1 yaml]# kubectl rollout undo deployment/nginx-deployment

deployment.extensions/nginx-deployment rolled back

查看rs

[root@m1 yaml]# kubectl get rs

NAME                          DESIRED   CURRENT   READY   AGE

frontend                      3         3         3       50m

nginx-deployment-5bd5cb5c6c   7         7         5       115s

nginx-deployment-84f6467746   4         4         4       41s

[root@m1 yaml]# kubectl get rs

NAME                          DESIRED   CURRENT   READY   AGE

frontend                      3         3         3       50m

nginx-deployment-5bd5cb5c6c   8         8         6       117s

nginx-deployment-84f6467746   3         3         3       43s

[root@m1 yaml]# kubectl get rs

NAME                          DESIRED   CURRENT   READY   AGE

frontend                      3         3         3       50m

nginx-deployment-5bd5cb5c6c   10        10        8       119s

nginx-deployment-84f6467746   1         1         1       45s

[root@m1 yaml]# kubectl get rs

NAME                          DESIRED   CURRENT   READY   AGE

frontend                      3         3         3       50m

nginx-deployment-5bd5cb5c6c   10        10        10      2m1s

nginx-deployment-84f6467746   0         0         0       47s

查看状态

[root@m1 yaml]# kubectl rollout status deployment/nginx-deployment

deployment "nginx-deployment" successfully rolled out   表示回滚成功

查看历史

注意：CHANGE-CAUSE下的信息只有创建deployment时加入了 --record 才会有，否则只有<none>

[root@m1 yaml]# kubectl rollout history deployment/nginx-deployment

deployment.extensions/nginx-deployment 

REVISION  CHANGE-CAUSE

2         kubectl create --filename=deployment.yaml --record=true

3         kubectl create --filename=deployment.yaml --record=true

指定版本回退

如果历史版本中有3个版本或更多，此时想从版本3回退到版本1，不能使用两次回退命令，因为回退命令是回退到上次版本，也就是会造成循环 2 3 版本

kubectl rollout undo deployment/nginx-deployment --to-revision=1

退出码

echo $?    熟悉linux的都知道这个命令，这里使用它主要是用于管理脚本，了解即可

历史版本设置

deployment默认保留所有历史，也可以指定保留历史的数量，通过 .spec.revisonHistoryLimit 指定，如果设置为 0，则表示不允许回退。

我的喵叫初六
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
2、Kubernetes Deployment 控制器1
08-04
典型的应用场景包括：定义Deployment来创建Pod和ReplicaSet滚动升级和回滚应用扩容和缩容暂停和继续DeploymentⅠ、部署一个简单的 Ng
validate-kubernetes-deployment：验证kubernetes部署
02-05
验证Kubernetes部署 验证kubernetes部署，并（可选）将消息发送到Slack，如果部署无效，则以非零状态代码退出Docker使用docker run -it \-v path/to/kubeconfig.conf:/kubeconfig.conf \-e KUBECONFIG=/kubeconfig....
k8s deploymen控制器
ens160的博客
05-07 899
前面介绍了rs控制器，replicaSet ，了解到该控制器是用来维护集群中进行的pod数量的，但是往往在实际操作的时候，我们反而不会去直接使用rs,而是会使用更上层的控制器，deployment是一个非常重要的功能就是实现了pod的滚动更新，比如我们应用更新了，我们值需要更新我们的容器镜像，然后丢该deployment里面的pod模板镜像，那么deployment就会用滚动更新rolling update的方式升级现在的pod，这个能力是非常重要的，因为对于线上的服务我们需要做到不中断服务，所以滚动更新就
【Kubernetes 008】多种类型控制器区别及实际操作详解（RS，Deployment，DaemonSet，Job，ConJob）
T型人小付的博客
05-04 2859
Pod是k8s中的基本结构，前面我们已经创建过一个。但是生产环境中往往不需要我们自己去创建pod，而是通过创建管理pod的控制器而达到自动批量管理pod的目的。这一节我们就一起来看看k8s中有哪些控制器，以及这些控制器的一些基本操作。 我是T型人小付，一位坚持终身学习的互联网从业者。喜欢我的博客欢迎在csdn上关注我，如果有问题欢迎在底下的评论区交流，谢谢。 文章目录控制器类型Replicat...
09-【kubernetes】Kubernetes Pod控制器应用进阶一
qq_42303254的博客
09-08 503
一、Pod资源的spec字段中的containers字段中的字段 [root@master ~]# kubectl explain pod.spec.containers #输入的命令 spec.containers <[]Object> - name <string> -required- image <string> imagePullPolicy <string> 1、三种
k8s之常用操作命令
墨鸦的博客
07-15 2万+
k8s之常用操作命令
kubectl命令
minyao
12-20 255
kubernetes基本概念 Pod:k8s最小部署单元，一组容器的集合 Deployment:最常见的控制器，用于更高级别部署和管理Pod Service:为一组Pod提供负载均衡，对外提供统一访问入口 Label:标签，附加到某个资源上，用于关联对象、查询和筛选 Namespaces∶命名空间。将对象逻辑上隔离，也利于权限控制 edit(编辑资源) //运行一个pod类型的nginx，名字叫nginx,定义的标签是app=nginx [root@master ~]# kubectl run nginx
Linux运维-运维Kubernetes教程5、资源控制器3、视屏27、RS、Deployment（2）.mp4
06-06
Linux运维-运维Kubernetes教程5、资源控制器3、视屏27、RS、Deployment
kanarini：Kubernetes的Canary部署控制器
02-05
Kanarini，Kubernetes的Canary部署控制器 总览 Kanarini是CRD控制器，它通过创建两个部署对象（“ canary”和“ stable”）并通过调用Custom Metrics API（ ）来验证部署的运行状况，从而实现金丝雀部署策略。 ...
kube-rs：kubernetes客户端和期货控制器运行时
02-02
**kube-rs：深入理解Kubernetes客户端与期货控制器运行时** `kube-rs` 是一个用 Rust 语言编写的 Kubernetes 客户端库，它为开发者提供了与 Kubernetes 集群交互的能力，同时包含了期货控制器（Future Controller）...
Kubernetes---资源控制器之ReplicationController、ReplicaSet和Deployment
weixin_30809333的博客
09-23 246
1.ReplicationController和ReplicaSet介绍 　　RC（ReplicationController)主要的作用就是用来确保容器应用的副本数始终保持在用户定义的副本数。即如果有容器异常退出，会自动创建新的Pod来替代；而如果异常多出来的容器也会自动回收Kubernetes 　　官方建议使用RS（Replicaset）替代RC（ReplicationCo...
5-1. RS&Deployment
木易进
04-15 2345
文章目录RSDeployment部署/使用扩容更新回滚 该文档内容来源于尚硅谷K8S教学视频课件尚硅谷 仅用于知识整理，便于后续巩固复习，如有侵权，请联系本人删除 RS RS模板示例 apiVersion: extensions/v1beta1 kind: ReplicaSet metadata: name: frontend spec: replicas: 3 selector: matchLabels: tier: frontend # 这里的template字段下的
Kubernetes系统常见运维技巧
qq_34043421的博客
03-04 5535
本文节选自龚正等编著的《Kubernetes权威指南》，该节主要对常用的Kubernetes系统运维操作和技巧进行详细说明。Node的隔离和恢复在硬件升级、硬件维护等情况下，我们需要将某些Node进行隔离，脱离Kubernetes集群的调度范围。Kubernetes提供了一种机制，既可以将Node纳入调度范围，也可以将Node脱离调度范围。 创建配置文件unschedule_node.yaml...
K8s中RS和Deployment
qq_29860591的博客
12-20 1516
什么是ReplicaSet？ ReplicaSet是下一代复本控制器。ReplicaSet和Replication Controller之间的唯一区别是现在的选择器支持。Replication Controller只支持基于等式的selector（env=dev或environment!=qa），但ReplicaSet还支持新的，基于集合的selector（version in (v1...
k8s示例：RS和Deployment
学亮编程手记
06-13 1334
查看rs完整语法： kubectl explain rs RS vim rs.yaml 调整了下： kubectl create -f rs.yaml 自主式pod被删除就是被干掉了，不会自动重新创建 内建式pod会自动创建 更改tire: RS与Deployment的关联 Deployment ...
k8s(Kubernetes)中Pod,Deployment,ReplicaSet,Service之间关系分析
热门推荐
ucsheep-You see sheep!
08-17 2万+
看完k8s文档，好多概念似乎明白了，又似乎不明白，多个概念之间的关系也很混乱，不是很明白，不要紧，接下来，好好分析一下。 结论 您有可能在急着找答案搜到我这篇文章，不费话，结论就在开头，请看下图。 deploy控制RS，RS控制Pod，这一整套，向外提供稳定可靠的Service。 分析 以下是分析的过程 首先，我们先从最小的调度单位pod开始。 我的k8s集群中目前有一个pod，它...
使用kubernetes的deployment进行RollingUpdate
weixin_30551963的博客
06-05 227
rolling update，可以使得服务近乎无缝地平滑升级，即在不停止对外服务的前提下完成应用的更新。 replication controller与deployment的区别 replication controller Replication Controller为Kubernetes的一个核心内容，应用托管到Kubernetes之后，需要保证应用能够持续的运行，Repl...
k8s-RS 与 Deployment 的关联
Rio520的博客
04-21 312
Deployment Deployment 为 Pod 和 ReplicaSet 提供了一个声明式定义(declarative)方法，用来替代以前的 ReplicationController 来方便的管理应用。典型的应用场景包括： 1.定义Deployment来创建Pod和ReplicaSet 2.滚动升级和回滚应用 3.扩容和缩容 4.暂停和继续Deployment 部署一个简单的 Nginx 应用 #接口信息以及版本 apiVersion: extensions/v1beta1 #控制器 kind:.
kubernetes RC（Replication Controller）和RS（Replicaset）的作用和区别
软件工程小施同学 的专栏
11-04 1998
一、Replication Controller（RC） 保证应用能够持续运行 1. 确保pod数量： RC用来管理正常运行Pod数量，一个RC可以由一个或多个Pod组成，在RC被创建后，系统会根据定义好的副本数来创建Pod数量。在运行过程中，如果Pod数量小于定义的，就会重启停止的或重新分配Pod，反之则杀死多余的。 2.确保pod健康： 当pod不健康，运行出错或者无法提供服务时，RC也会杀死不健康的pod，重新创建新的。 3.弹性伸缩 ： 在业务高峰或者低峰期的时候，可以通过RC动...
使用Kubernetes的java-client实现Deployment的部署及更新操作
最新发布
06-10
好的，您可以按照以下步骤使用Kubernetes的java-client实现Deployment的部署及更新操作： 1. 引入Kubernetes的java-client依赖，例如： ``` <dependency> <groupId>io.kubernetes</groupId> <artifactId>client-java</artifactId> <version>11.0.0</version> </dependency> ``` 2. 创建Kubernetes的Client对象，例如： ``` ApiClient client = Config.defaultClient(); client.setBasePath("https://your_kubernetes_api_server_url"); ``` 3. 创建Deployment对象，例如： ``` Deployment deployment = new DeploymentBuilder() .withNewMetadata().withName("your_deployment_name").endMetadata() .withNewSpec() .withReplicas(3) .withNewTemplate() .withNewMetadata().withLabels(Collections.singletonMap("app", "your_app_name")).endMetadata() .withNewSpec() .addNewContainer() .withName("your_container_name") .withImage("your_container_image") .addNewPort().withContainerPort(80).endPort() .endContainer() .endSpec() .endTemplate() .withNewSelector().withMatchLabels(Collections.singletonMap("app", "your_app_name")).endSelector() .endSpec() .build(); ``` 4. 使用Client对象创建或更新Deployment对象，例如： ``` AppsV1Api api = new AppsV1Api(client); // 创建Deployment api.createNamespacedDeployment("your_namespace", deployment, null, null, null); // 更新Deployment api.replaceNamespacedDeployment("your_deployment_name", "your_namespace", deployment, null, null, null); ``` 以上就是使用Kubernetes的java-client实现Deployment的部署及更新操作的简单示例，您可以根据自己的实际需求进行调整。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值