如何实现Rook-Ceph与Rainbond的云原生存储集成应用？

本文共计2591个文字，预计阅读时间需要11分钟。

基础非实体，动态山摇。无论何种体系架构，底层存储的选择都值得探讨。存储承载着业务数据，其性能直接影响业务应用的现实表现。也正因为存储和业务数据的紧密关联。

基础不牢，地动山摇。无论是何种体系架构，底层存储的选择都是一个值得探讨的话题。存储承载着业务的数据，其性能直接影响到业务应用的实际表现。也正因为存储和业务的数据关联紧密，其可靠性也必须得到关注，存储的失效一旦导致业务数据丢失，那将会是一场灾难级别的事故。

1. 云原生时代的存储选择之路

最近几年，我的工作内容始终围绕着客户 Kubernetes 集群的建设。如何为客户的 Kubernetes 集群选择一款稳定可靠、性能表现优异的存储解决方案，这样的问题一直困扰着我。

存储卷可以在 Pod 漂移到其他节点后重新挂载这一最基础的功能性要求，让我一开始就把目光放在了共享文件系统这一存储类型上。最开始选择了 Nfs，到后来又投入了 Glusterfs 的怀抱，直到最近开始努力探索其他更好的云原生存储解决方案，这一路走来也让我对各种存储有了一定的了解。它们各自有着自己的特点：

• Nfs：Nfs 是一种老牌的基于网络共享文件的存储解决方案。它的优点是简单高效。它的缺点也比较明显，服务端单点故障，数据没有复制机制。在某些对可靠性要求不高的场景下，Nfs依然是不二之选。