【k8s 系列】k8s 学习二十六-2,Statefulset 部署应用

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
简介: 上一部分我们分享到了使用 RS 没有办法让自己管理的多个 pod 都有一个独立的持久化声明,RS 没有办法在指定模板中对不同的 pod 做差异化处理

【k8s 系列】k8s 学习二十六-2,Statefulset部署应用

上一部分我们分享到了使用 RS 没有办法让自己管理的多个 pod 都有一个独立的持久化声明,RS 没有办法在指定模板中对不同的 pod 做差异化处理

使用多个 RS 来分别管理自己的的一个 pod,当我们扩缩容的时候,也会出现问题,老的 pod 有遗留数据,pod 里面的有残留状态,这个时候,若创建了一个新的 pod 来替换,那么可能是会出现问题的,因为此时的 pod 是一个全新的 pod,他和老的 pod 的状态可能是不一致的

那么接下来,我们来分享 K8S 的一种解决方式 ,使用 Statefulset


Statefulset 资源

Statefulset 也是和 ReplicaSet 一样的属于 K8S 中的一种资源,可以管理 pod 的,但是 Statefulset 是可以专门定制一类应用,并且这些应用每一个实例都是不可替代的,可以说是独一无二

正因为 ReplicaSet 无法解决上述的问题,Statefulset 就来帮忙解决了,那么我们来看一下 Statefulset 为什么能解决,我们可以来对比一波

ReplicaSet Statefulset
管理的 pod 是无状态的 管理的 pod 是有状态的
任何时候所管理的 pod 都可以被替换 若有一个 pod 挂掉,这个 pod 是需要被重建的,
意味着必须与原来的 pod 实例拥有相同的名称,网络,标识,状态
可以填写期望的副本数 可以填写期望的副本数
生成的 pod 名字后缀是随机的 生成的 pod 名字,后缀是按索引顺序的

Statefulset 有哪些特点

Statefulset 可以提供稳定的网络标识

就像上述说到的,我们使用 Statefulset 创建的每一个 pod,都是按照索引顺序创建的,通过创建的 pod 名字我们就可以很清晰的看得出来,举个例子

咱们 ReplicaSet 创建出来的 pod 是类似于这样的名称,后缀都是随机的

image.png

咱们 Statefulset 创建出来的 pod 名字是这样的,后缀都是有序的索引

image.png

对于 Statefulset 这样设计 pod 的名字,是非常好管理的,不管是扩容还是缩容,直接按照索引顺序来进行增删即可,非常方便

也就是说,当我们需要扩容的时候,就会在目前的最大索引上加 1,若需要缩容的话,就会直接在删除掉最大索引对应的 pod

这一点,ReplicaSet 扩容缩容的时候,你是不知道他具体是会动哪个 pod ,是以哪个顺序来进行扩缩容的

我们来瞅瞅 Statefulset  的扩缩容

在玩 ReplicaSet 的时候,我们扩容和缩容,直接修改副本数就可以了,删除一个 pod 之后,再创建一个 pod,新的这个 pod 与 旧的那个 pod 没有半毛钱的关系,当我们需要访问 pod 的时候,也是选择任意一个 pod 访问即可(当然,这里一般是要先访问 Service)

现在玩 Statefulset 的时候就不一样了,我们从 Statefulset  减少 1 个副本数,相应的会减少一个 pod,我们再增加  1 个副本数的时候,Statefulset 便也会增加 1 个 pod

有趣的是,新增的这个 pod ,和刚才被删掉的那个 pod 拥有相同名称,相同的标识,哪怕不是在同一个节点新建的 pod,这个新的 pod 的所有信息也是完全和之前删除的 pod 一模一样

就像这样的:

image.png

如上图,哪怕是我们删除节点 2 的 pod-2,然后在节点 1 新建了一个 pod-2,此时的 pod-2 还是和旧的 pod-2 一毛一样,没有差别

可是 ReplicaSet 就不是这样的哦,再用一个图形象的说明一下:

image.png

在 ReplicaSet 这里的 pod-pl5hkpod-mjl2h 就真的一点关系都没有,若是说有关系,那就只能是都是从同一个模板创建出来的

在用图来说明一下 Statefulset 的扩缩容

Statefulset 管理的  3 个 pod,逐个递减的时候,是这个样子的:会从索引最大的 pod 开始删除

image.png

Statefulset 管理的 pod ,开始扩容的时候,会一个一个恢复之前删除的 pod

image.png

Statefulset 对于 pod 的扩容和缩容不会很快,因为他需要确定一个 pod 正常运行之后,才会处理下一个 pod 的创建和删除

Statefulset  自身会去准确的确认 pod 的状态,才会进行处理下一个 pod 这个就是 Statefulset 的 at most-one 语义,这样是为了避免同样名称的 pod 产生冲突,在 Statefulset  中,会杜绝这种情况

