kubenetes入门学习-十五-statefulset

最新推荐文章于 2024-05-29 14:38:47 发布
最新推荐文章于 2024-05-29 14:38:47 发布
阅读量2k 收藏
点赞数
分类专栏： devops kubenetes 文章标签： kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yujin2010good/article/details/88652678
版权

最近学习k8s遇到很多问题，建了一个qq群：153144292，交流devops、k8s、docker等

一、statefulset
    从前面的学习我们知道使用Deployment创建的pod是无状态的，当挂载了Volume之后，如
果该pod挂了，Replication Controller会再启动一个pod来保证可用性，但是由于pod是无状
态的，pod挂了就会和之前的Volume的关系断开，新创建的Pod无法找到之前的Pod。但是对于
用户而言，他们对底层的Pod挂了是没有感知的，但是当Pod挂了之后就无法再使用之前挂载
的存储卷。

CoreOS：Operator

为了解决这一问题，就引入了StatefulSet用于保留Pod的状态信息。

   StatefulSet是为了解决有状态服务的问题（对应Deployments和ReplicaSets是为无状态服务而设计），
其应用场景包括：

statefulset    有状态副本集
    cattle，pet
    PetSet-->StatefulSet
    1、稳定且需要有唯一的标识符
    2、稳定且持久的存储
    3、有序、平滑优雅的扩展
    4、有序、平滑的删除和终止
    5、有序的滚动更新
    

1、稳定的持久化存储，即Pod重新调度后还是能访问到相同的持久化数据，基于PVC来实现
2、稳定的网络标志，即Pod重新调度后其PodName和HostName不变，基于Headless Service（即没有Cluster IP的Service）来实现
3、有序部署，有序扩展，即Pod是有顺序的，在部署或者扩展的时候要依据定义的顺序依次依次进行（即从0到N-1，在下一个Pod运行之前所有之前的Pod必须都是Running和Ready状态），基于init containers来实现
4、有序收缩，有序删除（即从N-1到0）
5、有序的滚动更新

StatefulSet由以下几个部分组成：
    Headless Service（无头服务）用于为Pod资源标识符生成可解析的DNS记录。每个pod唯一的名称。
    volumeClaimTemplates （存储卷申请模板）基于静态或动态PV供给方式为Pod资源提供专有的固定存储。
    StatefulSet，用于管控Pod资源。

二、为什么要有headless？？
    在deployment中，每一个pod是没有名称，是随机字符串，是无序的。而statefulset中是要求有序
的，每一个pod的名称必须是固定的。当节点挂了，重建之后的标识符是不变的，每一个节点的节点名称
是不能改变的。pod名称是作为pod识别的唯一标识符，必须保证其标识符的稳定并且唯一。

    为了实现标识符的稳定，这时候就需要一个headless service 解析直达到pod，还需要给pod配置一
个唯一的名称。

内部dns解析：pod_name.service_name.ns_name.svc.cluster.local

三、为什么要 有volumeClainTemplate？？

    大部分有状态副本集都会用到持久存储，比如分布式系统来说，由于数据是不一样的，每个节点都需
要自己专用的存储节点。而在deployment中pod模板中创建的存储卷是一个共享的存储卷，多个pod使用同
一个存储卷，而statefulset定义中的每一个pod都不能使用同一个存储卷，由此基于pod模板创建pod是不
适应的，这就需要引入volumeClainTemplate，当在使用statefulset创建pod时，会自动生成一个PVC，从
而请求绑定一个PV，从而有自己专用的存储卷。

四、statefulSet使用演示
在创建StatefulSet之前需要准备的东西，值得注意的是创建顺序非常关键，创建顺序如下：
1、Volume
2、Persistent Volume
3、Persistent Volume Claim
4、Service
5、StatefulSet
Volume可以有很多种类型，比如nfs、glusterfs等

（1）查看statefulset的定义
[root@master ~]#  kubectl explain statefulset
KIND:     StatefulSet
VERSION:  apps/v1

