rancher设置服务的持久化

Posted 2023-04-28

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了rancher设置服务的持久化相关的知识，希望对你有一定的参考价值。

参考技术A

本文章分为两部分，第一部分是Deployment无状态服务的工作负载做持久化，第二部分是类似redis的StatefulSet有状态服务做持久化。

整个过程是：创建PV（并且选择插件类型Ceph或nfs等）-> 创建PVC并关联PV -> 业务负载关联PVC

通用方法（手动创建PV、PVC，不使用存储类自动创建）： https://www.zasters.com/?p=161

一些概念：
每个pod启动会新建一个PVC，并且PVC不会随着pod的减少而删除；一个pod经过创建、删除、再创建，此pod会在原来的节点上，使用原来的PVC；pod通过PVC去请求PV存储，PVC和PV一一对应，PV和PVC中的storageClassName字段必须一致，PV们是集群的一段网络存储，针对整个集群，由管理员进行创建和配置，它和具体的底层的共享存储技术的实现方式有关，比如 Ceph、GlusterFS、NFS 等，都是通过插件机制完成与共享存储的对接。StorageClass为管理员提供了一种描述他们提供的存储的“类”的方法，PV是运维人员来创建的，开发操作PVC，可是大规模集群中可能会有很多PV，如果这些PV都需要运维手动来处理这也是一件很繁琐的事情，所以就有了动态供给概念，也就是Dynamic Provisioning，动态供给的关键就是StorageClass，它的作用就是创建PV模板。创建StorageClass里面需要定义PV属性比如存储类型、大小等；另外创建这种PV需要用到存储插件。 最终效果是，用户提交PVC，里面指定存储类型，如果符合我们定义的StorageClass，则会为其自动创建PV并进行绑定。 如果集群中没有StorageClass的动态供应PVC的机制，也可以提前手动创建多个PV、PVC，手动创建的PVC名称必须符合之后创建的StatefulSet命名规则：(volumeClaimTemplates.name)-(pod_name)
PV 的回收策略为 Recycle，目前 PV 支持的策略有三种：

一个 PV 的生命周期中，可能会处于4中不同的阶段：

PV的三种访问方式：

一般通过nas存储基于nfs实现
1.直接配置deployment方式（不创建PV卷及PVC，使用已有的卷）：

172.21.9.9/0003a9_yl2就是分配的NAS地址和目录/apprun/nasdata就是pod里的目录，挂载到这块NAS盘，kubectl apply -f XXXX.yamll的时候自动挂载，pod目录自动创建
2.动态存储持久卷PV,PVC
创建PV：

deployment配置：

一般创建PV和PVC（PV插件为nfs或Ceph RBD）
这里展示Ceph RBD方式：
1.挂载ceph存储(仅支持单副本存储，不支持多副本共享.子目录首次手动创建)

2.StatefulSet配置

PS：或者不需要设置PVC，直接在StatefulSet中设置pvc的模板(volumeClaimTemplates),将自动创建pvc:

参考：
https://www.cnblogs.com/zjz20/p/12807286.html
https://blog.csdn.net/weixin_44729138/article/details/106054025