k8s 存储类（StorageClass）如何动态创建PV深度解析

最新推荐文章于 2024-05-09 17:05:36 发布
最新推荐文章于 2024-05-09 17:05:36 发布
阅读量973 收藏 26
点赞数 28
文章标签： 容器 kubernetes 云原生 k8s 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_53269650/article/details/137565027
版权

🐇明明跟你说过：个人主页

🏅个人专栏：《Kubernetes航线图：从船长到K8s掌舵者》 🏅

🔖行路有良友，便是天堂🔖

目录

一、前言

1、k8s概述

2、k8s存储类：storageclass

二、StorageClass基础 

1、StorageClass的组成

2、StorageClass与PersistentVolumeClaim（PVC）的关系 

3、StorageClass的动态卷分配机制 

三、StorageClass的提供者 

1、内置存储提供者 

2、第三方存储提供者 

四、StorageClass特性 

1、持久卷访问模式

2、卷绑定模式

3、回收策略

一、前言

1、k8s概述

 Kubernetes单词起源于希腊语, 是“舵手”或者“领航员、飞行员”的意思。

Kubernetes（简称K8s）的前世今生可以追溯到谷歌（Google）内部的一个项目，它起源于2003年，当时谷歌正面临着不断增长的应用程序和服务的管理挑战。这个项目最初被称为"Borg"，是一个早期的容器编排系统。Borg 的成功经验成为 Kubernetes 开发的契机。

 有关k8s起源的介绍，请参考《初识K8s之前世今生、架构、组件、前景》这篇文章

​

Kubernetes的优点包括可移植性、可伸缩性和扩展性。它使用轻型的YAML清单文件实现声明性部署方法，对于应用程序更新，无需重新构建基础结构。管理员可以计划和部署容器，根据需要扩展容器并管理其生命周期。借助Kubernetes的开放源代码API，用户可以通过首选编程语言、操作系统、库和消息传递总线来构建应用程序，还可以将现有持续集成和持续交付（CI/CD）工具集成。

2、k8s存储类：storageclass

StorageClass是Kubernetes中的一种机制，它允许管理员定义一组存储卷的模板，以便动态地根据PVC的请求创建PV。使用StorageClass，管理员可以根据应用程序的需求，定义不同类型、性能和参数的存储卷模板，而不需要手动创建大量的PV。

StorageClass可以定义存储卷的类型、存储提供商、存储参数等信息，并将这些信息与一个特定的存储提供商或存储后端关联起来。当创建PVC并指定所需的存储类时，Kubernetes将根据存储类的定义自动创建满足要求的PV，并将其绑定到PVC上，从而实现存储资源的动态分配和管理。

通过使用StorageClass，管理员可以更加灵活地管理存储资源，提高资源利用率，减少手动操作的复杂性，降低维护成本，从而更好地满足不同应用的存储需求。

 

二、StorageClass基础 

1、StorageClass的组成

  1. 名称（Name）： 每个 StorageClass 都有一个唯一的名称，用于标识该存储类。

  2. Provisioner： Provisioner 是负责动态创建 PV 的组件或插件。当 PVC 请求特定存储类时，Provisioner 将根据存储类的定义自动创建相应的 PV。

  3. 参数（Parameters）： Parameters 是一组键值对，用于指定存储资源的配置参数，例如存储类型、容量、性能特性等。

  4. Reclaim Policy（回收策略）： 回收策略指定当 PV 与 PVC 解绑时如何处理 PV 中的数据。常见的回收策略包括 Delete（删除 PV）、Retain（保留 PV）、Recycle（回收 PV 中的数据）等。

  5. Provisioning（供给）： 它指定是否允许 StorageClass 动态创建 PV。如果 Provisioning 被设置为 true，则允许 StorageClass 动态创建 PV；如果设置为 false，则不允许动态创建 PV，只能手动创建。

2、StorageClass与PersistentVolumeClaim（PVC）的关系 

StorageClass与PersistentVolumeClaim（PVC）在Kubernetes存储管理中起着不同的作用，并且它们之间有着紧密的关系。

PersistentVolumeClaim（PVC）是用户对存储资源的请求。它描述了用户希望获得的存储资源的特性，如大小、访问模式等。PVC允许用户在不关心底层存储实现细节的情况下，声明所需的存储资源。

而StorageClass则是对存储“类”的描述。它包含了用于动态分配PersistentVolume（PV）的信息，包括存储分配器（Provisioner）和相关的参数配置。通过StorageClass，管理员可以定义不同的存储类别，以满足不同的存储需求和服务质量等级。

