Kubernetes学习之StatefulSet控制器

最新推荐文章于 2025-09-21 22:42:56 发布
原创 最新推荐文章于 2025-09-21 22:42:56 发布 · 487 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了Kubernetes中的StatefulSet控制器，用于管理有状态应用的Pod，确保它们的顺序、唯一标识和持久存储。StatefulSet提供稳定的网络标识符、有序部署和扩展、优雅的删除和更新，适用于需要稳定存储和网络身份的应用。内容包括StatefulSet的组成、工作原理以及如何在阿里云上创建和管理StatefulSet应用。

一、认识StatefulSet控制器
　　简单来说，StatefulSet控制器能够记录有状态应用的拓扑及状态，并能够在控制循环监控到某Pod的"实际状态"与用户的"期望状态"不一致时，严格按照Pod自身的程序状态属性将其予以恢复，StatefulSet（有状态副本集）能够保证由其管控的每个Pod对象都有着固定的主机名和专有存储卷，即便被重构后亦能保持不变。
　　应用程序与用户、设备其他应用程序或外部组件进行通信时，根据其是否需要记录前一次或多次通信中的相关事件信息以作为下一次通信的分类标准，可以将那些需要记录信息的应用程序称为有状态（stateful）应用，而无须记录的则称为无状态（stateless）应用。
　　状态是进程的时间属性。无状态意味着一个进程不必跟踪过去的交互操作，本质上可以说它是一个纯粹的功能性行为。对应的，有状态则意味着进程存储了以前交互过程的记录，并且可以基于它对新的请求进行响应。至于状态信息被保存在内存中，或者持久保存于磁盘上，则是另外一个问题。
　　存储是表述持久保存数据的方法，现今通常是指机械磁盘或SSD设备，若进程仅需要操作内存中的数据，则表示其无须进行磁盘的I/O操作；如果产生了I/O操作，则通常意味着数据的只读访问或读写访问。
　在这里插入图片描述
　StatefulSet是Pod资源控制器的一种实现，用于部署和扩展有状态应用的Pod资源，确保它们的运行顺序及每个Pod资源的唯一性。其与ReplicaSet控制器不同的是，虽然所有的Pod对象都基于同一个spec配置所创建，但是StatefulSet需要为每个Pod维持一个唯一且固定的标识符，必要时还要为其创建专有的存储卷。StatefulSet主要适用于那些依赖下列类型资源的应用程序：
　　1）稳定且唯一的网络标识符
　　2）稳定且持久的存储
　　3）有序、优雅地部署和扩展
　　4）有序、优雅地删除和终止
　　5）有序而自动地滚动更新

