【从入门到放弃-Kubernetes】Kubernetes入门-有状态应用扩缩容

简介:

前言

前文【从入门到放弃-Kubernetes】Kubernetes入门-无状态应用扩缩容中,我们学习了如何通过yaml文件部署一个无状态应用,并对其进行扩缩容。

无状态应用,在出现故障、或者pod删除时,相关资源都会释放,如果我们想保留pod中的资源,或者部署如MySQL等的数据相关的有状态应用时,删除资源显然是不合理的。本文我们来学习有状态应用的部署和扩缩容。

StatefulSet

StatefulSet和Deployment类似,都是用来管理基于相同容器定义的一组pod,区别是StatefulSet为每个pod维护了一个固定的ID,这些pod是基于相同的声明创建的,但是缺不能互相替换,每个POD都有一个固定不变的ID标识。

在 StatefulSet 对象 中定义你期望的状态,然后 StatefulSet 的 控制器 就会通过各种更新来达到那种你想要的状态。

StatefulSets 对于需要满足以下一个或多个需求的应用程序很有价值:

  • 稳定的、唯一的网络标识符。
  • 稳定的、持久的存储。
  • 有序的、优雅的部署和缩放。
  • 有序的、自动的滚动更新。

创建

# web.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: registry.cn-hangzhou.aliyuncs.com/larswang/nginx:1.0
        ports:
        - containerPort: 80
          name: web
        volumeMounts:
        - name: www
          mountPath: /usr/share/nginx/html
      imagePullSecrets:
      - name: registry-secret-aliyun
  volumeClaimTemplates:
  - metadata:
      name: www
    spec:
      accessModes: [ "ReadWriteOnce" ]
      resources:
        requests:
          storage: 1Gi

创建

kubectl apply -f web.yaml

镜像权限问题

直接执行命令创建,可能会因为仓库权限的原因,拉不下来镜像。
可以通过下面的方式解决。

kubectl create secret docker-registry registry-secret-aliyun --docker-server=registry.cn-hangzhou.aliyuncs.com --docker-username=xxx@xx.com --docker-password=xxxx
//换成你自己的阿里云镜像仓库账号密码。

kubectl describe secret registry-secret-aliyun
//查看secret


在yaml文件中,containers同级位置添加

        imagePullSecrets:
        - name: registry-secret-aliyun

顺序启动

再次运行创建命令,在另一个终端使用下面命令查看运行情况。

//查看statefulset
kubectl get statefulset web

//查看pod
kubectl get pods -l app=nginx

每个pod 会加顺序标识,且按顺序启动的,web-0启动完,web-1再启动。

网络标识

每个 Pod 都拥有一个基于其顺序索引的稳定的主机名。使用kubectl exec在每个 Pod 中执行hostname。

for i in 0 1; do kubectl exec web-$i -- sh -c 'hostname'; done

使用 kubectl run 运行一个提供 nslookup 命令的容器,该命令来自于 dnsutils 包。通过对 Pod 的主机名执行 nslookup,可以检查他们在集群内部的 DNS 地址。

kubectl run -i --tty --image busybox:1.28 dns-test --restart=Never --rm

PersistentVolumeClaims

PersistentVolumes是持久化卷,属于集群中的资源。PVC 是对这些资源的请求,也作为对资源的请求的检查
这是有状态应用在pod被删除后,能保留数据的主要原因。

查看pod使用的pvc

kubectl get pvc -l app=nginx

NGINX web 服务器默认会加载位于 /usr/share/nginx/html/index.html 的 index 文件。StatefulSets spec 中的 volumeMounts 字段保证了 /usr/share/nginx/html 文件夹由一个 PersistentVolume 支持。

写入文件

for i in 0 1; do kubectl exec web-$i -- sh -c 'echo $(hostname) > /usr/share/nginx/html/index.html'; done

查看文件

for i in 0 1; do kubectl exec -it web-$i -- cat /usr/share/nginx/html/index.html; done

删除pod

kubectl delete pod -l app=nginx

pod删除后,statefulset 会自动拉起
可以另起一个终端 观察pod情况

再次查看

for i in 0 1; do kubectl exec -it web-$i -- cat /usr/share/nginx/html/index.html; done


可以看到,pod被删除后,再次创建新的pod,之前写入的文件没有丢失。

扩缩容

扩容

kubectl scale sts web --replicas=5

缩容

kubectl scale sts web --replicas=2

可以看到 扩容是按pod顺序,从小到大 依次扩容。
缩容是按照pod顺序,从大到小,依次缩容。

查看pvc

缩容后查看StatefulSet的pvc

发现pvc还依然保留 不会被删除。

清理现场

清理statefulset

kubectl delete statefulset web

清理service

kubectl delete service nginx

清理pvc

k delete pvc www-web-0

k delete pv pvc-d52ff063-937c-4246-864a-c6fab808e2ff

总结

