K8S初级入门系列之十-控制器(StatefulSet)

最新推荐文章于 2024-06-02 14:51:18 发布
最新推荐文章于 2024-06-02 14:51:18 发布
阅读量639 收藏 2
点赞数
分类专栏： K8S 文章标签： K8S statefulset
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tcy83/article/details/128984766
版权

一、前言

     在前面的系列K8S初级入门系列之六-控制器(RC/RS/Deployment)，K8S初级入门系列之七-控制器(Job/CronJob/Daemonset)我们已经介绍了多种控制器，今天我们将介绍最后一种控制器--StatefulSet，顾名思义，即有状态Set，那什么是无状态和有状态呢？有个形象的比如，牛和宠物。对于牛来说，只要能干活，在农场主眼里没有区别，一头牛死掉了，可以用另外一头牛顶替上，农场主不会纠结是否还是之前那头牛。对于宠物来说，他们的主人是能感受到个体之间区别的，一只宠物死掉了，是无法用另外一只替换。

    前面介绍的RC，RS控制器所创建的都是无状态的实例，即实例个体之间没有差别，一旦某个实例挂掉了，可以启动另一个实例顶替上，比如Ngnix实例。但在实际工程中，还有一种是有状态实例，比如数据库，分库1实例和分库2实例是不一样的，分库1挂掉了，是不能直接启动一个实例顶替上的，而是要确保新启的实例在网络标识，主机标识，存储数据等方面保持一致，才能不影响业务运行。

     显然，对于以上有状态的实例控制，RC，RS控制器是无法做到的，针对有状态场景，K8S提供StatuefulSet控制器。

二、StatefulSet原理

    StatefulSet适用于有状态实例，那么它是如何确保状态的一致呢？还是以数据库的分库为例，需要保持网络标识，主机标识，存储卷一致。如果用之前的RS来实现，看下实现的原理图：

      需要为每个实例创建一个ReplicaSet，分配独立的PVC，以及提供对外访问的Service。这个方式虽然可以实现需求，但并不是完美的解决方案，如果分库数量过大(超过100)，那么维护的工作量将非常大。

  接下来，我们看下StatefulSet如何实现

    StatefuSet负责创建不同实例的Pod，每个实例按照数字顺序进行标识，同时分配与实例关联的PVC，以及Service。

      当某个实例挂死后，重建实例，并写入旧实例的标识，并关联就实例的PVC，虽然实例的实体发生变化，但是对外业务感知不到的，还是同一实例，可以理解为旧实例的复制体。如下图所示：

 三、StatefulSet创建

在创建前，我们首先预备存储PV，以及StatefulSet所依赖的Headless Service。

1、创建PV

     这里我们创建两个PV，分别为a-pv.yaml和b-pv.yaml,以前一章节创建的NFS为存储卷，内容如下：

  • a-pv.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: a-pv
  labels:
    pv: a-pv
spec:
  capacity:
    storage: 10Mi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Recycle
  nfs:
    path: /nfs/data/a
    server: 192.168.16.4
  • b-pv.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: b-pv
  labels:
    pv: b-pv
spec:
  capacity:
    storage: 10Mi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Recycle
  nfs:
    path: /nfs/data/b
    server: 192.168.16.4

执行该文件，并查看状态

