k8s 实战 4—-副本集

副本集是什么？
我们在前文中讲过什么是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模板，通过模板来声明我们要定义的副本集的各项特性
如下：

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.