Kubernetes知识篇：Kubernetes之Replicaset控制器》

╰半橙微兮° 2022-09-15 14:56 241阅读 0赞

### 文章目录 ###

*  一、Replicaset概述
 *  二、Replicaset资源清单文件编写技巧
 *  三、Replicaset使用案例
 *  四、Replicaset管理pod
 *   *  4.1、扩容
     *  4.2、缩容
     *  4.3、自动伸缩
 *  总结：整理不易，如果对你有帮助，可否点赞关注一下？

--------------------

# 一、Replicaset概述 #

**ReplicaSet是kubernetes中的一种副本控制器，简称rs，是新一代的ReplicationController，相比较与ReplicationController，其Pod选择器的表达能力更强，可匹配缺少某个标签或特定标签名的Pod。**

**ReplicaSet能够实现以下功能**  
**1、确保pod副本的数量始终维持在预设的个数**  
**2、确保pod监控运行：探测到由其管控的pod对象因其所在的工作节点故障而不可用时，自动请求由调度器调度到其它工作节点创建缺失的pod副本。**  
**3、弹性伸缩：业务规模因各种原因经常存在明显波动，在波峰或波谷期间，可以通过rs控制器动态调整相关pod资源对象数量。此外，在必要时还可以通过hpa（HroizontalPodAutoscaler）控制器实现pod资源规模的自动伸缩。**

**官方推荐不要直接使用ReplicaSet，用Deployments取而代之，Deployments是比ReplicaSet更高级的概念，它会管理ReplicaSet并提供很多其它有用的特性，最重要的是Deployments支持声明式更新，声明式更新的好处是不会丢失历史变更。所以Deployment控制器不直接管理Pod对象，而是由Deployment管理ReplicaSet，再由ReplicaSet负责管理Pod对象。**

**Replicaset控制器主要由三个部分组成**  
**1、用户期望的pod副本数：用来定义由这个控制器管控的pod副本有几个**  
**2、标签选择器：选定哪些pod是自己管理的，如果通过标签选择器选到的pod副本数量少于我们指定的数量，需要用到下面的组件**  
**3、pod资源模板：如果集群中现存的pod数量不够我们定义的副本中期望的数量怎么办，需要新建pod，这就需要pod模板，新建的pod是基于模板来创建的。**

--------------------

# 二、Replicaset资源清单文件编写技巧 #

[root@k8s-client-17 yaml]# kubectl explain replicaset.spec
    KIND:     ReplicaSet
    VERSION:  apps/v1
    
    RESOURCE: spec <Object>
    
    DESCRIPTION:
         Spec defines the specification of the desired behavior of the ReplicaSet.
         More info:
         https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status
    
         ReplicaSetSpec is the specification of a ReplicaSet.
    
    FIELDS:
       minReadySeconds	<integer> #新建的pod对象，在启动后的多长时间内如果其容器未发生崩溃等异常情况即被视为就绪；默认0s，表示一旦就绪性探测成功，即被视作可用 
       replicas	<integer> #期望的pod对象副本数
       selector	<Object> -required-  #必须字段，当前控制器匹配pod对象副本的标签选择器，支持matchLabels和matchExpressions两种匹配机制。
       template	<Object> #用于补足pod副本数量时使用的pod模板资源

--------------------

# 三、Replicaset使用案例 #

**由于ReplicaSet是ReplicationController的代替物，因此用法基本相同，唯一的区别在于ReplicaSet除了可以使用matchLabels,也支持集合式的selector。一个典型的RS描述文件如下：**

[root@k8s-client-17 yaml]# vim nginx-replicaset.yaml 
    apiVersion: apps/v1
    kind: ReplicaSet
    metadata:
      name: nginx-deployment
      labels:
        app: nginx
    spec:
      replicas: 3
      selector:
        matchLabels:
          app: nginx
        matchExpressions:
          - { key: app, operator: In, values: [nginx]}
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
          - name: nginx
            image: nginx:1.14.2
            imagePullPolicy: IfNotPresent
            ports:
            - containerPort: 80
            resources:
              requests:
                memory: "64Mi"
                cpu: "250m"
              limits:
                memory: "128Mi"
                cpu: "500m"
            livenessProbe: #存活性探测,用于判断容器是否存活，即Pod是否为running状态，如果LivenessProbe探针探测到容器不健康，则kubelet将kill掉容器，并根据容器的重启策略是否重启。如果一个容器不包含LivenessProbe探针，则Kubelet认为容器的LivenessProbe探针的返回值永远成功。
              tcpSocket:
                port: 80  #检测80端口是否存在
              initialDelaySeconds: 60 #Pod启动60s执行第一次检查
              periodSeconds: 10  #第一次检查后每隔10s检查一次
            readinessProbe: #就绪性探测,有时候应用程序可能暂时无法接受请求，比如Pod已经Running了，但是容器内应用程序尚未启动成功，在这种情况下，如果没有ReadinessProbe，则Kubernetes认为它可以处理请求了，然而此时，我们知道程序还没启动成功是不能接收用户请求的，所以不希望kubernetes把请求调度给它，则使用ReadinessProbe探针。
              tcpSocket:
                port: 80 
              initialDelaySeconds: 60
              periodSeconds: 10
          nodeName: k8s-worker-21

