返回

跨过存储阻碍，让Rainbond拥抱更广阔的存储世界

后端

Rainbond 存储优化：切换默认存储类告别 NFS 瓶颈

NFS 存储的困境

近年来，以 Kubernetes 为代表的云原生技术席卷互联网应用开发领域。开源应用管理平台 Rainbond，凭借基于 Kubernetes 的架构，也受到广泛青睐。然而，Rainbond 默认使用的 NFS 共享文件存储，却成为了一些用户的拦路虎。

NFS 存储的优点包括安装简单、跨平台兼容，但缺点也不容忽视：性能较差，尤其是小文件读写；作为集中式存储系统，容易随着数据量的增加而负担过重，进一步拖慢性能。

Kubernetes 存储类

为了克服 NFS 存储的瓶颈，Kubernetes 社区引入了存储类（StorageClass）的概念。存储类允许用户在 Kubernetes 集群中定义不同的存储系统，并根据应用程序的需求，将存储卷绑定到不同的存储类。

这样，用户可以灵活选择最适合自己应用程序的存储系统。例如，对性能要求较高的应用程序可以使用 SSD 存储系统；而容量需求较大的应用程序则可以选择 HDD 存储系统。

切换 Rainbond 默认存储类

如何切换 Rainbond 默认的存储类呢？Rainbond 提供了两种方法：

1. 修改配置文件

在 Rainbond 的配置文件中，defaultStorageClass 字段的值就是 Rainbond 默认使用的存储类。修改该字段的值即可切换存储类。

2. 使用命令行工具

Rainbond 提供了 rainbondctl 命令行工具，可用于切换存储类：

rainbondctl config set defaultStorageClass <storage-class-name>

其中，<storage-class-name> 为要切换到的存储类的名称。

案例：切换至 Rook Ceph 存储类

Rook Ceph 是 Kubernetes 上一个流行的分布式存储系统，提供了高性能和可扩展性。以下示例演示如何将 Rainbond 的默认存储类切换至 Rook Ceph：

kubectl create -f https://rook.io/docs/rook/v1.9/yaml/ceph-cluster.yaml

rainbondctl config set defaultStorageClass rook-ceph-block

切换完成后，Rainbond 上新创建的应用程序将使用 Rook Ceph 存储类。

结语

切换 Rainbond 默认的存储类，可以有效解决 NFS 存储的性能和稳定性问题，显著提升 Rainbond 的运行效率。此外，Kubernetes 存储类的引入，也为用户提供了灵活选择存储系统的自由，进一步增强了 Rainbond 的适应性。

常见问题解答

1. 切换存储类后，已经存在的应用程序的数据会受到影响吗？

不会。切换存储类仅对新创建的应用程序生效，已经存在的应用程序的数据不受影响。

2. 如何查看当前的默认存储类？

rainbondctl config get defaultStorageClass

3. Kubernetes 中有哪些常见的存储类？

  • NFS： 网络文件系统，安装简单，跨平台兼容。
  • Rook Ceph： 分布式存储系统，高性能，可扩展性强。
  • GKE Filestore： Google 托管的文件存储服务，基于 NFS，性能可靠。
  • EBS： Amazon EC2 的块存储服务，持久、可靠，性能较高。

4. 如何根据应用程序需求选择合适的存储类？

  • 性能要求高的应用程序：SSD 存储类
  • 容量需求大的应用程序：HDD 存储类
  • 对数据一致性要求高的应用程序：RAID 存储类

5. 切换存储类后，需要重启 Rainbond 集群吗？

不需要。Rainbond 会自动检测并使用新的存储类。