Kubernetes的StatefulSet解析

lzyever

于 2024-04-26 06:23:48 发布

阅读量854

点赞数 27

分类专栏： Kubernetes(K8S) 文章标签： kubernetes

本文链接：https://blog.csdn.net/lzyever/article/details/137979404

版权

Kubernetes(K8S) 专栏收录该内容

63 篇文章 6 订阅

订阅专栏

本文详细介绍了Kubernetes中的StatefulSet控制器，其核心特性如稳定标识、持久化IP和有序更新，展示了其在分布式数据库、消息队列等场景的应用，并给出了YAML配置示例。

摘要由CSDN通过智能技术生成

一、核心特性

稳定、唯一的网络标识：每个StatefulSet中的Pod都会被赋予一个基于StatefulSet名称和序号的稳定网络标识，包括：
- 固定域名：每个Pod具有一个固定的DNS子域名，格式为<pod-name>.<statefulset-name>.<namespace>.svc.cluster.local，便于服务间通过固定域名进行互相访问。
- 持久化IP：如果底层网络支持（如使用Headless Service配合ClusterIP=None），Pod可以获得一个稳定的IP地址，即使Pod被重新调度，IP地址也不会改变。
有序部署与扩展：StatefulSet中的Pod按照定义的序号（从0开始递增）逐个创建和销毁，确保Pod间的依赖关系得到妥善处理。例如，在有主从关系的服务中，主节点总是在从节点之前启动和终止。
有序更新：在滚动更新过程中，StatefulSet按照Pod的序号顺序逐一更新，确保旧版本Pod在新版本Pod准备好接收流量后再被替换，从而实现平滑过渡。
持久卷（Persistent Volume，PV）自动绑定：StatefulSet可以通过VolumeClaimTemplate为每个Pod自动请求、绑定和管理持久卷，确保每个Pod的数据持久化且独立，即使Pod被重新调度，数据也不会丢失。

二、工作原理

Pod创建与销毁：StatefulSet控制器根据.spec.replicas定义的数量，按照序号依次创建Pod。当需要缩容时，同样按照序号递减的顺序销毁Pod，确保依赖于Pod序号的服务不会因为Pod被随机删除而中断。
Pod更新：当StatefulSet的.spec.template发生变更时，会触发滚动更新。控制器按照序号顺序，先更新序号最大的Pod（即最后一个Pod），待其变为Ready状态后，再更新下一个Pod，直至所有Pod更新完毕。
PV管理：StatefulSet通过VolumeClaimTemplate为每个Pod生成一个PersistentVolumeClaim（PVC）。Kubernetes的Volume插件会自动为这些PVC绑定可用的PV。由于PVC名称包含Pod的序号，因此每个Pod的PV都是独立且持久的。

三、应用场景

StatefulSet适用于需要保持稳定网络标识、有序部署、有序更新及持久存储的有状态服务，如：

分布式数据库：如Cassandra、MongoDB、MySQL等，需要保证节点间的数据一致性，以及节点重启后的数据恢复和正确加入集群。
消息队列：如RabbitMQ、Kafka等，需要维护节点间的顺序和唯一性，以及持久化的消息存储。
缓存服务：如Redis、Memcached等，可能需要持久化数据或维持主从关系。
集群化应用：如Zookeeper、etcd等，需要严格的节点启动顺序和数据持久化。

四、YAML配置示例

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: my-statefulset
spec:
  replicas: 3
  serviceName: my-service
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-container
        image: my-image:latest
        ports:
        - containerPort: 80
      volumeClaimTemplates:
      - metadata:
          name: data-volume
        spec:
          accessModes: ["ReadWriteOnce"]
          resources:
            requests:
              storage: 1Gi