[转帖] Kubernetes如何使用ReplicationController、Replica Set、Deployment管理Pod ----文章很好 但是还没具体操作实践 也还没记住.

Kubernetes如何使用ReplicationController、Replica Set、Deployment管理Pod

https://blog.csdn.net/yjk13703623757/article/details/53746273

Pod直译是豆荚,我们可以把容器想像成豆荚里的豆子,把一个或多个关系紧密的豆子包在一起就是豆荚(一个Pod)。在k8s中我们不会直接操作容器,而是把容器包装成Pod,而对于Pod,我们该如何管理?先看下面这个场景:

1. 应用场景

假设有一个Pod正在提供线上服务,我们想想如何应对以下几个场景:

1.节日活动,网站访问量突增

2.遭到攻击,网站访问量突增

3.运行Pod的节点发生故障

第1种情况,活动前预先多启动几个Pod,活动结束后再结束掉多余的,虽然要启动和结束的Pod有点多,但也能有条不紊按计划进行。

第2种情况,正在睡觉突然手机响了说网站反应特慢卡得要死,赶紧爬起来边扩容边查找攻击模式、封IP等等……

第3种情况,正在休假突然手机又响了说网站上不去,赶紧打开电脑查看原因,启动新的Pod。

Pod需要手动管理,好累……

因此,我们需要一种方式,来自动管理Pod的伸缩。本文将介绍如何利用ReplicationController、Replica Set、Deploymen来管理Pod,分为以下三部分:

  • 使用ReplicationController来部署、升级Pod
  • Replica Set—下一代的ReplicationController
  • Deployment — 更加方便的管理Pod和Replica Set

2. 使用ReplicationController(RC)部署,升级Pod

RC保证在同一时间能够运行指定数量的Pod副本,保证Pod总是可用。如果实际Pod数量比指定的多就结束掉多余的,如果实际数量比指定的少就启动缺少的。当Pod失败、被删除或被终结时,RC会自动创建新的Pod来保证副本数量,所以即使只有一个Pod,也应该使用RC来进行管理。我们先看以下这个rc.yaml文件

apiVersion: v1
kind: ReplicationController
metadata:
  name: frontend
  labels:
    name: frontend
spec:
  replicas: 3
  selector:
    name: frontend
  template:
    metadata:
     labels:
       name: frontend
    spec:
     containers:
     - name: frontend
       image: kubeguide/guestbook-php-frontend:latest
       env :
       - name : GET_HOSTS_FROM
         value : env
       ports:
       - containerPort: 80
  1. yaml字段的含义: 
    spec.replicas:副本数量3 
    spec.selector:RC通过spec.selector来筛选要控制的Pod 
    spec.template:这里写Pod的定义(但不需要apiVersion和kind) 
    spec.template.metadata.labels:Pod的label,可以看到这个label与spec.selector相同
  2. 这个文件的意思: 
    定义一个RC对象,它的名字是frontend(metadata.name:frontend),保证有3个Pod运行(spec.replicas:3),Pod的镜像是kubeguide/guestbook-php-frontend:latest(spec.template.spec.containers.image:kubeguide/guestbook-php-frontend:latest)
  3. 关键在于spec.selector与spec.template.metadata.labels,这两个字段必须相同,否则下一步创建RC会失败。(也可以不写spec.selector,这样默认与spec.template.metadata.labels相同)

接着我们来看RC的常用操作命令:

  • 通过kubectl创建RC
# kubectl create -f rc.yaml
  • 查看RC具体信息
kubectl describe rc frontend
 
  • 通过RC修改Pod副本数量(需要修改yaml文件的spec.replicas字段到目标值,然后替换旧的yaml文件)
# kubectl replace -f rc.yaml

# kubect edit replicationcontroller frontend
  • 对RC使用滚动升级,来发布新功能或修复BUG
# kubectl rolling-update frontend --image=kubeguide/guestbook-php-frontend:latest
  • 当Pod中只有一个容器时,通过–image参数指定新的Tag完成滚动升级,但如果有多个容器或其他字段修改时,需要指定yaml文件
# kubectl rolling-update frontend -f FILE.yaml

如果在升级过程中出现问题(如发现配置错误、长时间无响应),可以使用CTRL+C退出,再进行回滚

# kubectl rolling-update frontend --image=kubeguide/guestbook-php-frontend:latest --rollback

但如果升级完成后出现问题(比如新版本程序出core),此命令就无能为力了。我们需要使用同样方法,利用原来的镜像,“升级”为旧版本。

3. Deployment—更加方便的管理Pod和Replica Set

k8s是一个高速发展的项目,在新的版本中,官方推荐使用Replica Set和Deployment来代替RC。那么它们优势在哪里,我们来看一看:

  1. RC只支持基于等式的selector(env=dev或environment!=qa),但Replica Set还支持新的,基于集合的selector(version in (v1.0, v2.0)或env notin (dev, qa)),这对复杂的运维管理很方便。
  2. 使用Deployment升级Pod,只需要定义Pod的最终状态,k8s会为你执行必要的操作,虽然能够使用命令# kubectl rolling-update完成升级,但它是在客户端与服务端多次交互控制RC完成的,所以REST API中并没有rolling-update的接口,这为定制自己的管理系统带来了一些麻烦。
  3. Deployment拥有更加灵活强大的升级、回滚功能。

目前,Replica Set与RC的区别只是支持的selector不同,后续肯定会加入更多功能。Deployment使用了Replica Set,它是更高一层的概念。除非用户需要自定义升级功能或根本不需要升级Pod,在一般情况下,我们推荐使用Deployment而不直接使用Replica Set。

  • 使用子命令create,创建Deployment