当PVC被创建时，Kubernetes会根据PVC中指定的存储类（通过storageClassName字段）查找匹配的StorageClass。如果找到了匹配的StorageClass，并且该StorageClass配置了动态分配PV的策略，Kubernetes会自动调用存储分配器来动态创建PV，并将其与PVC进行绑定。这样，用户就可以通过PVC获得所需的存储资源，而无需手动创建PV。

  

3、StorageClass的动态卷分配机制 

StorageClass在Kubernetes中提供了一种动态卷分配机制，使得能够根据PVC（PersistentVolumeClaim）的请求动态地创建PV（PersistentVolume）。以下是StorageClass动态卷分配机制的主要步骤：

  1. PVC请求：用户创建PVC时，会指定所需的存储大小和访问模式等参数，并引用一个StorageClass。PVC表示用户对存储资源的请求。
  2. 匹配StorageClass：Kubernetes根据PVC中指定的storageClassName查找匹配的StorageClass。StorageClass定义了存储资源的特性，如存储类型、容量、访问模式等。
  3. 调用Provisioner：如果找到了匹配的StorageClass，并且该StorageClass配置了动态分配PV的策略，Kubernetes会调用StorageClass中定义的Provisioner。Provisioner是一个负责创建PV的组件，它可以是Kubernetes内置的，也可以是第三方提供的。
  4. 动态创建PV：Provisioner根据StorageClass中的参数和PVC的请求，动态创建PV。这通常涉及与后端存储系统的交互，以准备和分配所需的存储资源。
  5. 绑定PVC和PV：一旦PV被成功创建，Kubernetes会将其与PVC进行绑定。绑定后，PVC就可以使用分配给它的PV提供的存储资源了。

通过这种方式，StorageClass能够根据PVC的请求动态地创建和管理PV，无需用户手动进行存储资源的创建和配置。

  

三、StorageClass的提供者 

1、内置存储提供者 

内置存储提供者（Built-in Storage Providers）： 这些提供者是 Kubernetes 自身所提供的，并且已经在 Kubernetes 集群中预先安装和配置好。内置存储提供者通常用于模拟本地存储或测试环境，并不适合生产环境的持久化存储需求。

内置存储提供者通常包括以下几种：

  1. emptyDir：用于创建临时性存储卷，生命周期与 Pod 相关联，适合临时性数据存储或共享数据等场景。
  2. hostPath：用于将主机的文件系统路径挂载到 Pod 中，可以用于存储主机上的持久化数据。
  3. local：用于直接挂载本地存储卷到 Pod 中，不需要经过网络传输，适合于要求低延迟、高性能的应用场景。

   

2、第三方存储提供者 

StorageClass 的提供者中的第三方存储提供者是指由第三方厂商或社区开发的插件或驱动程序，用于与 Kubernetes 集群中的 StorageClass 集成，以支持不同类型的持久化存储需求。这些存储提供者通常是 CSI (Container Storage Interface) 插件的一部分，通过实现 CSI 规范与 Kubernetes 集成。

第三方存储提供者具有以下特点：

  1. 丰富的存储后端支持： 第三方存储提供者通常支持多种存储后端，包括云存储、网络存储、块存储等，可以满足不同场景下的持久化存储需求。
  2. 灵活的配置选项： 这些提供者通常提供丰富的配置选项，可以根据实际需求进行灵活配置，包括存储容量、性能要求、数据保护策略等。
  3. 可扩展性强： 第三方存储提供者通常是基于 CSI 规范开发的，具有良好的可扩展性，可以方便地与 Kubernetes 集群中的其他组件集成，如调度器、卷管理器等。
  4. 功能丰富： 这些提供者通常提供丰富的功能，如快照管理、数据复制、数据加密等，可以满足复杂应用场景下的存储需求。

常见的第三方存储提供者包括但不限于：

  • AWS EBS CSI Driver：用于与 Amazon Elastic Block Store (EBS) 集成。
  • Azure Disk CSI Driver：用于与 Azure Disk 集成。
  • Google Cloud Persistent Disk CSI Driver：用于与 Google Cloud Persistent Disk 集成。
  • OpenEBS：一个开源的云原生存储平台，提供多种存储引擎，如本地 PV、Replica、Jiva 等。
  • Rook：一个开源的存储编排器，支持在 Kubernetes 集群中部署和管理 Ceph、EdgeFS、NFS 等存储系统。

   

四、StorageClass特性 

1、持久卷访问模式