DESCRIPTION:
     StatefulSet represents a set of pods with consistent identities. Identities
     are defined as: - Network: A single stable DNS and hostname. - Storage: As
     many VolumeClaims as requested. The StatefulSet guarantees that a given
     network identity will always map to the same storage identity.

FIELDS:
   apiVersion    <string>
   kind    <string>
   metadata    <Object>
   spec    <Object>
   status    <Object>
[root@master ~]# kubectl explain statefulset.spec
KIND:     StatefulSet
VERSION:  apps/v1

RESOURCE: spec <Object>

DESCRIPTION:
     Spec defines the desired identities of pods in this set.

     A StatefulSetSpec is the specification of a StatefulSet.

FIELDS:
   podManagementPolicy    <string>   #Pod管理策略
   replicas    <integer>              #副本数量
   revisionHistoryLimit    <integer>  #历史版本限制
   selector    <Object> -required-    #选择器，必选项
   serviceName    <string> -required-#服务名称，必选项
   template    <Object> -required-    #模板，必选项
   updateStrategy    <Object>       #更新策略
   volumeClaimTemplates    <[]Object> #存储卷申请模板，列表对象形式
   
（2）清单定义StatefulSet
一个完整的StatefulSet控制器由：Headless Service、StatefulSet和volumeClaimTemplate组成。
如下资源清单中的定义：

apiVersion: v1
kind: Service
metadata:
  name: myapp-svc
  labels:
    app: myapp-svc
spec:
  ports:
  - port: 80
    name: web
  clusterIP: None                                 这里无头
  selector:
    app: myapp-pod
---
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: myapp
spec:
  serviceName: myapp-svc
  replicas: 3
  selector:
    matchLabels:
      app: myapp-pod
  template:
    metadata:
      labels:
        app: myapp-pod
    spec:
      containers:
      - name: myapp
        image: nginx
        ports:
        - containerPort: 80
          name: web
        volumeMounts:
        - name: myappdata
          mountPath: /usr/share/nginx/html
  volumeClaimTemplates:
  - metadata:
      name: myappdata
    spec:
      accessModes: ["ReadWriteOnce"]
      resources:
        requests:
          storage: 2Gi
解析上例：由于StatefulSet资源依赖于一个实现存在的Headless类型的Service资源，所以
需要先定义一个名为myapp-svc的Headless Service资源，用于为关联到每个Pod资源创建DNS
资源记录。接着定义了一个名为myapp的StatefulSet资源，它通过Pod模板创建了3个Pod资源
副本，并基于volumeClaimTemplates向前面创建的PV进行了请求大小为2Gi的专用存储卷。

（3）删除前期的操作
删除pv、pvc和之前创建的一些pod

（4）修改pv的大小为2Gi
[root@master manifests]# cd volumes/
[root@master volumes]# ls
pod-hostpath--vol.yaml  pod-nfs-vol.yaml  pod-vol-demo.yaml  pod-vol-pvc.yaml  pv-demo.yaml  vol-gitrepo-pod.yaml
[root@master volumes]# kubectl apply -f pv-demo.yaml 
persistentvolume/pv001 created
persistentvolume/pv002 created
persistentvolume/pv003 created
persistentvolume/pv004 created
persistentvolume/pv005 created
[root@master volumes]# kubectl get pv
NAME    CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
pv001   1Gi        RWO,RWX        Retain           Available                                   7s
pv002   2Gi        RWO            Retain           Available                                   7s
pv003   2Gi        RWO,RWX        Retain           Available                                   7s
pv004   4Gi        RWO,RWX        Retain           Available                                   7s
pv005   5Gi        RWO,RWX        Retain           Available                                   7s