# kubectl create -f deployment.yaml --record

注意–record参数,使用此参数将记录后续创建对象的操作,方便管理与问题追溯

  • 使用子命令edit,编辑spec.replicas/spec.template.spec.container.image字段,完成deployment的扩缩容与滚动升级(这要比子命令rolling-update速度快很多)
# kubectl edit deployment hello-deployment
  • 使用rollout history命令,查看Deployment的历史信息
# kubectl rollout history deployment hello-deployment
  • 上面提到RC在rolling-update升级成功后不能直接回滚,而使用Deployment却可以回滚到上一版本,但要加上–revision参数,指定版本号
# kubectl rollout history deployment hello-deployment --revision=2

使用rollout undo回滚到上一版本

# kubectl rollout undo deployment hello-deployment 

使用–to-revision可以回滚到指定版本

# kubectl rollout undo deployment hello-deployment --to-revision=2

4. 总结

通过对比,我们发现新的Replica Set、Deployment,比RC要强大易用很多。

原文地址:https://www.cnblogs.com/jinanxiaolaohu/p/9480895.html

时间: 2024-10-09 20:31:44

[转帖] Kubernetes如何使用ReplicationController、Replica Set、Deployment管理Pod ----文章很好 但是还没具体操作实践 也还没记住.的相关文章

kubernetes云平台管理实战:deployment通过标签管理pod(十)

一.kubectl run命令拓展 1.RC创建 [root@k8s-master ~]# kubectl run web --generator=run/v1 --image=10.0.128.0:5000/nginx:1.13 --replicas=3 replicationcontroller "web" created 2.deployment创建 [root@k8s-master ~]# kubectl run web --image=10.0.128.0:5000/ngin

Kubernetes 系列(一):Deployment 扩容

(1)首先我们创建一个nginx的Deployment,采用官方的yaml: kubectl create -f https://kubernetes.io/docs/user-guide/nginx-deployment.yaml --record 创建完成后查看下状态: kubectl get deployments kubectl get rs kubectl get pods OK,现在我们有了一个3各Pod的deployment. 我们使用以下命令进行扩容: kubectl scale

Kubernetes基本概念和术语之Deployment、Horizontal Pod Autoscaler和StatefulSet

1.Deployment Deployment是为了更好的解决Pod的编排问题才引入的,可以把它看作是RC的一次升级,最大的升级是我么可以看到Pod部署的进度. Deployment典型的使用场景如下: 创建一个Deployment对象来生成对应的Replica Set(相当于RC的进化版,kubernetes v1.2引入)并完成Pod副本的创建过程 检查Deployment的状态来看部署动作是否完成(Pod副本的数量是否达到预期值) 更新Deployment以创建新的Pod(如镜像升级) 若

Docker Kubernetes 创建管理 Pod

Docker Kubernetes 容器扩容与缩容 环境: 系统:Centos 7.4 x64 Docker版本:18.09.0 Kubernetes版本:v1.8 管理节点:192.168.1.79 工作节点:192.168.1.78 工作节点:192.168.1.77 管理节点:创建pod yaml文件 vim pod.yaml apiVersion: v1 kind: Pod metadata: name: pod-test labels: os: centos spec: contain

浅析kubernetes创建Pv、Pvc、Deployment

基本环境 #系统环境 cat /etc/redhat-release CentOS Linux release 7.4.1708 (Core) #k8s client 和 server 的版本信息 kubectl version Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.0", GitCommit:"fc32d2f3698e36b93322

Canonical发布企业级Kubernetes 1.14重点让使用者简单管理

红帽甫推出最新版本的Kubernetes 1.14,而Canonical也随之宣布提供企业级Kubernetes 1.14解决方案,释出基于最新版Kubernetes,使用kubeadm进行管理部署的最新版Charmed Kubernetes 1.14,以及单节点版MicroK8s 1.14.Charmed Kubernetes是经过Canonical认证的多云Kubernetes解决方案,除了提供上游的Kubernetes二元档案,其重点在于让使用者能简单地进行Kubernetes部署.扩展.

kubernetes之使用ConfigMap管理Pod配置文件

简介 ConfigMaps可以使容器镜像与配置文件解耦,实现容器化应用程序的可移植性.此文提供一系列的方法示例讲述如何创建ConfigMaps,使用存储在ConfigMaps中的数据配置Pod. 备注:此文档参考官方文档,并加以自己的理解.如有误导性的内容,请批评指正. 创建一个ConfigMap 我们可以使用kubectl create configmap或kustomization.yaml中的ConfigMap生成器创建一个ConfigMap.从Kubernetes 1.14版本开始,ku

<转帖>用CocoaPods做iOS程序的依赖管理

CocoaPods简介 每种语言发展到一个阶段,就会出现相应的依赖管理工具,例如Java语言的Maven,nodejs的npm.随着iOS开发者的增多,业界也出现了为iOS程序提供依赖管理的工具,它的名字叫做:CocoaPods. CocoaPods项目的源码在Github上管理.该项目开始于2011年8月12日,经过多年发展,现在已经成为iOS开发事实上的依赖管理标准工具.开发iOS项目不可避免地要使用第三方开源库,CocoaPods的出现使得我们可以节省设置和更新第三方开源库的时间. 在我开

kubernetes集群边界路由Ingress的管理

1.将请求转发到单个后端服务上#cat traefik-ingress.yaml apiVersion: extensions/v1beta1 kind: Ingress metadata: name: traefik-web-ui namespace: c7n-system spec: rules: - host: traefik.maimailoan.cn http: paths: - path: / backend: serviceName: traefik-ingress-service