--------------------

# 四、Replicaset管理pod #

## 4.1、扩容 ##

--------------------

## 4.2、缩容 ##

--------------------

## 4.3、自动伸缩 ##

**1、创建HPA策略，autoscaling/v1版本只支持CPU一个指标。**

[root@k8s-client-17 yaml]# vim nginx-replicaset-scaler.yaml 
    ---
    apiVersion: apps/v1
    kind: ReplicaSet
    metadata:
      name: nginx-deployment
      labels:
        app: nginx
    spec:
      replicas: 3
      selector:
        matchLabels:
          app: nginx
        matchExpressions:
          - { key: app, operator: In, values: [nginx]}
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
          - name: nginx
            image: nginx:1.14.2
            imagePullPolicy: IfNotPresent
            ports:
            - containerPort: 80
            resources:
              requests:
                memory: "64Mi"
                cpu: "250m"
              limits:
                memory: "128Mi"
                cpu: "500m"
            livenessProbe: #存活性探测,用于判断容器是否存活，即Pod是否为running状态，如果LivenessProbe探针探测到容器不健康，则kubelet将kill掉容器，并根据容器的重启策略是否重启。如果一个容器不包含LivenessProbe探针，则Kubelet认为容器的LivenessProbe探针的返回值永远成功。
              tcpSocket:
                port: 80  #检测80端口是否存在
              initialDelaySeconds: 60 #Pod启动60s执行第一次检查
              periodSeconds: 10  #第一次检查后每隔10s检查一次
            readinessProbe: #就绪性探测,有时候应用程序可能暂时无法接受请求，比如Pod已经Running了，但是容器内应用程序尚未启动成功，在这种情况下，如果没有ReadinessProbe，则Kubernetes认为它可以处理请求了，然而此时，我们知道程序还没启动成功是不能接收用户请求的，所以不希望kubernetes把请求调度给它，则使用ReadinessProbe探针。
              tcpSocket:
                port: 80 
              initialDelaySeconds: 60
              periodSeconds: 10
          nodeName: k8s-worker-21
    ---
    apiVersion: autoscaling/v1
    kind: HorizontalPodAutoscaler
    metadata: 
      name: nginx-scaler
    spec:
      maxReplicas: 10
      minReplicas: 3
      scaleTargetRef: #表示当前要伸缩对象是谁
        apiVersion: apps/v1  
        kind: ReplicaSet
        name: nginx-deployment 
      targetCPUUtilizationPercentage: 10 #当整体的资源利用率超过10%的时候，会进行扩容
    
    [root@k8s-client-17 yaml]# kubectl apply -f nginx-replicaset.yaml 
    replicaset.apps/nginx-replicaset created
    horizontalpodautoscaler.autoscaling/nginx-scaler created
    
    [root@k8s-client-17 yaml]# kubectl get pods -o wide
    NAME                     READY   STATUS    RESTARTS   AGE   IP             NODE            NOMINATED NODE   READINESS GATES
    nginx-deployment-6hs8c   1/1     Running   0          18m   10.244.27.15   k8s-worker-21   <none>           <none>
    nginx-deployment-cwwjf   1/1     Running   0          18m   10.244.27.12   k8s-worker-21   <none>           <none>
    nginx-deployment-nwkzv   1/1     Running   0          18m   10.244.27.13   k8s-worker-21   <none>           <none>
    [root@k8s-client-17 yaml]# kubectl get hpa -o wide
    NAME           REFERENCE                     TARGETS         MINPODS   MAXPODS   REPLICAS   AGE
    nginx-scaler   ReplicaSet/nginx-deployment   <unknown>/10%   3         10        3          18m

**3、创建hpa之后报错,这个情况是metrics无法获取到pod的cpu指标，新版k8s已经弃用了heapster，使用metrics来代替，安装一个metrics就行了**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5Lic5Z-O57ud56We_size_20_color_FFFFFF_t_70_g_se_x_16]  
**解决方法如下：**

[root@k8s-master-13 manifests]# vim /etc/kubernetes/manifests/kube-controller-manager.yaml 
    --horizontal-pod-autoscaler-use-rest-clients=true

**如下图所示：**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5Lic5Z-O57ud56We_size_20_color_FFFFFF_t_70_g_se_x_16 1]

**3、压力测试，观察自动伸缩效果**

[root@k8s-master-14 ~]# yum -y install httpd-tools
    [root@k8s-master-14 ~]# kubectl get svc
    NAME               TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE
    kubernetes         ClusterIP   10.96.0.1      <none>        443/TCP   22d
    nginx-deployment   ClusterIP   10.96.249.13   <none>        80/TCP    22d
    [root@k8s-master-14 ~]# ab -n 1000000 -c 1000 http://10.96.249.13/index.html

--------------------

# 总结：整理不易，如果对你有帮助，可否点赞关注一下？ #

更多详细内容请参考：[企业级K8s集群运维实战][K8s]

[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5Lic5Z-O57ud56We_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/f5fa61e8ec994dae917d0715880073b6.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5Lic5Z-O57ud56We_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/e347af9d7abd45d1a8be5596d5921857.png
[K8s]: https://blog.csdn.net/m0_37814112/category_10856504.html?spm=1001.2014.3001.5482