（5）创建statefulset
[root@master volumes]#  kubectl apply -f stateful-demo.yaml 
service/myapp-svc created
statefulset.apps/myapp created
[root@master volumes]# kubectl get svc
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   18d
myapp-svc    ClusterIP   None         <none>        80/TCP    10s
[root@master volumes]# kubectl get sts
NAME    READY   AGE
myapp   3/3     28s
[root@master volumes]# kubectl get pvc
NAME                STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
myappdata-myapp-0   Bound    pv002    2Gi        RWO                           35s
myappdata-myapp-1   Bound    pv003    2Gi        RWO,RWX                       32s
myappdata-myapp-2   Bound    pv004    4Gi        RWO,RWX                       29s
[root@master volumes]# kubectl get pv
NAME    CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                       STORAGECLASS   REASON   AGE
pv001   1Gi        RWO,RWX        Retain           Available                                                       2m32s
pv002   2Gi        RWO            Retain           Bound       default/myappdata-myapp-0                           2m32s
pv003   2Gi        RWO,RWX        Retain           Bound       default/myappdata-myapp-1                           2m32s
pv004   4Gi        RWO,RWX        Retain           Bound       default/myappdata-myapp-2                           2m32s
pv005   5Gi        RWO,RWX        Retain           Available                                                       2m32s
[root@master volumes]# kubectl get pods
NAME                            READY   STATUS    RESTARTS   AGE
myapp-0                         1/1     Running   0          64s
myapp-1                         1/1     Running   0          61s
myapp-2                         1/1     Running   0          58s
nginx-7849c4bbcd-dscjr          1/1     Running   0          16d
nginx-7849c4bbcd-vdd45          1/1     Running   0          16d
nginx-7849c4bbcd-wrvks          1/1     Running   0          16d
nginx-deploy-84cbfc56b6-scrnt   1/1     Running   0          7m24s
当删除的时候是从myapp-2开始进行删除的，关闭是逆向关闭
[root@master volumes]# kubectl delete -f stateful-demo.yaml 
service "myapp-svc" deleted
statefulset.apps "myapp" deleted
[root@master ~]# kubectl get pods -w
NAME                            READY   STATUS    RESTARTS   AGE
myapp-0                         1/1     Running   0          95s
myapp-1                         1/1     Running   0          92s
myapp-2                         1/1     Running   0          89s
nginx-7849c4bbcd-dscjr          1/1     Running   0          16d
nginx-7849c4bbcd-vdd45          1/1     Running   0          16d
nginx-7849c4bbcd-wrvks          1/1     Running   0          16d
nginx-deploy-84cbfc56b6-scrnt   1/1     Running   0          7m55s
myapp-2   1/1   Terminating   0     93s
myapp-0   1/1   Terminating   0     99s
myapp-1   1/1   Terminating   0     96s
myapp-1   0/1   Terminating   0     97s
myapp-0   0/1   Terminating   0     100s
myapp-2   0/1   Terminating   0     94s
myapp-0   0/1   Terminating   0     101s
myapp-0   0/1   Terminating   0     101s
myapp-2   0/1   Terminating   0     95s
myapp-2   0/1   Terminating   0     95s
myapp-1   0/1   Terminating   0     109s
myapp-1   0/1   Terminating   0     109s
此时PVC依旧存在的，再重新创建pod时，依旧会重新去绑定原来的pvc
[root@master volumes]# kubectl apply -f stateful-demo.yaml 
service/myapp-svc created
statefulset.apps/myapp created
[root@master volumes]# kubectl get pvc
NAME                STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
myappdata-myapp-0   Bound    pv002    2Gi        RWO                           2m42s
myappdata-myapp-1   Bound    pv003    2Gi        RWO,RWX                       2m39s
myappdata-myapp-2   Bound    pv004    4Gi        RWO,RWX                       2m36s
同时这里查看刚才那个动态log，发现是从0开始创建
[root@master ~]# kubectl get pods -w
NAME                            READY   STATUS    RESTARTS   AGE
myapp-0                         1/1     Running   0          95s
myapp-1                         1/1     Running   0          92s
myapp-2                         1/1     Running   0          89s
nginx-7849c4bbcd-dscjr          1/1     Running   0          16d
nginx-7849c4bbcd-vdd45          1/1     Running   0          16d
nginx-7849c4bbcd-wrvks          1/1     Running   0          16d
nginx-deploy-84cbfc56b6-scrnt   1/1     Running   0          7m55s
myapp-2   1/1   Terminating   0     93s
myapp-0   1/1   Terminating   0     99s
myapp-1   1/1   Terminating   0     96s
myapp-1   0/1   Terminating   0     97s
myapp-0   0/1   Terminating   0     100s
myapp-2   0/1   Terminating   0     94s
myapp-0   0/1   Terminating   0     101s
myapp-0   0/1   Terminating   0     101s
myapp-2   0/1   Terminating   0     95s
myapp-2   0/1   Terminating   0     95s
myapp-1   0/1   Terminating   0     109s
myapp-1   0/1   Terminating   0     109s
myapp-0   0/1   Pending   0     0s
myapp-0   0/1   Pending   0     0s
myapp-0   0/1   ContainerCreating   0     0s
myapp-0   1/1   Running   0     4s
myapp-1   0/1   Pending   0     0s
myapp-1   0/1   Pending   0     0s
myapp-1   0/1   ContainerCreating   0     0s
myapp-1   1/1   Running   0     3s
myapp-2   0/1   Pending   0     0s
myapp-2   0/1   Pending   0     0s
myapp-2   0/1   ContainerCreating   0     0s
myapp-2   1/1   Running   0     5s的

