Replication Controller(RC)

    RC是K8S中的另一个核心概念,应用托管在K8S后,K8S需要保证应用能够持续运行,这是RC的工作内容。

主要功能

确保pod数量:RC用来管理正常运行Pod数量,一个RC可以由一个或多个Pod组成,在RC被创建后,系统会根据定义好的副本数来创建Pod数量。在运行过程中,如果Pod数量小于定义的,就会重启停止的或重新分配Pod,反之则杀死多余的。

确保pod健康:当pod不健康,运行出错或者无法提供服务时,RC也会杀死不健康的pod,重新创建新的。

弹性伸缩 :在业务高峰或者低峰期的时候,可以通过RC动态的调整pod的数量来提高资源的利用率。同时,配置相应的监控功能(Hroizontal Pod Autoscaler),会定时自动从监控平台获取RC关联pod的整体资源使用情况,做到自动伸缩。

滚动升级:滚动升级为一种平滑的升级方式,通过逐步替换的策略,保证整体系统的稳定,在初始化升级的时候就可以及时发现和解决问题,避免问题不断扩大。


弹性伸缩

  弹性伸缩是指适应负载变化,以弹性可伸缩的方式提供资源。反映到K8S中,指的是可根据负载的高低动态调整Pod的副本数量。调整Pod的副本数是通过修改RC中Pod的副本是来实现的,示例命令如下:

  扩容Pod的副本数目到10

kubectl scalerelicationcontroller yourRcName --replicas=10

缩容Pod的副本数目到1

kubectl scalerelicationcontroller yourRcName --replicas=1

滚动升级

滚动升级是一种平滑过渡的升级方式,通过逐步替换的策略,保证整体系统的稳定,在初始升级的时候就可以及时发现、调整问题,以保证问题影响度不会扩大。

升级方式

    使用配置文件升级

kubectlrolling-update test-rc-v1 -f test-rc.yaml --update-period=10s

直接使用images

kubectlrolling-update test-rc --image=webapache:v3

升级过程

升级开始后,首先依据提供的定义文件创建v2版本的RC,然后每隔10s(--update-period=10s)逐步的增加v2版本的Pod副本数,逐步减少v1版本Pod的副本数。升级完成之后,删除v1版本的RC,保留v2版本的RC,及实现滚动升级。

升级回滚

升级过程中,发生了错误中途退出时,可以选择继续升级。K8S能够智能的判断升级中断之前的状态,然后紧接着继续执行升级。当然,也可以进行回退,命令如下:

kubectlrolling-update my-rcName-v1 -f my-rcName-v2-rc.yaml --update-period=10srollback

yaml文件例子

升级之前的yaml文件为

apiVersion: v1
kind: ReplicationController
metadata:
 name: lykops-rc
 labels:
   app: apache
   version: v1
spec:
 replicas: 5
 selector:
   app: apache
   version: v1
 template:
   metadata:
     labels:
       app: apache
       version: v1
   spec:
     containers:
     - name: apache-rc
       image: web:apache
       command: [ "sh", "/etc/run.sh" ]
       ports:
       - containerPort: 80
         name: http
         protocol: TCP


升级用的yaml文件内容为

apiVersion: v1
kind: ReplicationController
metadata:
 name: test-rc-v2
 labels:
   app: apache
   version: v1
spec:
 replicas: 5
 selector:
   app: apache
   version: v2
 template:
   metadata:
     labels:
       app: apache
        version: v2
   spec:
     containers:
     - name: apache-rc-v2
       image: web:apache
       command: [ "sh", "/etc/run.sh" ]
       ports:
       - containerPort: 80
         name: http
         protocol: TCP 

·注意事项

要求新的RC需要使用旧的RC的Namespace。

RC的名字(name)不能与旧的RC的名字相同;

在selector中应至少有一个Label与旧的RC的Label不同,以标识其为新的RC。

metadata与之前相同,否则升级后service无法对应上。


replica set(RS)

被认为 是“升级版”的RC。RS也是用于保证与label selector匹配的pod数量维持在期望状态。

区别在于,

1、RC只支持基于等式的selector(env=dev或environment!=qa),但RS还支持新的,基于集合的selector(version in (v1.0, v2.0)或env notin (dev, qa)),这对复杂的运维管理很方便。

2、升级方式

RS不能使用kubectlrolling-update进行升级

kubectl rolling-update专用于rc

RS升级使用deployment或者kubectl replace命令


社区引入这一API的初衷是用于取代vl中的RC,也就是说当v1版本被废弃时,RC就完成了它的历史使命,而由RS来接管其工作。


yaml文件例子

apiVersion: extensions/v1beta1
kind: ReplicaSet
metadata:
  name: lykops-rs
  labels:
    software: apache
    project: lykops
    app: lykops-rs
    version: v1
spec:
  replicas: 2
  selector:
    matchLabels:
      name: lykops-rs
      software: apache
      project: lykops
      app: lykops-rs
      version: v1
  template:
    metadata:
      labels:
        name: lykops-rs
        software: apache
        project: lykops
        app: lykops-rs
        version: v1
    spec:
      containers:
      - name: lykops-rs
        image: web:apache
        command: [ "sh", "/etc/run.sh" ]
        ports:
        - containerPort: 80
          name: http
          protocol: TCP


转载于:https://www.cnblogs.com/lykops/p/7348011.html

Logo

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