StorageClass 定义了持久卷（PersistentVolume）的属性和访问模式。持久卷的访问模式指定了 Pod 如何访问该持久卷。常见的持久卷访问模式包括以下几种：

  1. ReadWriteOnce (RWO)：该访问模式表示卷可以被单个节点以读写方式挂载。这意味着卷只能同时被一个 Pod 挂载，并且可以在此节点上进行读取和写入操作。
  2. ReadOnlyMany (ROX)：该访问模式表示卷可以被多个节点以只读方式挂载。这意味着卷可以被多个 Pod 同时挂载，但只能在挂载节点上进行读取操作，不能进行写入操作。
  3. ReadWriteMany (RWX)：该访问模式表示卷可以被多个节点以读写方式挂载。这意味着卷可以被多个 Pod 同时挂载，并且可以在任何挂载节点上进行读取和写入操作。

不同的持久卷提供者和存储引擎可能支持不同的访问模式，因此在创建 StorageClass 时需要根据实际需求选择合适的访问模式。例如，某些存储提供者可能仅支持 RWO 访问模式，而另一些则支持 RWX 访问模式。

2、卷绑定模式

StorageClass 的卷绑定模式（Volume Binding Mode）定义了持久卷（PersistentVolume）如何与 PersistentVolumeClaim（PVC）进行绑定。Kubernetes 支持两种主要的绑定模式：

  • Immediate（立即绑定）：在此模式下，PVC 会立即绑定到可用的 PV。当 PVC 创建时，Kubernetes 会尝试查找符合其要求的可用 PV，并将其绑定到 PVC。如果没有匹配的可用 PV，则 PVC 将保持未绑定状态，直到匹配的 PV 可用为止。此模式下的绑定是立即发生的，但可能会导致 PVC 长时间处于未绑定状态。
  • WaitForFirstConsumer（等待第一个消费者）：在此模式下，PVC 会等待第一个 Pod（消费者）使用它。当 PVC 创建时，它不会立即绑定到任何 PV，而是等待第一个使用该 PVC 的 Pod 出现。一旦 Pod 使用了 PVC，Kubernetes 就会根据 Pod 的需求选择并绑定适合的 PV。这种方式确保了 PV 仅在需要时才被分配，但可能会导致 Pod 创建时间较长。

选择绑定模式取决于具体的需求和应用场景。如果需要立即将 PVC 绑定到可用的 PV，并且不介意 PVC 可能长时间处于未绑定状态，那么可以选择 Immediate 模式。如果希望 PV 仅在被 Pod 使用时才被分配，并且不介意等待 PV 分配的时间，那么可以选择 WaitForFirstConsumer 模式。

3、回收策略

StorageClass 的回收策略定义了在 PVC 删除时如何处理相应的 PV。Kubernetes 支持以下几种回收策略：

  • Retain（保留）：在这种策略下，当 PVC 删除时，关联的 PV 不会被自动删除。相应的 PV 将被标记为 Released 状态，需要手动处理。这允许管理员手动处理 PV 的后续操作，如数据备份或归档。
  • Delete（删除）：在这种策略下，当 PVC 删除时，关联的 PV 会被自动删除。Kubernetes 将释放 PV 使用的存储资源，并删除 PV 对象及其底层存储资源。这样做可以自动释放存储资源并减少存储资源的浪费。
  • Recycle（回收）：此回收策略已经在 Kubernetes 1.19 版本中被废弃，不再推荐使用。在此策略下，当 PVC 删除时，关联的 PV 上的数据会被清除，并重用 PV。这种策略不够灵活，并且可能导致数据泄漏，因此不再建议使用。
  • DeleteWithStorage（带存储删除）：此回收策略用于动态卷。在此策略下，当 PVC 删除时，关联的 PV 会被删除，同时 PV 使用的存储资源也会被释放。这种策略与 Delete 类似，但专为动态卷设计。

管理员可以根据实际需求和应用场景选择适当的回收策略。

💕💕💕每一次的分享都是一次成长的旅程，感谢您的陪伴和关注。希望这些关于Kubernetes的文章能陪伴您走过技术的一段旅程，共同见证成长和进步！😺😺😺

🧨🧨🧨让我们一起在技术的海洋中探索前行，共同书写美好的未来！！！