五、滚动更新、扩展伸缩、版本升级、修改更新策略
1、滚动更新
    RollingUpdate 更新策略在 StatefulSet 中实现 Pod 的自动滚动更新。 
当StatefulSet的 .spec.updateStrategy.type 设置为 RollingUpdate 时，默认为：RollingUpdate。
StatefulSet 控制器将在 StatefulSet 中删除并重新创建每个 Pod。 它将以与 Pod 终止相同的顺序
进行（从最大的序数到最小的序数），每次更新一个 Pod。 在更新其前身之前，它将等待正在更新的
Pod 状态变成正在运行并就绪。如下操作的滚动更新是有2-0的顺序更新。

vim stateful-demo.yaml  修改image版本为v2
kubectl apply -f stateful-demo.yaml
kubectl get pods -w   #查看滚动更新的过程

在创建的每一个Pod中，每一个pod自己的名称都是可以被解析的，如下：
[root@master volumes]# kubectl get pods -o wide
NAME                            READY   STATUS    RESTARTS   AGE     IP            NODE     NOMINATED NODE   READINESS GATES
myapp-0                         1/1     Running   0          2m21s   10.244.1.35   node01   <none>           <none>
myapp-1                         1/1     Running   0          2m18s   10.244.2.50   node02   <none>           <none>
myapp-2                         1/1     Running   0          2m14s   10.244.1.36   node01   <none>           <none>
nginx-7849c4bbcd-dscjr          1/1     Running   0          16d     10.244.1.13   node01   <none>           <none>
nginx-7849c4bbcd-vdd45          1/1     Running   0          16d     10.244.2.15   node02   <none>           <none>
nginx-7849c4bbcd-wrvks          1/1     Running   0          16d     10.244.1.14   node01   <none>           <none>
nginx-deploy-84cbfc56b6-scrnt   1/1     Running   0          12m     10.244.2.47   node02   <none>           <none>
[root@master mainfests]# kubectl exec -it myapp-0 -- /bin/sh
#nslookup myapp-0.myapp-svc.default.svc.cluster.local
Address 1: 10.244.1.35 myapp-0.myapp-svc.default.svc.cluster.local
#nslookup myapp-1.myapp-svc.default.svc.cluster.local
Address 1: 10.244.2.50 myapp-0.myapp-svc.default.svc.cluster.local
#nslookup myapp-2.myapp-svc.default.svc.cluster.local
Address 1: 10.244.1.36 myapp-0.myapp-svc.default.svc.cluster.local

从上面的解析，我们可以看到在容器当中可以通过对Pod的名称进行解析到ip。其解析的域名格式如下：
pod_name.service_name.ns_name.svc.cluster.local
eg: myapp-0.myapp.default.svc.cluster.local