本文我们学习了如何创建一个有状态应用,主要使用了StatefulSet的pod顺序索引和PersistentVolumeClaims的持久性存储的特性。
画重点:

  • 每个pod都有一个顺序标识
  • 启动&扩容时,按标识从小到大依次启动
  • 停止&缩容时,按标识从大到小依次停止
  • pod节点挂掉后,存储资源不会被删除,新创建的同名pod可以继续使用相关资源

本文中用到的yaml文件见我的GitHub仓库AloofJr

更多文章

见我的博客:https://nc2era.com

written by AloofJr,转载请注明出处

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
相关文章
|
23天前
|
人工智能 Kubernetes 安全
赋能加速AI应用交付,F5 BIG-IP Next for Kubernetes方案解读
赋能加速AI应用交付,F5 BIG-IP Next for Kubernetes方案解读
59 13
|
23天前
|
存储 Kubernetes 关系型数据库
阿里云ACK备份中心,K8s集群业务应用数据的一站式灾备方案
本文源自2024云栖大会苏雅诗的演讲,探讨了K8s集群业务为何需要灾备及其重要性。文中强调了集群与业务高可用配置对稳定性的重要性,并指出人为误操作等风险,建议实施周期性和特定情况下的灾备措施。针对容器化业务,提出了灾备的新特性与需求,包括工作负载为核心、云资源信息的备份,以及有状态应用的数据保护。介绍了ACK推出的备份中心解决方案,支持命名空间、标签、资源类型等维度的备份,并具备存储卷数据保护功能,能够满足GitOps流程企业的特定需求。此外,还详细描述了备份中心的使用流程、控制台展示、灾备难点及解决方案等内容,展示了备份中心如何有效应对K8s集群资源和存储卷数据的灾备挑战。
|
2月前
|
Kubernetes Cloud Native 微服务
云原生入门与实践:Kubernetes的简易部署
云原生技术正改变着现代应用的开发和部署方式。本文将引导你了解云原生的基础概念,并重点介绍如何使用Kubernetes进行容器编排。我们将通过一个简易的示例来展示如何快速启动一个Kubernetes集群,并在其上运行一个简单的应用。无论你是云原生新手还是希望扩展现有知识,本文都将为你提供实用的信息和启发性的见解。
|
2月前
|
运维 Kubernetes Cloud Native
云原生技术入门:Kubernetes和Docker的协同工作
【10月更文挑战第43天】在云计算时代,云原生技术成为推动现代软件部署和运行的关键力量。本篇文章将带你了解云原生的基本概念,重点探讨Kubernetes和Docker如何协同工作以支持容器化应用的生命周期管理。通过实际代码示例,我们将展示如何在Kubernetes集群中部署和管理Docker容器,从而为初学者提供一条清晰的学习路径。
|
2月前
|
Kubernetes Cloud Native 云计算
云原生入门:Kubernetes 和容器化基础
在这篇文章中,我们将一起揭开云原生技术的神秘面纱。通过简单易懂的语言,我们将探索如何利用Kubernetes和容器化技术简化应用的部署和管理。无论你是初学者还是有一定经验的开发者,本文都将为你提供一条清晰的道路,帮助你理解和运用这些强大的工具。让我们从基础开始,逐步深入了解,最终能够自信地使用这些技术来优化我们的工作流程。
|
2月前
|
Kubernetes 监控 安全
容器化技术:Docker与Kubernetes的实战应用
容器化技术:Docker与Kubernetes的实战应用
|
2月前
|
Java Docker 微服务
利用Docker容器化部署Spring Boot应用
利用Docker容器化部署Spring Boot应用
54 0
|
9天前
|
Prometheus Kubernetes 监控
OpenAI故障复盘 - 阿里云容器服务与可观测产品如何保障大规模K8s集群稳定性
聚焦近日OpenAI的大规模K8s集群故障,介绍阿里云容器服务与可观测团队在大规模K8s场景下我们的建设与沉淀。以及分享对类似故障问题的应对方案:包括在K8s和Prometheus的高可用架构设计方面、事前事后的稳定性保障体系方面。
|
6天前
|
Kubernetes Ubuntu 网络安全
ubuntu使用kubeadm搭建k8s集群
通过以上步骤,您可以在 Ubuntu 系统上使用 kubeadm 成功搭建一个 Kubernetes 集群。本文详细介绍了从环境准备、安装 Kubernetes 组件、初始化集群到管理和使用集群的完整过程,希望对您有所帮助。在实际应用中,您可以根据具体需求调整配置,进一步优化集群性能和安全性。
42 12
|
11天前
|
Kubernetes 网络协议 应用服务中间件
Kubernetes Ingress:灵活的集群外部网络访问的利器
《Kubernetes Ingress:集群外部访问的利器-打造灵活的集群网络》介绍了如何通过Ingress实现Kubernetes集群的外部访问。前提条件是已拥有Kubernetes集群并安装了kubectl工具。文章详细讲解了Ingress的基本组成(Ingress Controller和资源对象),选择合适的版本,以及具体的安装步骤,如下载配置文件、部署Nginx Ingress Controller等。此外,还提供了常见问题的解决方案,例如镜像下载失败的应对措施。最后,通过部署示例应用展示了Ingress的实际使用方法。
28 2