[root@k8s-master yaml]# kubectl apply -f a-pv.yaml 
persistentvolume/a-pv created
[root@k8s-master yaml]# kubectl apply -f b-pv.yaml 
persistentvolume/b-pv created
[root@k8s-master yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                     STORAGECLASS   REASON   AGE
a-pv                                       10Mi       RWX            Recycle          Available                                                     13s
b-pv                                       10Mi       RWX            Recycle          Available                                                     4s

PV创建完成，目前处于Available状态。 

 2、创建Headless Service

      StatefulSet需要配套Headless Service，其相关知识可以参见：K8S初级入门系列之八-网络

 其yaml内容如下：

[root@k8s-master yaml]# cat stateful-svc.yaml 
apiVersion: v1
kind: Service
metadata:
  name: stateful-svc
  labels:
    app: stateful-svc
spec:
  ports:
  - port: 80
    name: web
  clusterIP: None
  selector:
    app: nginx-stateful

   其中clusterIP: None表示的就是Headless Service，执行该文件，并查看状态

[root@k8s-master yaml]# kubectl get svc
NAME                           TYPE           CLUSTER-IP      EXTERNAL-IP     PORT(S)        AGE
stateful-svc                   ClusterIP      None            <none>          80/TCP         23h

   3、创建StatefulSet

     接下来就来创建今天的主角StatefulSet，其内容如下：

[root@k8s-master yaml]# cat nginx-stateful.yaml 
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: nginx-statefulset
spec:
  serviceName: "stateful-svc"
  replicas: 2
  selector:
    matchLabels:
      app: nginx-stateful
  template:
    metadata:
      labels:
        app: nginx-stateful
    spec:
      containers:
      - name: nginx-stateful
        image:  nginx:1.14.2
        ports:
        - containerPort: 80
          name: web
        volumeMounts:
        - name: www
          mountPath: /usr/share/nginx/html
  volumeClaimTemplates:
  - metadata:
      name: www
    spec:
      accessModes: [ "ReadWriteMany" ]
      resources:
        requests:
          storage: 10Mi

      StatefulSet与Deployment的结构类似，这里定义了replics为2，也就是两个副本，容器镜像为 nginx:1.14.2，并将目录/usr/share/nginx/html挂载到PVC存储上。

    执行该文件，并查看创建状态：

[root@k8s-master yaml]# kubectl apply -f nginx-stateful.yaml 
statefulset.apps/nginx-statefulset created
[root@k8s-master yaml]# kubectl get statefulset
NAME                READY   AGE
nginx-statefulset   2/2     5m14s

我们再看下pod的状态

[root@k8s-master yaml]# kubectl get pod
NAME                                      READY   STATUS                   RESTARTS           AGE
nginx-statefulset-0                       1/1     Running                  0                  5s
nginx-statefulset-1                       1/1     Running                  0                  3s

此时，成功创建了2个Pod，并按索引顺序作为名称的后缀。我们再来看下PVC和PV

[root@k8s-master yaml]# kubectl get pvc
NAME                      STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
www-nginx-statefulset-0   Bound    a-pv                                       10Mi       RWX                           6m43s
www-nginx-statefulset-1   Bound    b-pv                                       10Mi       RWX                           2m26s
[root@k8s-master yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                             STORAGECLASS   REASON   AGE
a-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-0                           10m
b-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-1                           10m

自动完成了PVC的创建，并且PVC和PV都显示为绑定状态，说明存储卷已经挂载成功。

4、Pod的验证

验证下Pod的访问以及功能是否可用。

在K8S初级入门系列之八-Service核心概念章节，安装了dnsutils工具，使用该工具查看下这两个Pod的ip和域名。

[root@k8s-master ~]# kubectl exec -it dnsutils /bin/sh
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
/ # nslookup nginx-statefulset-0.stateful-svc.default.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10#53

Name:   nginx-statefulset-0.stateful-svc.default.svc.cluster.local
Address: 10.244.36.71

/ # nslookup nginx-statefulset-1.stateful-svc.default.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10#53

Name:   nginx-statefulset-1.stateful-svc.default.svc.cluster.local
Address: 10.244.36.114

      StatefulSet Pod的访问域名格式为Pod名称.Service名称.default.svc.cluster.local。通过nsloolup正确的解析了域名的IP，内部应用就可以使用域名访问不同Pod了。

接下来，我们验证下Pod的访问，首先分别给html写入不同的内容

[root@k8s-master ~]# kubectl exec nginx-statefulset-0 -- sh -c 'echo "this is nginx-statefulset-0" > /usr/share/nginx/html/index.html'
[root@k8s-master ~]# kubectl exec nginx-statefulset-1 -- sh -c 'echo "this is nginx-statefulset-1" > /usr/share/nginx/html/index.html'

为了方便起见，我们使用curl 名称访问这两个Pod

[root@k8s-master ~]# curl http://10.244.36.71
this is nginx-statefulset-0
[root@k8s-master ~]# curl http://10.244.36.114
this is nginx-statefulset-1

能正确的访问到内容。我们再看下NFS挂载目录的内容

[root@k8s-master data]# cd a
[root@k8s-master a]# cat index.html 
this is nginx-statefulset-0
...
[root@k8s-master data]# cd b
[root@k8s-master b]# cat index.html 
this is nginx-statefulset-1

 也已经存储了正确的内容。

四、Pod重建

      前面介绍，当其中一个Pod发生异常，为了确保副本数的一致，StatefulSet重建需要重建该Pod，且新建的Pod会保持主机标识，网络标识，以及存储等状态不变。下面我们将通过删除Pod(nginx-statefulset-0)来模拟。

 为了监控Pod的重建过程，我们打开两个终端

终端1，执行删除Pod指令

[root@k8s-master b]# kubectl delete pod nginx-statefulset-0
pod "nginx-statefulset-0" deleted

终端2，监控Pod的变化。

[root@k8s-master yaml]# kubectl get pod -w -l app=nginx-stateful
NAME                  READY   STATUS    RESTARTS   AGE
nginx-statefulset-0   1/1     Running   0          23h
nginx-statefulset-1   1/1     Running   0          23h
nginx-statefulset-0   1/1     Terminating   0          23h
nginx-statefulset-0   1/1     Terminating   0          23h
nginx-statefulset-0   0/1     Terminating   0          23h
nginx-statefulset-0   0/1     Terminating   0          23h
nginx-statefulset-0   0/1     Terminating   0          23h
nginx-statefulset-0   0/1     Pending       0          0s
nginx-statefulset-0   0/1     Pending       0          0s
nginx-statefulset-0   0/1     ContainerCreating   0          0s
nginx-statefulset-0   0/1     ContainerCreating   0          1s
nginx-statefulset-0   1/1     Running             0          2s

     可以看到，老的Pod变为Terminating后，新的Pod开始重建，状态变化Pending->ContainerCreating->Running。

    重建过程中，Pod的名称保持不变，再看下重建后，新Pod的网络标识。

[root@k8s-master ~]# kubectl exec -it dnsutils /bin/sh
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
/ # nslookup nginx-statefulset-0.stateful-svc.default.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10#53

Name:   nginx-statefulset-0.stateful-svc.default.svc.cluster.local
Address: 10.244.36.70

IP发生了变化，域名没有变化，所以在内部访问时，要使用域名访问，不能使用IP。

继续看下挂载的PVC，可以使用详情查看

[root@k8s-master b]# kubectl describe pod nginx-statefulset-0
...
Volumes:
  www:
    Type:       PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace)
    ClaimName:  www-nginx-statefulset-0
    ReadOnly:   false
....

绑定到了之前的PVC www-nginx-statefulset-0。再访问index内容

[root@k8s-master ~]# curl http://10.244.36.70
this is nginx-statefulset-0

也能正确访问到老Pod写入的内容。由此可见，重建的Pod保持了存储标识的一致。

五、扩缩容

     StatefulSet与RS一样，支持扩缩容。

1、扩容

先来看下扩容场景，我们需要扩容两个副本，首先创建两个PV，其yaml内容如下：

  • c-pv.yaml
[root@k8s-master yaml]# cat c-pv.yaml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: c-pv
  labels:
    pv: c-pv
spec:
  capacity:
    storage: 10Mi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Recycle
  nfs:
    path: /nfs/data/c
    server: 192.168.16.4
  • d-pv.yaml
[root@k8s-master yaml]# cat d-pv.yaml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: d-pv
  labels:
    pv: d-pv
spec:
  capacity:
    storage: 10Mi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Recycle
  nfs:
    path: /nfs/data/d
    server: 192.168.16.4

执行完成后，查看状态

[root@k8s-master yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                             STORAGECLASS   REASON   AGE
a-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-0                           2d10h
b-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-1                           2d10h
c-pv                                       10Mi       RWX            Recycle          Available                                                             6m35s
d-pv                                       10Mi       RWX            Recycle          Available                                                             2m9s

新创建的两个PV处于Available状态。接下来启动两个终端

终端1，执行扩容指令

[root@k8s-master yaml]# kubectl scale  sts nginx-statefulset --replicas=4
statefulset.apps/nginx-statefulset scaled

终端2，监控pod的变化

[root@k8s-master yaml]# kubectl get pod -w -l app=nginx-stateful
NAME                  READY   STATUS    RESTARTS   AGE
nginx-statefulset-0   1/1     Running   0          2d11h
nginx-statefulset-1   1/1     Running   0          3d11h
nginx-statefulset-2   0/1     Pending   0          0s
nginx-statefulset-2   0/1     Pending   0          0s
nginx-statefulset-2   0/1     Pending   0          1s
nginx-statefulset-2   0/1     ContainerCreating   0          1s
nginx-statefulset-2   0/1     ContainerCreating   0          2s
nginx-statefulset-2   1/1     Running             0          3s
nginx-statefulset-3   0/1     Pending             0          0s
nginx-statefulset-3   0/1     Pending             0          0s
nginx-statefulset-3   0/1     Pending             0          1s
nginx-statefulset-3   0/1     ContainerCreating   0          1s
nginx-statefulset-3   0/1     ContainerCreating   0          2s
nginx-statefulset-3   1/1     Running             0          3s

 可以看到，以索引递增的命名方式依次新扩容了两个Pod。

再看下PVC和PV的状态

[root@k8s-master yaml]# kubectl get pvc
NAME                      STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
nfs-storage-pvc           Bound    pvc-f795e09b-1583-436b-869b-88a68d28ce64   1Gi        RWX            nfs-client     11d
www-nginx-statefulset-0   Bound    a-pv                                       10Mi       RWX                           3d11h
www-nginx-statefulset-1   Bound    b-pv                                       10Mi       RWX                           3d11h
www-nginx-statefulset-2   Bound    c-pv                                       10Mi       RWX                           6m27s
www-nginx-statefulset-3   Bound    d-pv                                       10Mi       RWX                           6m24s
[root@k8s-master yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                             STORAGECLASS   REASON   AGE
a-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-0                           3d11h
b-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-1                           3d11h
c-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-2                           25h
d-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-3                           25h

 PVC状态正确，并与PV绑定。

同样，验证下新扩容的nginx-statefulset-2是否可用

[root@k8s-master yaml]# kubectl exec nginx-statefulset-2 -- sh -c 'echo "this is nginx-statefulset-2" > /usr/share/nginx/html/index.html'
[root@k8s-master yaml]# curl http://10.244.36.85 
this is nginx-statefulset-2

 能正确的写入和读取，扩容成功。

2、缩容

再将这两个Pod缩容掉，同样启用两个终端

终端1，执行缩容指令

[root@k8s-master yaml]# kubectl scale  sts nginx-statefulset --replicas=2
statefulset.apps/nginx-statefulset scaled

终端2，监控pod的变化

[root@k8s-master yaml]# kubectl get pod -w -l app=nginx-stateful
NAME                  READY   STATUS    RESTARTS   AGE
nginx-statefulset-0   1/1     Running   0          2d11h
nginx-statefulset-1   1/1     Running   0          3d11h
nginx-statefulset-2   1/1     Running   0          15m
nginx-statefulset-3   1/1     Running   0          14m

nginx-statefulset-3   1/1     Terminating   0          16m
nginx-statefulset-3   1/1     Terminating   0          16m
nginx-statefulset-3   0/1     Terminating   0          16m
nginx-statefulset-3   0/1     Terminating   0          16m
nginx-statefulset-3   0/1     Terminating   0          16m
nginx-statefulset-2   1/1     Terminating   0          16m
nginx-statefulset-2   1/1     Terminating   0          16m
nginx-statefulset-2   0/1     Terminating   0          16m
nginx-statefulset-2   0/1     Terminating   0          16m
nginx-statefulset-2   0/1     Terminating   0          16m

  可以看到，Pod按照倒序索引依次终止。

六、滚动更新

     StatefulSet支持更新，可以通过配置相关的更新策略，默认为"RollingUpdate"(滚动更新),如下所示：

spec:
  updateStrategy:
    type: RollingUpdate
 ....

接下来，我们通过滚动更新的方式将nginx的镜像版本升级到最新状态

终端1，执行更新执行，修改镜像的版本

[root@k8s-master yaml]# kubectl set image sts nginx-statefulset nginx-stateful=nginx:latest
statefulset.apps/nginx-statefulset image updated

终端2，监控Pod的变化

[root@k8s-master ~]# kubectl get pod -w -l app=nginx-stateful
NAME                  READY   STATUS    RESTARTS   AGE
nginx-statefulset-0   1/1     Running   0          2d13h
nginx-statefulset-1   1/1     Running   0          3d12h
nginx-statefulset-1   1/1     Terminating   0          3d12h
nginx-statefulset-1   1/1     Terminating   0          3d12h
nginx-statefulset-1   0/1     Terminating   0          3d12h
nginx-statefulset-1   0/1     Terminating   0          3d12h
nginx-statefulset-1   0/1     Terminating   0          3d12h
nginx-statefulset-1   0/1     Pending       0          0s
nginx-statefulset-1   0/1     Pending       0          0s
nginx-statefulset-1   0/1     ContainerCreating   0          0s
nginx-statefulset-1   0/1     ContainerCreating   0          1s
nginx-statefulset-1   1/1     Running             0          71s
nginx-statefulset-0   1/1     Terminating         0          2d13h
nginx-statefulset-0   1/1     Terminating         0          2d13h
nginx-statefulset-0   0/1     Terminating         0          2d13h
nginx-statefulset-0   0/1     Terminating         0          2d13h
nginx-statefulset-0   0/1     Terminating         0          2d13h
nginx-statefulset-0   0/1     Pending             0          0s
nginx-statefulset-0   0/1     Pending             0          0s
nginx-statefulset-0   0/1     ContainerCreating   0          0s
nginx-statefulset-0   0/1     ContainerCreating   0          1s
nginx-statefulset-0   1/1     Running             0          3s

  可以看到，按照倒序依次更新。待上一个Pod处于running状态后，才会启动下一个的更新。

 查看下升级后Pod实例的版本

[root@k8s-master yaml]# kubectl describe pod nginx-statefulset-1
...
Containers:
  nginx-stateful:
    Container ID:   docker://4caa6d45b6e6423d61bea97f93a680f7171c56462eaaa5e8af83bbe2d1917a6b
    Image:          nginx:latest

... 

可以看到，Pod已经升级到最新版本。

除了 RollingUpdate，还支持

  • OnDelete，删除升级策略，StatefulSet并不主动触发升级，而是要用户删除Pod，StatefulSet重建Pod时进行升级，实际是一种手动升级的方式。
  • partition，分区升级策略，用户指定一个序号，大于此序号的Pod实例全部升级，而小于此序号的Pod实例则依旧保持老版本不变，即使是这些Pod重建，依然使用老的版本。此策略一般用于按计划分步骤的升级，如金丝雀发布。

七，删除

      StatefulSet 同时支持级联和非级联删除。使用非级联方式删除 StatefulSet 时，StatefulSet 的 Pod 不会被删除。使用级联删除时，StatefulSet 和它的 Pod 都会被删除。

   这里我们看下级联删除

 [root@k8s-master yaml]# kubectl delete sts nginx-statefulset
statefulset.apps "nginx-statefulset" deleted
[root@k8s-master yaml]# kubectl get sts
No resources found in default namespace.
[root@k8s-master yaml]# kubectl get pod -l app=nginx-stateful
No resources found in default namespace.

此时Pod已经被删除，再看下svc，pvc,pv的状态

[root@k8s-master yaml]# kubectl get svc
NAME                           TYPE           CLUSTER-IP      EXTERNAL-IP     PORT(S)        AGE
stateful-svc                   ClusterIP      None            <none>          80/TCP         4d13h
[root@k8s-master yaml]# kubectl get pvc
NAME                      STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE

www-nginx-statefulset-0   Bound    a-pv                                       10Mi       RWX                           3d13h
www-nginx-statefulset-1   Bound    b-pv                                       10Mi       RWX                           3d13h
www-nginx-statefulset-2   Bound    c-pv                                       10Mi       RWX                           128m
www-nginx-statefulset-3   Bound    d-pv                                       10Mi       RWX                           127m
[root@k8s-master yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                             STORAGECLASS   REASON   AGE
a-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-0                           3d13h
b-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-1                           3d13h
c-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-2                           27h
d-pv                                       10Mi       RWX            Recycle          Bound       default/www-nginx-statefulset-3                           27h

 与之相关联的Service，PVC，PV并没有删除，需要手动删除。 

非级联删除，相对于级联删除，指令上需要增加"--cascade=orphan"后缀参数。

 [root@k8s-master yaml]# kubectl delete sts nginx-statefulset  --cascade=orphan

 八、总结

     本章节介绍了有状态控制器StatefulSet，有状态实例有自己的主机标识，网络标识，存储标识的一致，实例之间不能相互替代，Pod实例重建时需要保持状态的一致，使得业务无感。          StatefulSet能根据一份容器镜像完成多个有状态的副本的状态，并自动创建PVC，并绑定PV，同时，与Deployment一样，StatefulSet控制器支持副本重建，扩缩容，滚动更新等。 

 附:

K8S初级入门系列之一-概述

K8S初级入门系列之二-集群搭建

K8S初级入门系列之三-Pod的基本概念和操作

K8S初级入门系列之四-Namespace/ConfigMap/Secret

K8S初级入门系列之五-Pod的高级特性

K8S初级入门系列之六-控制器(RC/RS/Deployment)

K8S初级入门系列之七-控制器(Job/CronJob/Daemonset)

K8S初级入门系列之八-网络

K8S初级入门系列之九-共享存储

K8S初级入门系列之十-控制器(StatefulSet)

K8S初级入门系列之十一-安全

K8S初级入门系列之十二-计算资源管理

恰恰虎
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Kubernetes K8S之资源控制器StatefulSets详解
踏歌行的专栏
08-26 1751
Kubernetes的资源控制器StatefulSet详解与示例
statefulset
xuleisdjn的专栏
01-10 1015
statefulset petset 数据库集群是有状态的集群服务，在kubernetes中，我们使用StatefulSet进行部署。 通过PV/PVC实现稳定的存储， 使用Headless Service 的特殊Service来实现稳定的网络身份， 使用StatefulSet可以使用序号命名规则给pod命名。 如果有pod由于某种原因down掉了，kubernetes会新创建一
【kubernetes】探索k8s集群的pod控制器详解（Deployment、StatefulSet、DaemonSet、Job、CronJob）
最新发布
zzzxxx520369的博客
06-02 1236
探索k8s集群的pod控制器详解（Deployment、StatefulSet、DaemonSet、Job、CronJob）
k8s系列---stateful（有状态应用副本集）控制器
weixin_30362801的博客
01-23 455
http://blog.itpub.net/28916011/viewspace-2215046/ 在应用程序中，可以分为有状态应用和无状态应用。 无状态的应用更关注于群体，任何一个成员都可以被取代。 对有状态的应用是关注个体。 像我们前面用deployment控制器管理的nginx、myapp等都属于无状态应用。 像mysql、redis，zo...
k8s入门（三）之StatefulSet、Service、Ingress
Wielun
06-03 1365
– 测试： 主机名、DNS不会改变 2、扩容和缩容 （1）扩容 （2）缩容 （3）OnDelete更新 测试： （4）RollingUpdate更新 3、灰度发布 （1）partition （2）回滚 （3）通过yaml文件设置 （4）通过yaml文件设置（并行） 级联删除（方式一） 级联删除（方式二） 强制删除 正常删除 二、Service操作 1、初体验 2、扩容测试 3、测试集群IP 5、设置hostname 测试访问： 6、setHostnameAsFQDN
k8s实践(13)--有状态服务StatefulSet详解
黄规速博客:学如逆水行舟，不进则退
04-17 6633
最近项目搭建基于StatefulSet创建常驻pod的GPU虚机平台，项目接近尾声，在此顺便做了个总结，温故而知新，而不是走马观花，浅尝辄止懂些概念。 一、k8s集群的服务分类 在K8S运行的服务，从简单到复杂可以分成三类：无状态服务、普通有状态服务和有状态集群服务。下面分别来看K8S是如何运行这三类服务的。 1、无状态服务（Stateless Service）： 1）定义：是指该服务运行的实例不会在本地存储需要持久化的数据，并且多个实例对于同一个请求响应的结果是完全一致的。 2）随意扩容和缩
k8s-2-控制器-Service.md
04-08
### K8s Pod 控制器概述 Kubernetes (K8s) 作为一种高效的容器编排工具，提供了多种类型的控制器来管理应用的部署、扩展及维护等。这些控制器中，服务对象（Service）与Pod控制器（如ReplicaSet、Deployment等）...
k8s-fordocker-desktop-v1.29.1
03-01
【标题】"k8s-fordocker-desktop-v1.29.1" 是一个专为 Docker Desktop 用户设计的 Kubernetes（k8s）环境版本，版本号为 v1.29.1。这个软件包旨在帮助Windows用户在本地环境中便捷地搭建和管理Kubernetes集群。 ...
k8s中部署statefulset-MySQL.doc
09-22
在Kubernetes (k8s) 环境中部署StatefulSet是为了解决需要持久化存储和有序、可预测网络标识的应用场景。本案例主要讲述了如何在k8s集群中利用StatefulSet部署MySQL数据库，同时使用NFS (Network File System) 提供...
k8s-v1.23.4-arm版本的离线包
06-11
Kubernetes（简称K8s）是Google开源的容器集群管理系统，它提供了一种自动化的方式来部署、扩展和管理容器化的应用程序。K8s-v1.23.4是Kubernetes的一个特定版本，它带来了许多性能改进、安全增强以及对新特性的支持...
k8s-v1.23.4-x86-64版本的离线包
01-08
Kubernetes（简称K8s）是Google开源的一种容器编排系统，用于自动化容器化的应用程序部署、扩展和管理。在这个“k8s-v1.23.4-x86_64”离线包中，我们看到的是针对x86_64架构的Kubernetes 1.23.4版本，特别设计适配于...
k8s（五）StatefulSets控制器
weixin_38367535的博客
11-23 1887
RC、RS、Deployment都是适用于部署无状态服务的控制器，如微服务等。而StatefulSets控制器则用来部署有状态服务，典型的如mysql等。 适合使用StatefulSets控制器的服务包含以下特点： 稳定性，唯一的网络标识符； 稳定性，持久化存储； 有序部署和扩展； 有序删除和终止； 有序的自动滚动更新。 yaml示例： apiVersion: v1 kind: Service metadata: name: nginx labels: app: ng
k8s的StatefulSet基础教程
weixin_43849415的博客
09-18 1710
k8s官网教程：StatefulSet基础 1. StatefulSet的使用场景 当我们部署一个有状态服务时，一般使用Statefulset控制器，具有如下特性： 稳定的持久化存储，即Pod重新调度之后还是能够访问同样的持久化数据，基于PV和PVC实现。 稳定的网络标识符，即Pod重新调度之后其PodName和HostName不变。 有序部署，有序扩展，基于init-containers实现。 有序收缩。 2. 教程目标 StatefulSets 旨在与有状态的应用及分布式系统一起使用。然而在 Kub
k8s 控制器StatefulSet原理解析
博客虽小，世界尽在其中
04-12 2117
本文深入探讨了Kubernetes控制器StatefulSet的原理与机制。StatefulSet作为Kubernetes中的一种重要控制器，专为有状态应用而设计，提供了稳定的网络标识、有序的部署与扩展以及自动的存储卷管理等功能。文章介绍了StatefulSet的基本概念，包括其定义、特性以及与其他控制器如Deployment和DaemonSet的对比。
k8s——14、statefulset控制器
qq_43604376的博客
06-13 354
k8s中的statefulset控制器
K8S（3）StatefulSet
礁之的博客
07-24 509
StatefulSet也叫有状态集，通常用于部署有状态的并且需要有序启动的应用程序
Kebernetes 学习总结(8) statefulset
weixin_34037173的博客
03-07 329
RC、Deployment、DaemonSet都是面向无状态的服务，它们所管理的Pod的IP、Hostname、启停顺序等都是随机的，被管理的Pod重建时，Pod的IP、Hostname都会有变化。而StatefulSet是有状态的集合，管理所有有状态的服务，比如MySQL、MongoDB集群等。StatefulSet本质上是Deployment的一种变体，在v1.9版本中已成为GA版本，它为了解...
k8s之StatefulSet详解
热门推荐
最美dee时光的博客
05-11 6万+
本篇是基于k8s-v1.15.0版本。 1、介绍 RC、Deployment、DaemonSet都是面向无状态的服务，它们所管理的Pod的IP、名字，启停顺序等都是随机的，而StatefulSet是什么？顾名思义，有状态的集合，管理所有有状态的服务，比如MySQL、MongoDB集群等。 StatefulSet本质上是Deployment的一种变体，在v1.9版本中已成为GA版本，它为了解决有状态服务的问题，它所管理的Pod拥有固定的Pod名称，启停顺序，在StatefulSet中，Pod名字称为网络标识
kubernetes配置之：statefulset
wbwbwbd的博客
05-05 343
一个完整的statefulset由三个组件组成：Headless Service、StatefulSet、volumeClaimTemplate（Headless Service：为Pod资源生成可解析的DNS资源记录、StatefulSet：管控Pod资源、volumeClaimTemplate：基于动态或静态的PV为Pod资源提供专有固定的存储）滚动升级为statefulset类型Pod的默认升级策略，升级时按照索引号从大到小升级，任何Pod只有当比自己的索引号处于就绪状态时该Pod才会做升级操作；
深入理解K8S集群控制器：从冰箱设计到实战解析
"K8S(kubernetes)学习指南.pdf 是一本入门级的Kubernetes书籍，主要涵盖K8S的关键概念和技术，包括集群控制器、网络、伸缩、认证与调度、服务实现、镜像管理等内容，并提供了实践案例，如集群节点管理、安全组配置和...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值