2、扩展伸缩
[root@master volumes]# kubectl scale sts myapp --replicas=4
statefulset.apps/myapp scaled
[root@master volumes]# kubectl get pod
NAME                            READY   STATUS    RESTARTS   AGE
myapp-0                         1/1     Running   0          6m3s
myapp-1                         1/1     Running   0          6m
myapp-2                         1/1     Running   0          5m56s
myapp-3                         1/1     Running   0          36s  这里
nginx-7849c4bbcd-dscjr          1/1     Running   0          16d
nginx-7849c4bbcd-vdd45          1/1     Running   0          16d
nginx-7849c4bbcd-wrvks          1/1     Running   0          16d
nginx-deploy-84cbfc56b6-scrnt   1/1     Running   0          16m
[root@master ~]# kubectl get pods -w
NAME                            READY   STATUS    RESTARTS   AGE
myapp-0                         1/1     Running   0          95s
myapp-1                         1/1     Running   0          92s
myapp-2                         1/1     Running   0          89s
nginx-7849c4bbcd-dscjr          1/1     Running   0          16d
nginx-7849c4bbcd-vdd45          1/1     Running   0          16d
nginx-7849c4bbcd-wrvks          1/1     Running   0          16d
nginx-deploy-84cbfc56b6-scrnt   1/1     Running   0          7m55s
myapp-2   1/1   Terminating   0     93s
myapp-1   0/1   ContainerCreating   0     0s
myapp-1   1/1   Running   0     4s
myapp-2   0/1   Pending   0     0s
myapp-2   0/1   Pending   0     0s
myapp-2   0/1   ContainerCreating   0     0s
myapp-2   1/1   Running   0     3s
myapp-3   0/1   Pending   0     0s
myapp-3   0/1   Pending   0     0s
myapp-3   0/1   Pending   0     0s
myapp-3   0/1   ContainerCreating   0     0s
myapp-3   1/1   Running   0     4s
[root@master volumes]# kubectl get pv
NAME    CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                       STORAGECLASS   REASON   AGE
pv001   1Gi        RWO,RWX        Retain           Available                                                       12m
pv002   2Gi        RWO            Retain           Bound       default/myappdata-myapp-0                           12m
pv003   2Gi        RWO,RWX        Retain           Bound       default/myappdata-myapp-1                           12m
pv004   4Gi        RWO,RWX        Retain           Bound       default/myappdata-myapp-2                           12m
pv005   5Gi        RWO,RWX        Retain           Bound       default/myappdata-myapp-3                           12m
[root@master volumes]# kubectl get pvc
NAME                STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
myappdata-myapp-0   Bound    pv002    2Gi        RWO                           11m
myappdata-myapp-1   Bound    pv003    2Gi        RWO,RWX                       11m
myappdata-myapp-2   Bound    pv004    4Gi        RWO,RWX                       11m
myappdata-myapp-3   Bound    pv005    5Gi        RWO,RWX                       106s
^C[root@master ~]# kubectl get pods -w
NAME                            READY   STATUS    RESTARTS   AGE
myapp-0                         1/1     Running   0          7m35s
myapp-1                         1/1     Running   0          7m32s
myapp-2                         1/1     Running   0          7m28s
myapp-3                         1/1     Running   0          2m8s
nginx-7849c4bbcd-dscjr          1/1     Running   0          16d
nginx-7849c4bbcd-vdd45          1/1     Running   0          16d
nginx-7849c4bbcd-wrvks          1/1     Running   0          16d
nginx-deploy-84cbfc56b6-scrnt   1/1     Running   0          17m
myapp-3   1/1   Terminating   0     2m12s
myapp-3   0/1   Terminating   0     2m13s
myapp-3   0/1   Terminating   0     2m17s
myapp-3   0/1   Terminating   0     2m17s
myapp-2   1/1   Terminating   0     7m37s
myapp-2   0/1   Terminating   0     7m38s
myapp-2   0/1   Terminating   0     7m46s
myapp-2   0/1   Terminating   0     7m46s

