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

简介: 上一部分我们分享到了使用 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搭建和管理企业级网站应用
相关文章
|
2天前
|
缓存 Kubernetes Docker
GitLab Runner 全面解析:Kubernetes 环境下的应用
GitLab Runner 是 GitLab CI/CD 的核心组件,负责执行由 `.gitlab-ci.yml` 定义的任务。它支持多种执行方式(如 Shell、Docker、Kubernetes),可在不同环境中运行作业。本文详细介绍了 GitLab Runner 的基本概念、功能特点及使用方法,重点探讨了流水线缓存(以 Python 项目为例)和构建镜像的应用,特别是在 Kubernetes 环境中的配置与优化。通过合理配置缓存和镜像构建,能够显著提升 CI/CD 流水线的效率和可靠性,助力开发团队实现持续集成与交付的目标。
|
21天前
|
存储 Kubernetes 容器
K8S部署nexus
该配置文件定义了Nexus 3的Kubernetes部署,包括PersistentVolumeClaim、Deployment和服务。PVC请求20Gi存储,使用NFS存储类。Deployment配置了一个Nexus 3容器,内存限制为6G,CPU为1000m,并挂载数据卷。Service类型为NodePort,通过30520端口对外提供服务。所有资源位于`nexus`命名空间中。
|
1月前
|
人工智能 Kubernetes 安全
赋能加速AI应用交付,F5 BIG-IP Next for Kubernetes方案解读
赋能加速AI应用交付,F5 BIG-IP Next for Kubernetes方案解读
62 13
|
30天前
|
存储 Kubernetes 关系型数据库
阿里云ACK备份中心,K8s集群业务应用数据的一站式灾备方案
本文源自2024云栖大会苏雅诗的演讲,探讨了K8s集群业务为何需要灾备及其重要性。文中强调了集群与业务高可用配置对稳定性的重要性,并指出人为误操作等风险,建议实施周期性和特定情况下的灾备措施。针对容器化业务,提出了灾备的新特性与需求,包括工作负载为核心、云资源信息的备份,以及有状态应用的数据保护。介绍了ACK推出的备份中心解决方案,支持命名空间、标签、资源类型等维度的备份,并具备存储卷数据保护功能,能够满足GitOps流程企业的特定需求。此外,还详细描述了备份中心的使用流程、控制台展示、灾备难点及解决方案等内容,展示了备份中心如何有效应对K8s集群资源和存储卷数据的灾备挑战。
|
2月前
|
Kubernetes Cloud Native 微服务
云原生入门与实践:Kubernetes的简易部署
云原生技术正改变着现代应用的开发和部署方式。本文将引导你了解云原生的基础概念,并重点介绍如何使用Kubernetes进行容器编排。我们将通过一个简易的示例来展示如何快速启动一个Kubernetes集群,并在其上运行一个简单的应用。无论你是云原生新手还是希望扩展现有知识,本文都将为你提供实用的信息和启发性的见解。
|
2月前
|
存储 运维 Kubernetes
K8s业务迁移最佳实践: 灵活管理资源备份与调整策略,实现高效简便的应用恢复
在当今快速变化的云原生领域,Kubernetes(K8s)集群的运维面临着诸多挑战,其中灾备与业务迁移尤为关键。ACK备份中心支持丰富的资源调整策略,在数据恢复阶段即可自动适配目标集群环境,确保业务无缝重启。
|
2月前
|
监控 持续交付 Docker
Docker 容器化部署在微服务架构中的应用有哪些?
Docker 容器化部署在微服务架构中的应用有哪些?
|
2月前
|
监控 持续交付 Docker
Docker容器化部署在微服务架构中的应用
Docker容器化部署在微服务架构中的应用
|
2月前
|
Kubernetes 监控 安全
容器化技术:Docker与Kubernetes的实战应用
容器化技术:Docker与Kubernetes的实战应用
|
2月前
|
存储 Kubernetes Devops
Kubernetes集群管理和服务部署实战
Kubernetes集群管理和服务部署实战
73 0