Statefulset 还可以为每个独立的有状态的实例提供专属存储

Statefulset 能够完美的解决 ReplicaSet 不能解决的问题,之前不是一直说到  1 个 ReplicaSet  是没有办法在创建多个 pod 的时候,为每个 pod 提供独立的持久卷声明么

Statefulset  掷地有声的说,我行,我可以


之前关于挂载卷声明的图就可以是这样的了

image.png

对于 Statefulset  就可以很容易做到 1 个 Statefulset  资源,创建多个 pod,并未每一个 pod 提供独立的持久卷声明和持久卷

关于 Statefulset   我们需要知道,扩缩容的时候,行为类似于 deploy 与 RS 的处理方式,在 Statefulset   进行扩容的时候,会创建 pod ,并且会创建 pod 对应的持久卷声明和持久卷

但是在 Statefulset   缩容的时候,只会删除掉 pod,会留下持久卷声明和持久卷,这是为什么呢?

相信聪明的小伙伴能够想到,因为删除持久化卷之后,数据就没了,对应生成环境中,这可是灾难呀

用一个图来形象的描绘一下 Statefulset   的这一行为:

image.png

Statefulset   在进行缩容的时候,会删除掉 pod,但是会留下持久化声明和持久化卷

image.png

Statefulset   在扩容的时候,又把刚才删除的 pod-2,给恢复回来,pod-2 又直接可以使用上之前的 PVC-2 和 PV-2,原来的遗留数据仍然在,完好无损

今天就到这里,学习所得,若有偏差,还请斧正


欢迎点赞,关注,收藏

朋友们,你的支持和鼓励,是我坚持分享,提高质量的动力

image.png

好了,本次就到这里

技术是开放的,我们的心态,更应是开放的。拥抱变化,向阳而生,努力向前行。

我是阿兵云原生,欢迎点赞关注收藏,下次见~

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
17天前
|
存储 Kubernetes 持续交付
介绍一下Kubernetes的应用场景
【10月更文挑战第18天】介绍一下Kubernetes的应用场景。
72 3
|
1月前
|
Kubernetes 持续交付 Docker
利用 Docker 和 Kubernetes 实现微服务部署
【10月更文挑战第2天】利用 Docker 和 Kubernetes 实现微服务部署
|
29天前
|
Prometheus Kubernetes 监控
k8s部署针对外部服务器的prometheus服务
通过上述步骤,您不仅成功地在Kubernetes集群内部署了Prometheus,还实现了对集群外服务器的有效监控。理解并实施网络配置是关键,确保监控数据的准确无误传输。随着监控需求的增长,您还可以进一步探索Prometheus生态中的其他组件,如Alertmanager、Grafana等,以构建完整的监控与报警体系。
115 60
|
30天前
|
Prometheus Kubernetes 监控
k8s部署针对外部服务器的prometheus服务
通过上述步骤,您不仅成功地在Kubernetes集群内部署了Prometheus,还实现了对集群外服务器的有效监控。理解并实施网络配置是关键,确保监控数据的准确无误传输。随着监控需求的增长,您还可以进一步探索Prometheus生态中的其他组件,如Alertmanager、Grafana等,以构建完整的监控与报警体系。
177 62
|
6天前
|
JavaScript 持续交付 Docker
解锁新技能:Docker容器化部署在微服务架构中的应用
【10月更文挑战第29天】在数字化转型中,微服务架构因灵活性和可扩展性成为企业首选。Docker容器化技术为微服务的部署和管理带来革命性变化。本文探讨Docker在微服务架构中的应用,包括隔离性、可移植性、扩展性、版本控制等方面,并提供代码示例。
30 1
|
14天前
|
JSON Kubernetes 容灾
ACK One应用分发上线:高效管理多集群应用
ACK One应用分发上线,主要介绍了新能力的使用场景
|
16天前
|
存储 Kubernetes 监控
深度解析Kubernetes在微服务架构中的应用与优化
【10月更文挑战第18天】深度解析Kubernetes在微服务架构中的应用与优化
71 0
|
16天前
|
运维 Kubernetes 负载均衡
深入探索Kubernetes在微服务架构中的应用
【10月更文挑战第18天】深入探索Kubernetes在微服务架构中的应用
46 0
|
27天前
|
NoSQL 关系型数据库 Redis
高可用和性能:基于ACK部署Dify的最佳实践
本文介绍了基于阿里云容器服务ACK,部署高可用、可伸缩且具备高SLA的生产可用的Dify服务的详细解决方案。
|
1月前
|
Kubernetes Cloud Native 流计算
Flink-12 Flink Java 3分钟上手 Kubernetes云原生下的Flink集群 Rancher Stateful Set yaml详细 扩容缩容部署 Docker容器编排
Flink-12 Flink Java 3分钟上手 Kubernetes云原生下的Flink集群 Rancher Stateful Set yaml详细 扩容缩容部署 Docker容器编排
68 0