3、更新策略和版本升级
修改更新策略，以partition方式进行更新，更新值为2，只有myapp编号大于等于2的才会进行更新。类似于金丝雀部署方式。
[root@master volumes]# kubectl patch sts myapp -p '{"spec":{"updateStrategy":{"rollingUpdate":{"partition":2}}}}'
statefulset.apps/myapp patched
[root@master volumes]# kubectl get sts myapp
NAME    READY   AGE
myapp   2/2     9m21s
[root@master volumes]# kubectl describe sts myapp
Name:               myapp
Namespace:          default
CreationTimestamp:  Mon, 18 Mar 2019 11:02:39 -0400
Selector:           app=myapp-pod
Labels:             <none>
Annotations:        kubectl.kubernetes.io/last-applied-configuration:
                      {"apiVersion":"apps/v1","kind":"StatefulSet","metadata":{"annotations":{},"name":"myapp","namespace":"default"},"spec":{"replicas":3,"sele...
Replicas:           824639088784 desired | 2 total
Update Strategy:    RollingUpdate
  Partition:        824639089500
Pods Status:        2 Running / 0 Waiting / 0 Succeeded / 0 Failed
Pod Template:
  Labels:  app=myapp-pod
  Containers:
   myapp:
    Image:        nginx
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:
      /usr/share/nginx/html from myappdata (rw)
  Volumes:  <none>
Volume Claims:
  Name:          myappdata
  StorageClass:  
  Labels:        <none>
  Annotations:   <none>
  Capacity:      2Gi
  Access Modes:  [ReadWriteOnce]
Events:
  Type     Reason            Age                    From                    Message
  ----     ------            ----                   ----                    -------
  Normal   SuccessfulCreate  9m49s                  statefulset-controller  create Pod myapp-0 in StatefulSet myapp successful
  Warning  FailedCreate      9m46s (x7 over 9m46s)  statefulset-controller  create Pod myapp-1 in StatefulSet myapp failed error: The POST operation against Pod could not be completed at this time, please try again.
  Normal   SuccessfulCreate  9m46s                  statefulset-controller  create Pod myapp-1 in StatefulSet myapp successful
  Normal   SuccessfulCreate  9m42s                  statefulset-controller  create Pod myapp-2 in StatefulSet myapp successful
  Normal   SuccessfulCreate  4m22s                  statefulset-controller  create Claim myappdata-myapp-3 Pod myapp-3 in StatefulSet myapp success
  Normal   SuccessfulCreate  4m22s                  statefulset-controller  create Pod myapp-3 in StatefulSet myapp successful
  Normal   SuccessfulDelete  2m10s                  statefulset-controller  delete Pod myapp-3 in StatefulSet myapp successful
  Normal   SuccessfulDelete  2m5s                   statefulset-controller  delete Pod myapp-2 in StatefulSet myapp successful
  
版本升级，将image的版本升级为v3，升级后对比myapp-2和myapp-1的image版本是不同的。这样就实现了金丝雀发布的效果。

kubectl set image sts/myapp myapp=ikubernetes/myapp:v3
kubectl get sts -o wide
发现版本有2台更新2台未更新
kubectl patch sts myapp -p '{"spec":{"updateStrategy":{"rollingUpdate":{"partition":0}}}}'

yujin2010good
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
kubernetes-kafka:Kafka集群为Kubernetes StatefulSet，简单清单和配置
04-27
Kafka for Kubernetes 该社区寻求提供： 值得生产的Kafka设置，用于小规模的持久性（域和操作）数据。 正如Kubernetes所展示的那样，操作知识偏重于吞吐量的弹性。 使用Kubernetes进行事件驱动（流式）微服务...
Kubernetes 入门教程.docx
03-19
### Kubernetes (K8s) 入门教程知识点详解 #### 一、Kubernetes 架构概览 **Kubernetes**（通常简称为 **k8s**）是一种用于自动化部署、扩展和管理容器化应用程序的强大平台。它通过抽象硬件资源，为用户提供了...
arguments is not defined
zjslan_js的博客
08-23 418
arguments is not defined
k8s之StatefulSet
Crazy博客
09-08 4597
快速了解StatefulSet
k8s学习--资源控制器StatefulSet详细解释与应用
最新发布
lwxvgdv的博客
05-29 1306
我们在生产中常用的副本(pod)控制器如Deployment,DaemonSet,RS都是使用于无状态服务，其所管理的Pod的启停顺序，IP，Pod名称都是随机的，被管理的Pod更新时,这些都会发生变化,而我们在管理如mysql,redis,kafka,consul这些集群是为了管理方便，就可以使用。在用Deployment时，每一个Pod名称是没有顺序的，是随机字符串，因此是Pod名称是无序的，但是在statefulset中要求必须是有序，每一个pod不能被随意取代，pod重建后pod名称还是一样的。
k8s实践(13)--有状态服务StatefulSet详解
黄规速博客:学如逆水行舟，不进则退
04-17 6654
最近项目搭建基于StatefulSet创建常驻pod的GPU虚机平台，项目接近尾声，在此顺便做了个总结，温故而知新，而不是走马观花，浅尝辄止懂些概念。 一、k8s集群的服务分类 在K8S运行的服务，从简单到复杂可以分成三类：无状态服务、普通有状态服务和有状态集群服务。下面分别来看K8S是如何运行这三类服务的。 1、无状态服务（Stateless Service）： 1）定义：是指该服务运行的实例不会在本地存储需要持久化的数据，并且多个实例对于同一个请求响应的结果是完全一致的。 2）随意扩容和缩
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名字称为网络标识
k8s--基础--21--Statefulset
zhou920786312的博客
08-11 2333
StatefulSet是为了解决有状态服务的问题而设计,对应Deployments和ReplicaSets是为无状态服务。
关于解决The Operation Couldn't be Completed
haiooh的博客
05-14 4万+
运行的时候报错如图 运行编译代码成功，但是登陆模拟器失败，显示错误:The Operation couldn't be completed.(LaunchServicesError error 0.) 我上网查了一下，我试过第一1，2个方法 解决办法有：第1种方法.点击当前的模拟器，点击IOS Simulator->Reset Content and Settings
Go-一份入门Grafeas与Kubernetes的循序渐进指南
08-13
Kubernetes以Pod为基本单元管理容器，通过Service定义网络路由，使用Deployment和StatefulSet来控制应用的滚动更新和持久化存储。 为了将Grafeas集成到Kubernetes，你需要熟悉Kubernetes的API和资源对象。可以使用...
kubernetes-使用文档.pdf
10-18
Kubernetes是目前广泛使用的容器编排系统，用于自动化容器化应用的部署、扩展和管理。它由Google设计并开源，现在由Cloud Native Computing Foundation ...在实际操作中，不断学习和实践是提升Kubernetes技能的关键。
kubernetes入门及简单使用
07-30
Kubernetes，通常简称为k8s，是一个强大的开源容器管理系统，旨在简化应用程序...了解并掌握这些基本概念和组件，是入门Kubernetes的关键，对于想要在容器化环境中部署和管理应用的小白用户来说，这是一个很好的起点。
K8S学习之Statefulset
weixin_60092693的博客
01-22 1102
Statefulset概念 应用场景包括 1、稳定的持久化存储，即Pod重新调度后还是能访问到相同的持久化数据，基于PVC来实现 2、稳定的网络标志，即Pod重新调度后其PodName和HostName不变，基于Headless Service（即没有Cluster IP的Service）来实现 3、有序部署，有序扩展，即Pod是有顺序的，在部署或者扩展的时候要依据定义的顺序依次进行（即从0到N-1，在下一个Pod运行之前的所有Pod必须都是Running和Ready状态），基于init container
k8s 控制器StatefulSet原理解析
博客虽小，世界尽在其中
04-12 2142
本文深入探讨了Kubernetes控制器StatefulSet的原理与机制。StatefulSet作为Kubernetes中的一种重要控制器，专为有状态应用而设计，提供了稳定的网络标识、有序的部署与扩展以及自动的存储卷管理等功能。文章介绍了StatefulSet的基本概念，包括其定义、特性以及与其他控制器如Deployment和DaemonSet的对比。
iOS----------SVN问题 the operation could not be completed
weixin_30496751的博客
04-24 212
可能是服务器磁盘满了或者你本地的内存满了 转载于:https://www.cnblogs.com/KiVen2015/p/6756086.html
k8s学习之路 | k8s 工作负载 StatefulSet
小鲸鱼大梦想
03-12 1387
是用来管理有状态应用的工作负载 API 对象，也是一种工作负载资源有状态和无状态无状态应用：当前应用不会记录状态（网络可能会变、挂载的东西可能会变、顺序可能会变）有状态应用：需要记录当前状态（网络不变、存储不变、顺序不变）sts管理某一类Pod集合的部署喝扩缩给这一类Pod提供持久存储和持久标识符对比 deploy都是管理着有相同容器规约的一组Podsts给这些Pod维护了一个有粘性的 ID，虽然这些Pod都是基于相同的规约来创建的，但是不能相互替换，不管怎么调度，每个Pod。
k8s学习-StatefulSet（模板、更新、扩缩容、删除等）
关注网络安全、云原生安全
06-19 6783
StatefulSet是用来管理有状态应用的工作负载 API 对象，kubectl中可以简写为sts。sts每个Pod生成一个唯一的标识符 sts_name-number，number从0开始。StatefulSet会关联卷（volume），删除时不会删除卷，之后PV、PVC的文章中再详细介绍。StatefulSet需要headless service，需要你去创建该服务，之后service文章中再详细介绍。StatefulSet不保证Pod数量不为0，顺序创建，倒序删除。StatefulSet的命名需要遵
【Kubernetes资源篇】StatefulSet有状态服务管理入门实战详解
秦子腾
06-22 1万+
无状态服务则是指不需要持久化存储和状态的服务，例如Web服务器、API服务器等。这些服务可以在任何节点上运行，因为它们不需要在不同节点之间共享数据，也不需要在节点故障时进行快速恢复。无状态服务可以通过水平扩展来提高性能和可用性。有状态服务是指需要持久化存储并且需要保持状态的服务，例如数据库、缓存等。这些服务需要在不同的节点之间保持数据同步，并且需要在节点故障时能够快速恢复。statefulset管理的Pod名称是有序的，删除指定Pod后自动创建的Pod名称不会改变。
kubernetes-----YAML文件编写详情
08-18
在Kubernetes中，可以使用YAML格式来编写资源对象的配置文件。YAML是一种简洁的非标记性语言，以数据为中心，使用空白、缩进和换行来组织数据。以下是一些关于YAML文件编写的详细信息： 1. 大小写敏感：YAML是大小写敏感的，因此在编写YAML文件时需要注意大小写的正确使用。 2. 使用缩进表示层级关系：YAML使用缩进来表示数据的层级关系，一般使用空格键进行缩进。Tab键是不被允许的。 3. 缩进的空格数目不重要：相同层级的元素只需要左侧对齐即可，一般情况下使用两个空格进行缩进。 4. 使用#表示注释：在YAML文件中，可以使用#符号来添加注释，注释内容从#字符开始一直到行尾都会被解析器忽略。 5. 特殊字符的使用：在YAML中，一些特殊字符如冒号、逗号、短横杠等需要进行特殊处理，通常在这些字符后面会缩进一个空格。 6. 对象的表示：对象使用键值对的方式表示，使用冒号结构进行分隔，例如`animal: pets`。 7. 另一种对象的写法：YAML还支持将所有键值对写在一行内的行内对象表示法，例如`hash: {name: Steve, foo: bar}`。 8. 数组的表示：数组使用连词线开头的行来表示，每个元素占据一行，例如： ``` - Cat - Dog - Goldfish ``` 9. 子成员是数组：如果数据结构的子成员是一个数组，可以在该项下面缩进一个空格，例如： ``` - - Cat - Dog - Goldfish ``` 10. 文件示例：下面是一个Kubernetes的YAML文件的示例，用于创建一个名为"kubernetes-dashboard"的命名空间： ``` apiVersion: v1 kind: Namespace metadata: name: kubernetes-dashboard ``` 以上是关于Kubernetes中YAML文件编写的一些详细信息。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* [kubernetes-----YAML文件编写详解](https://blog.csdn.net/qq_42761527/article/details/105897465)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *3* [k8s集成kubernetes-dashboard可视化界面](https://blog.csdn.net/crazy1013/article/details/126575777)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值