k8s 实战 4----副本集 ReplicaSet（RS）

副本集是什么？
我们在前文中讲过什么是pod，简单来说pod就是k8s直接操作的基本单位。
不了解的同学可以参考前文：

k8s 实战 1 ---- 初识（https://www.cnblogs.com/jilodream/p/18245222）
k8s 实战 2 ---- pod 基础 (https://www.cnblogs.com/jilodream/p/18284282)
k8s 实战 3 ---- 标签（https://www.cnblogs.com/jilodream/p/18293278 ）

如果只是有pod，基本是可以满足我们普通开发学习的，但是这和我们直接使用docker容器区别就不是很大了，要知道k8s要做的事情就是提供一整套的管理部署系统，如果仅仅就是操作几个pod，就有点大材小用了。
因此我们必须要学习一些更高阶的资源，才能利用到k8s提供的各种能力。比如副本集 ReplicaSet，部署Deployment等。
今天我们来学习和使用下副本集 ReplicaSet
replica 美[ˈreplɪkə] 复制品;仿制品;

ReplcaSet字面意思就是复制品的集合，我们一般译作副本集。
通常来说，为了高可用，我们会对每个微服务创建多个实例，
为了管理方便，每个实例通常对应一个容器，(防盗连接：本文首发自http://www.cnblogs.com/jilodream/ )每个容器又常常对应一个pod，多个实例实际上对应的就是多个pod。在此基础上，k8s定义了一种更高级的资源称之为ReplicaSet，为的就是管理这个pod集合（副本集合）。
比如我们要创建3个kuard服务的副本集，我们应该如何通过副本集创建呢？
和直接定义pod一样，我们可以直接定义一个yaml模板，通过模板来声明我们要定义的副本集的各项特性
如下：

 1 apiVersion: apps/v1
 2 kind: ReplicaSet
 3 metadata:
 4   name: kuardrs
 5 spec:
 6   replicas: 2
 7   selector:
 8     matchLabels:
 9       appRs: kuardrs
10   template:
11     metadata:
12       labels:
13         appRs: kuardrs
14         version: "2"
15     spec:
16       containers:
17         - ports:
18             - containerPort: 80
19           name: kuardpod1
20           image: "docker.io/library/kuard-amd64:blue"

这就是一个标准的ReplicaSet 模板。

和pod模板一样，我们依次来看每个键的含义：
首先是apiVersion 表示当前选定的版本
kind 表示类型，我们的类型是ReplicaSet，也就是副本集
metadata 表示元数据，在这里我们定义新建的副本集名称叫：kuardrs
spec 表示特性，在这里我们定义副本集的一些内部特性信息：
spec.replicas 表示副本集中副本的个数
spec.selector 表示副本集匹配的标签，也称之为标签选择器。这个需要详细说说。在前一节中，我们已经知道了什么是标签，它可以理解为定义到资源上边的一系列kv值，我们可以用标签进行匹配和筛选资源。
而我们创建的副本集和pod，或者说未来的Deployment和副本集之间，都是松耦合的，并不是直接依赖的关系。换句话说创建好副本集之后，你可以随便增删pod，副本集本身是不会受影响的。但是副本集会通过标签，感知到当前所管理的pod是否符合自己的要求，
当它发现多出来了匹配的pod，就会尝试删除pod。当它发现匹配到的pod，少于自己要求的pod时，就会尝试新增pod。因此直接说副本集是pod的一个集合其实并不贴切，更准确的说法应该是，副本集是用来定义和规范pod集合的一个更高维度的资源。
而我们平常发现某一个pod运行的有一些问题时，又不想直接删除pod，又不想生产环境继续持有一个有问题的pod，我们就可以直接修改pod的标签，将pod从副本集管理范围中，剥离出来。然后再围绕有问题的pod进一步研究。
而这些pod对于副本集来说，都是无状态的，替换谁都可以，只要符合副本集的标签匹配要求就可以。就像下边这个样子：

在本示例中，selector所匹配的资源就是符合标签：appRs: kuardrs 的pod。注意这里用matchLabels进行了匹配。
spec.template是pod的模板定义，其中我们分别有pod元数据以及pod特性等节点。
我们在pod的metadata节点中定义了pod要持有的两个标签(防盗连接：本文首发自http://www.cnblogs.com/jilodream/ )：
appRs: kuardrs
version: "2"

在pod的spec特性节点中定义了pod中容器的镜像、名称、端口等。
template中pod的定义和前文中声明pod基本类似，有兴趣的同学一定要看下前文，这里就不过多的赘述了。
总而言之定义好的pod，包含容器、标签等信息，而我们定好的副本集又指定了要筛选的标签的信息，两者就通过标签很松散的连接到了一起。

定义好了副本集的yaml文件之后，我们来看看副本集的常规操作
创建副本集

kubectl apply -f xxx.yaml xxx.yaml文件是副本集的声明文件
执行效果如下：

[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl apply -f kuard-rs.yaml 
replicaset.apps/kuardrs created

查看副本集

kubectl get replicaset ，注意replicaset也可以是replicasets/rs （以下不再重复），
执行效果如下，这里查到的副本集就是刚刚创建的副本集：

[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl get replicaset
NAME      DESIRED   CURRENT   READY   AGE
kuardrs   2         2         2       57s

查看副本集详情

k describe replicasets xxx xxx 是副本集名称
执行效果如下：

[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl describe replicaset kuardrs
Name:         kuardrs
Namespace:    default
Selector:     appRs=kuardrs
Labels:       <none>
Annotations:  <none>
Replicas:     2 current / 2 desired
Pods Status:  2 Running / 0 Waiting / 0 Succeeded / 0 Failed
Pod Template:
  Labels:  appRs=kuardrs
           version=2
  Containers:
   kuardpod1:
    Image:        docker.io/library/kuard-amd64:blue
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Events:
  Type    Reason            Age    From                   Message
  ----    ------            ----   ----                   -------
  Normal  SuccessfulCreate  3m30s  replicaset-controller  Created pod: kuardrs-q8ghw
  Normal  SuccessfulCreate  3m30s  replicaset-controller  Created pod: kuardrs-wd29m

我们可以从详情中看到副本集定义的各种属性和模板。以及关联出的pod的一些相关信息。

有时我们还需要根据pod反向的找到它属于哪个副本集，此时可以通过pod 中的yaml 文件查找到对应创建的副本集

在键ownerReferences下边可以看到，如下：

[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl get pod
NAME            READY   STATUS    RESTARTS   AGE
kuardrs-q8ghw   1/1     Running   0          4m23s
kuardrs-wd29m   1/1     Running   0          4m23s
[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl get pod kuardrs-q8ghw  -o yaml
apiVersion: v1
kind: Pod
metadata:
  annotations:
    cni.projectcalico.org/containerID: 619b5de35bedd683352ce58bab8e6efd03e79fa4495a8ae89bae85f93ac7ed3f
    cni.projectcalico.org/podIP: 192.168.240.165/32
    cni.projectcalico.org/podIPs: 192.168.240.165/32
  creationTimestamp: "2024-12-10T07:13:15Z"
  generateName: kuardrs-
  labels:
    appRs: kuardrs
    version: "2"
  name: kuardrs-q8ghw
  namespace: default
  ownerReferences:
  - apiVersion: apps/v1
    blockOwnerDeletion: true
    controller: true
    kind: ReplicaSet
    name: kuardrs
    uid: 8a91c42a-864a-4172-8653-373210a59eaa
  resourceVersion: "28299737"
  uid: 587be9bd-2d0a-402b-a3a4-72edbc3170db
spec:
  containers:
  - image: docker.io/library/kuard-amd64:blue
    imagePullPolicy: IfNotPresent
....省略....

如果我们想调整副本的数量或者其他属性

我们可以通过
（1）k edit rs xxx ， xxx是副本集的名称
（2）k apply -f xxx.yaml ，xxx.yaml文件是副本集的声明文件
（3）k scale rs xxx --replicas=新副本数量，xxx是副本集名称

我们直接展示最后一种(防盗连接：本文首发自http://www.cnblogs.com/jilodream/ )执行效果：

[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl get pod 
NAME            READY   STATUS    RESTARTS   AGE
kuardrs-q8ghw   1/1     Running   0          9m19s
kuardrs-wd29m   1/1     Running   0          9m19s
[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl scale rs kuardrs --replicas=3
replicaset.apps/kuardrs scaled
[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl get pod 
NAME            READY   STATUS    RESTARTS   AGE
kuardrs-lhgtc   1/1     Running   0          8s
kuardrs-q8ghw   1/1     Running   0          10m
kuardrs-wd29m   1/1     Running   0          10m

删除副本集

k delete rs xxx ，xxx是副本集的名称

[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl get rs
NAME      DESIRED   CURRENT   READY   AGE
kuardrs   3         3         3       29m
[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl delete rs kuardrs
replicaset.apps "kuardrs" deleted
[root@iZ2ze3bpa0o5cw6gp42ry2Z learnRs]# kubectl get rs
No resources found in default namespace.

补充：副本控制器 ReplicationController（RC）
副本控制器，是k8s早期的管理副本的一个资源对象，它与副本集的作用非常相似，都是用来控制多副本pod的：管理镜像或副本数量。
但是两者有一个区别是副本控制器RC对标签的选择器，也就是spec.selector的使用上，相对更简单粗暴
它使用的是matchLabels的形式，需要完全匹配才可以，不同匹配规则之间是AND的逻辑关系。
如

selector:
    app: nginx
    env: test

它剩余的用法和RS，基本一致，只是由于历史问题，k8s无法提升rc的标签(防盗连接：本文首发自http://www.cnblogs.com/jilodream/ )能力，所以新搞出一个RS副本集的概念。

我们现在来写几个rc简单的操作示例:
1 编写yaml 文件

vi nginx-rc.yaml 
apiVersion: v1
kind: ReplicationController
metadata:
  name: nginx-rc
spec:
  replicas: 2
  # RC 直接平铺写标签，不能用matchLabels
  selector:
    app: nginx-tmp
  template:
    metadata:
      labels:
        app: nginx-tmp
    spec:
      containers:
      - name: nginx
        image: nginx:1.24.0
        ports:
        - containerPort: 80

创建副本控制器：

kubectl apply -f nginx-rc.yaml 
replicationcontroller/nginx-rc created

查看对应的rc

kubectl get rc |grep nginx
nginx-rc   2         2         0       67s

查看对应的pod

kubectl get pods |grep nginx
nginx-rc-9mn6d                                  0/1     ImagePullBackOff   0                  61s
nginx-rc-hks47                                  0/1     ImagePullBackOff   0                  61s

删除对应的rc

kubectl delete  rc  nginx-rc
replicationcontroller "nginx-rc" deleted

再次查看对应的rc

kubectl get rc |grep nginx
No resources found in default namespace.

posted @ 2024-12-10 15:48 王若伊_恩赐解脱阅读(321) 评论(2) 收藏举报

刷新页面返回顶部

算死草

纸上得来终觉浅，绝知此事要躬行 5LuW5b6I5bm46L+Q77yM55yf55qE77yM5bCx5ZKM5b2T5Yid55qE5oiR5LiA5qC35bm46L+Q

k8s 实战 4----副本集 ReplicaSet（RS）

公告