最低0.47元/天 解锁文章
Kubernetes核心概念 Controller之StatefulSet控制器
weixin_44093727的博客
02-04 871
介绍了Statefulset是什么和如何使用
Kubernetes那点事儿——statefulset控制器
liangpangpangyo的博客
12-18 550
statefulset控制器用于部署无状态应用，所谓无状态应用简单理解就是各个节点存在主从关系，如ZK集群存在leader、fllower，mysql集群的master和slave，他们各个独立有序运行，有单独的存储，这里存储就要用到前面咱们学习的PV/PVC。
Kubernetes入门 八、StatefulSet控制器
qq_43745578的博客
08-21 1295
StatefulSet控制器
statefulset 控制器
FR13DNS的博客
06-30 325
应用程序存在“有状态”和“无状态”两种类别,因为无状态类应用的 Pod 资源可按需增加、减少或重构,而不会对由其提供的服务产生除了并发响应能力之外的其他严重影响。Pod 资源的常用控制器中,Deployment、ReplicaSet 和 DaemonSet 等常用于管理无状态应用.但实际情况是,应用本身就是分布式的集群,各应用实例彼此之间存在着关联关系,甚至是次序、角色方面的相关性,其中的每个实例都有其自身的独特性而无法轻易由其他实例所取代. 使用 statefulset 需要提前将有状态服务的运维管理过程
statefulSet控制器
weixin_42562106的博客
12-03 248
cat << END > statefulSet.yaml apiVersion: v1 kind: Service metadata: name: nginx-svc #必须一致 labels: app: nginx spec: ports: - port: 80 name: web clusterIP: None selector: app: nginx --- apiVersion: apps/v1 kind: StatefulSet
kubernetes核心概念 Controller控制器之StatefulSet
weixin_46544841的博客
07-21 1179
StatefulSet 是用来管理有状态应用的控制器。StatefulSet 用来管理某Pod集合的部署和扩缩， 并为这些 Pod 提供持久存储和持久标识符。参考: https://kubernetes.io/zh/docs/concepts/workloads/controllers/statefulset/
Kubernetes 控制器：StatefulSet 详解与实战
最新发布
Myhandsome11的博客
09-21 1589
在 Kubernetes 中，Deployment、ReplicaSet 等控制器主要用于管理（如 Web 应用），这类服务的 Pod 实例可随意替换，IP、名称不影响服务可用性。但对于 MySQL 主从、Redis 集群、ZooKeeper 等，Pod 实例需保持固定标识、独立存储和有序启停，StatefulSet 正是为解决这类需求而设计的核心控制器。
【Linux39-12】Kubernetes存储之 StatefulSet 控制器通过 Headless Service 管理Pod、扩容/缩容
weixin_46069582的博客
03-11 722
文章目录1. StatefulSet 控制器简介2. 创建无存储 StatefulSet 示例2.1 创建 Headless service2.2 创建StatefulSet2.3 测试3. StatefulSet 写入存储示例3.1 创建 StatefulSet3.2 测试4. 扩容/缩容 StatefulSet 1. StatefulSet 控制器简介 StatefulSet 控制器官方文档：https://kubernetes.io/zh/docs/tutorials/stateful-appli
Kubernetes StatefulSet控制器
2402_88627342的博客
04-27 1125
从上述结果中，我们知道，storageclass为我们自动创建了PV，volumeClaimTemplate为我们自动创建PVC，但是否能够满足我们所说的，每一个Pod都有自己独有的数据持久化目录，也就是说，每一个Pod内的数据都是不一样的。在用Deployment时，每一个Pod名称是没有顺序的，是随机字符串，因此是Pod名称是无序的，但是在statefulset中要求必须是有序 ，每一个pod不能被随意取代，pod重建后pod名称还是一样的。每一个请求都像首次执行一样，不会依赖之前的数据。
K8s（13）——statefulset控制器
m0_46652469的博客
04-14 549
StatefulSet是有状态的集合，管理有状态的服务，它所管理的Pod的名称不能随意变化。数据持久化的目录也是不一样，每一个Pod都有自己独有的数据持久化存储目录。比如MySQL主从、redis集群等。所以用到卷。StatefulSet将应用状态抽象成了两个条件：（1）拓扑状态：应用实例必须按照某种顺序启动。新创建的Pod必须和原来Pod的网络标识一致（稳定的状态）（2）存储状态：应用的多个实例分别绑定了不同存储数据（动态数据卷）
K8s statefulset控制器
草莓甜甜圈的博客
12-31 472
概述 RC、Deployment、DaemonSet都是面向无状态的服务，它们所管理的Pod的IP、名字，启停顺序等都是随机的，而StatefulSet是什么？顾名思义，有状态的集合，管理所有有状态的服务，比如MySQL、MongoDB集群等。 StatefulSet本质上是Deployment的一种变体，在v1.9版本中已成为GA版本，它为了解决有状态服务的问题，它所管理的Pod拥有固定的Po...
kubernetes资源控制器【六】之 StatefulSet控制器
yuan_jiaoyoung的博客
11-13 673
StatefulSet是Kubernetes提供的管理有状态应用的负载管理控制器API。用于部署和扩展有状态应用的Pod资源，确保它们的运行顺序及每个Pod资源的唯一性。其与ReplicaSet控制器不同的是，虽然所有的Pod对象都基于同一个spec配置所创建，但StatefulSet需要为每个Pod维持一个唯一且固定的标识符，必要时还要为其创建专有的存储卷
k8s-StatefulSet控制器-十四
weixin_30273175的博客
01-30 232
一、StatefulSet概述 RC、Deployment、DaemonSet都是面向无状态的服务，它们所管理的Pod的IP、名字，启停顺序等都是随机的，而StatefulSet管理所有有状态的服务，比如MySQL、MongoDB集群等。StatefulSet所管理的Pod拥有固定的Pod名称，启停顺序，在StatefulSet中，Pod名字称为网络标识(hostname)，还必须要用到共享存储...
k8s——14、statefulset控制器
qq_43604376的博客
06-13 527
k8s中的statefulset控制器
StatefluSet控制器
weixin_46837396的博客
08-26 349
文章目录一、StatefluSet控制器1.介绍2.特点查询规范：`kubectl explain statefulset.spec`3.使用StatefluSet部署nginx测试启动顺序4.使用StatefluSet部署word press补充：部署wordpress 一、StatefluSet控制器 1.介绍 Kubernetes中有很多的控制器，比如常用的`ReplicaSet`，`Deployment，DaemonSet，StatefulSet`等。以这四种为例，我们可以将它们分为两种，`一种为有
k8s工作负载控制器--Statefulset
misakivv的博客
09-06 1546
k8s工作负载控制器--Statefulset
【云原生】StatefulSet控制器详解
weixin_73059729的博客
08-03 1841
RC、Deployment、DaemonSet都是面向无状态的服务，它们所管理的Pod的IP、名字、启停顺序等都是随机的，而StatefulSet是什么？顾名思义，有状态的集合，管理所有有状态服务，比如MySQL、MongoDB集群等。StatefulSet本质上是Deployment的一种变体，在v1.9版本中已成为GA版本，它为了解有状态服务的问题，它所管理的Pod拥有固定的Pod名称，启停顺序，在StatefulSet中，Pod名称为网络标识(hostname)，还必须要用到共享存储。
Kubernetes详解（四十六）——statefulset控制器实战
永远是少年
05-07 813
今天继续给大家介绍Linux运维相关知识，本文主要内容是statefulset控制器实战。 一、NFS配置 二、StatefulSet资源清单配置 三、StatefulSet创建 四、效果展示
k8s 控制器StatefulSet原理解析
博客虽小，世界尽在其中
04-12 3305
本文深入探讨了Kubernetes控制器StatefulSet的原理与机制。StatefulSet作为Kubernetes中的一种重要控制器，专为有状态应用而设计，提供了稳定的网络标识、有序的部署与扩展以及自动的存储卷管理等功能。文章介绍了StatefulSet的基本概念，包括其定义、特性以及与其他控制器如Deployment和DaemonSet的对比。
Kubernetes 中的 StatefulSet是什么 还有哪些不同的
08-09
### 3.1 Kubernetes 中的 StatefulSet 是什么 StatefulSet 是 Kubernetes 中用于管理有状态应用程序的控制器，它确保每个 Pod 实例具有稳定的网络标识和持久化的存储。与无状态应用不同，有状态应用要求 Pod 实例之间具有可识别的身份和顺序依赖关系，StatefulSet 恰好满足这一需求。例如，当 Pod 被删除或重启时，StatefulSet 会按照固定顺序重新创建 Pod，并保持其主机名、网络标识和存储卷的一致性 [^4]。 在 StatefulSet 中，每个 Pod 都具有唯一的、稳定的网络标识，通常格式为 `<statefulset-name>-<index>`，如 `web-0`、`web-1` 等。这种命名方式在 Pod 重启或重新调度时保持不变，使得应用程序可以依赖这些稳定的标识进行通信和数据持久化 [^4]。 ### 3.2 StatefulSet 与 Deployment 的区别 Deployment 是用于管理无状态应用的标准控制器，它通过 ReplicaSet 来确保指定数量的 Pod 副本处于运行状态。Deployment 中的 Pod 是无状态的，彼此之间可以互换，没有固定的顺序或唯一标识。在滚动更新或扩缩容时，Deployment 不保证 Pod 的创建或终止顺序 [^2]。 相比之下，StatefulSet 适用于需要唯一标识、稳定网络身份和持久化存储的应用场景。StatefulSet 在执行滚动更新时，默认采用“滚动更新且顺序终止”的策略，确保新 Pod 启动并就绪后，旧 Pod 才会被终止。这种机制保障了有状态应用在更新过程中的稳定性和一致性 [^4]。 ### 3.3 StatefulSet 与 DaemonSet 的区别 DaemonSet 用于确保每个节点上运行一个 Pod 实例，常用于日志收集、节点监控等任务。与 StatefulSet 不同，DaemonSet 并不要求 Pod 实例具有唯一标识或稳定的网络身份，也不提供持久化存储的支持。Pod 的调度完全依赖于节点的可用性，且不保证 Pod 名称的唯一性 [^2]。 StatefulSet 则强调 Pod 的唯一性和有序性，并支持绑定特定的持久卷（Persistent Volume），确保数据在 Pod 重启后仍然可用。这种设计使得 StatefulSet 更适合数据库、分布式存储等需要稳定身份和数据持久化的应用场景 [^4]。 ### 3.4 StatefulSet 的典型应用场景 StatefulSet 主要用于以下场景： - **数据库集群**：如 MySQL 主从复制、ZooKeeper、Kafka 等，需要每个节点具有稳定的身份和存储。 - **分布式存储系统**：如 etcd、Cassandra 等，依赖节点间稳定的网络标识进行数据复制和一致性管理。 - **需要持久化存储的应用**：Pod 重启后仍需访问之前的数据，StatefulSet 可以确保 Pod 与持久卷的绑定关系不变 [^4]。 ### 示例：定义一个 StatefulSet 资源文件 ```yaml apiVersion: v1 kind: Service metadata: name: nginx labels: app: nginx spec: ports: - port: 80 name: web clusterIP: None selector: app: nginx --- apiVersion: apps/v1 kind: StatefulSet metadata: name: web spec: serviceName: "nginx" replicas: 2 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx ports: - containerPort: 80 name: web ``` 该配置定义了一个名为 `web` 的 StatefulSet，创建两个 Pod 实例 `web-0` 和 `web-1`，并通过无头服务（`clusterIP: None`）提供稳定的 DNS 解析。 ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值