明明跟你说过
关注
  • 28
    点赞
  • 踩
  • 26
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
K8S监控之NFS动态storageClass存储
12-27
原文链接：https://blog.csdn.net/m0_37814112/article/details/122170537
k8s 存储类：storageclass，动态提供 pv和pvc
qq_759035366的博客
04-22 1425
StorageClass** ，它的作用就是创建 PV 的模板。k8s 集群管理员通过创建storageclass 可以动态生成一个存储卷 pv 供 k8s pvc 使用。**每个 StorageClass 都包含字段 provisioner ，parameters 和 reclaimPolic具体来说，sStorageClass 会定 义 以 下两部分：1 、PV 的属性 ，比如存储的大小、类型等；2 、创建这种 PV 需要使用到的存储插件，比如 Ceph 、NFS 等。
k8s存储类（storageclass）动态创建pv失败
weixin_43757027的博客
03-18 1947
k8s存储类（storageclass）动态创建pv失败 背景:安装kubesphere后发现prometheus的pod创建一直有问题 kubectl get pod -n kubesphere-monitoring-system ....... prometheus-k8s-0 0/2 Pending 0 3h47m prometheus-k8s-1
k8s存储+storageclass自动创建pv+StatefulSet自动创建pvc
hjyhjy0的博客
11-06 2656
k8s存储k8s存储storageclass自动创建pv k8s存储 docker存储----k8s存储 docker的容器层可以提供存储：存储在可写层（CopyOnWrite） docker的数据持久化解决方案： data volume.---->1、bind mount 2、docker managervolume 其实两者没有什么显著差别，不同点在于，是否需要提前准备dockerHost上的相关文件或目录 Volume 与docker类似：将宿主机上的某个文件或者目录挂载到Pod内
【Kubernetes存储篇】StorageClass存储类动态生成PV详解
秦子腾
06-11 3874
1、搭建NFS服务端2、搭建NFS供应商，指定NFS服务端IP地址及共享目录3、创建StorageClass资源，指定使用NFS供应商4、创建PVC，使用自动指定使用StorageClass5、创建Pod，使用PVC。
k8s 存储类（StorageClass）创建与动态生成PV解析，（附带镜像）
博客虽小，世界尽在其中
04-11 1190
Kubernetes单词起源于希腊语, 是“舵手”或者“领航员、飞行员”的意思。Kubernetes（简称K8s）的前世今生可以追溯到谷歌（Google）内部的一个项目，它起源于2003年，当时谷歌正面临着不断增长的应用程序和服务的管理挑战。这个项目最初被称为"Borg"，是一个早期的容器编排系统。Borg 的成功经验成为 Kubernetes 开发的契机。有关k8s起源的介绍，请参考《初识K8s之前世今生、架构、组件、前景》这篇文章​​Kubernetes的优点包括可移植性、可伸缩性和扩展性。
k8s之存储篇---存储类StorageClass
linus.lin的博客
08-28 1712
StorageClass 为管理员提供了描述存储"类"的方法。不同的类型可能会映射到不同的服务质量等级或备份策略，或是由集群管理员制定的任意策略。Kubernetes 本身并不清楚各种类代表的什么。这个类的概念在其他存储系统中有时被称为"配置文件"。
k8s持久化StorageClass根据PVC动态的创建PV
weixin_45965192的博客
06-08 1134
1、概念StorageClass是一个存储类，通过创建StorageClass可以动态生成一个存储卷，供k8s用户使用。使用StorageClass可以根据PVC动态的创建PV，减少管理员手工创建PV的工作。StorageClass的定义主要包括名称、后端存储的提供者（privisioner）和后端存储的相关参数配置。StorageClass一旦被创建，就无法修改，如需修改，只能删除重建。2、创建。
k8s 1.22.3使用持久化卷之存储类StorageClass+NFS pv动态供应
学亮编程手记
09-02 1453
StatefulSet是为了解决有状态服务的问题（对应Deployments和ReplicaSets是为无状态服务而设计），其应用场景包括：稳定的持久化存储，即Pod重新调度后还是能访问到相同的持久化数据，基于PVC来实现稳定的网络标志，即Pod重新调度后其PodName和HostName不变，基于Headless Service（即没有Cluster IP的Service）来实现。
部署k8s集群存储类 必懂storageclass
Friendsofthewind的博客
11-26 1387
是什么 storageclass连接存储插件，根据PVC的消费动态生成PV，简言之，就是在创建pod之前，NFS的另一种形式存储，只要一次定义一个类，以后不用声明，会自动挂载此类NFS 示例 提示：node节点也要下载 nfs-utils，否则将不能挂载 步骤： 1、 开启NFS vim /etc/exports /nfsdata *(rw,sync,no_root_squash) [root@master ~]# systemctl start rpcbind [root@master ~]# sys
StorageClass集成NFS时StorageClass程序部署文件，用于k8s部署StorageClass服务
04-15
StorageClass集成NFS时StorageClass程序部署文件，用于k8s部署StorageClass服务
StorageClass集成NFS时驱动程序部署文件，用于k8s部署StorageClass服务
04-15
StorageClass集成NFS时驱动程序部署文件，用于k8s部署StorageClass服务
K8S持久化存储(亲测可用)【volumes PV/PVC StorageClass】
05-29
K8S持久化存储(亲测可用) 方式1：volumes 方式2：Pod + PersistentVolumeClaim(PV) + PersistentVolume(PVC) + NFS 方式3：Pod + PersistentVolumeClaim(PV) + StorageClass + NFS 博客地址(readme)：...
业务上k8s/kubernetes 深度解析PPT
05-09
里面有多个PPT ,详细介绍了传统业务上云的技术方案
k8s实践总结
duansamve的博客
04-15 1421
这是最直接的方法。你可以通过kubectl命令行工具删除Pod，然后Kubernetes将基于其对应的Deployment、ReplicaSet或其他控制器自动重新创建它。确保你知道Pod所属的Deployment或其他控制器，因为这将触发控制器重新创建Pod。如果你只删除了Pod而没有对应的控制器来重新创建它，那么Pod将不会自动恢复。
K8S中的弹性云服务如何搭建，可能遇到的问题，如何解决！（稳啦！！！！全都稳啦！！！）
Aprilqxs的博客
05-08 242
同时，弹性云服务还降低了企业的IT成本，因为用户只需根据实际使用的计算资源支付费用，无需承担额外的硬件成本和维护费用。弹性云服务（ECS）是一种基于云计算技术的虚拟服务器，由vCPU、内存、磁盘等组成的获取方便、弹性可扩展、按需使用的虚拟计算服务器。当CPU使用率下降时，会自动减少Pod的副本数，但不会少于1个。的Service对象，使用ClusterIP类型，将外部访问的80端口映射到Pod的8080端口。使用kubectl命令创建一个Deployment对象，定义要部署的应用程序的配置。
飞天使-k8s知识点31-rancher的正确打开方式
最新发布
飞天使的博客
05-09 256
参考资料：https://stackoverflow.com/questions/66375380/kubectl-proxy-behind-nginx-invalid-upgrade-response。
Sealos急速部署生产用k8s集群
云胜的笔记
05-08 779
sed -i 's/^SELINUX=enforcing$/SELINUX=permissive/' /etc/selinux/config # 永久关闭，reboot生效。这来我装的是不使用docker的版本。最大的好处是提供 99 年证书，用到我跑路是足够了。使用 Sealos，可以安装一个不包含任何组件的裸 Kubernetes 集群。因为我们在oom时应该干脆的杀死应用，而不是用swap续命，引发级联故障。# 查看，我的服务器交付时就已经关了，现在有了阿里云的镜像源，速度嗖嗖快。
k8s 创建 nfs存储的动态pv
06-10
首先，你需要安装一个 NFS 服务器，并且在 Kubernetes 集群中安装一个 NFS 客户端。 然后，你可以按照以下步骤创建一个动态 NFS 存储的 PV： 1. 创建一个 NFS 存储类： ``` apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: nfs-storage provisioner: my-nfs-provisioner ``` 其中，`provisioner` 是你的 NFS 存储服务提供的动态卷插件的名称。这个名称需要在你的 Kubernetes 集群中注册过。 2. 创建一个 PVC： ``` apiVersion: v1 kind: PersistentVolumeClaim metadata: name: nfs-pvc spec: accessModes: - ReadWriteMany storageClassName: nfs-storage resources: requests: storage: 1Gi ``` 在这个 PVC 中，`accessModes` 指定了多个 Pod 可以同时读写这个 PV，`storageClassName` 指定了使用的存储类，`resources.requests.storage` 指定了这个 PV 的大小。 3. 创建一个 Pod 并挂载这个 PVC： ``` apiVersion: v1 kind: Pod metadata: name: my-pod spec: containers: - name: my-container image: nginx volumeMounts: - name: nfs-volume mountPath: /mnt/nfs volumes: - name: nfs-volume persistentVolumeClaim: claimName: nfs-pvc ``` 在这个 Pod 中，`volumeMounts` 指定了挂载的路径，`volumes` 中通过 `persistentVolumeClaim.claimName` 指定了要使用的 PVC。 完成以上步骤后，Kubernetes 会自动创建一个 NFS 存储的 PV，并且将其绑定到这个 PVC 上。当这个 PVC 被挂载到一个 Pod 中时，Kubernetes 会自动将这个 PV 挂载到这个 Pod 中。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

明明跟你说过

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值