手把手教你用Rancher创建产品质量数据库设置

目标：在本文中，我们将介绍如何运行一个分布式产品质量数据库设置，它由Rancher进行管理，并且保证持久性。为了部署有状态的分布式Cassandra数据库，我们将使用Stateful Sets （有状态集）以及Rancher中的Kubernetes集群。

先决条件：假设您已经有一个由云服务商提供的Kubernetes集群。如果您想在Amazon EC2中使用Rancher 2.0创建K8s集群，可以查看Rancher的资源：

https://rancher.com/docs/rancher/v2.x/en/cluster-provisioning/rke-clusters/node-pools/ec2/。

数据库对业务至关重要，无论是数据丢失还是泄露，都会为企业带来严重的风险。操作错误或体系结构故障都可能导致重大事件和资源的损失，这就需要故障转移系统/过程来减少数据丢失的可能。在将数据库体系结构迁移到Kubernetes之前，必须完成在容器体系结构以及裸机上运行数据库集群的成本效益分析对比，这包括评估恢复时间目标（Recovery Time Objective，RTO）以及恢复数据目标（Recovery Point Objective，RPO）的灾难恢复要求。这些分析在面对数据敏感的应用程序是非常重要，尤其当程序需要真正高可用、针对大规模和冗余需要地理分离、以及应用程序恢复要低延迟时。

在下文的步骤中，我们将分析在Rancher高可用和Kubernetes中可供使用的各种选项，给大家设计产品质量数据库提供参考。

 

A．有状态系统容器架构的缺点

部署在类似Kubernetes的集群中的容器自然是无状态而且短暂的，这意味着它们不会保持固定的身份，并且当发生错误或重新启动时会发生数据丢失和遗忘。在设计分布式数据库环境时，需要提供高可用性以及容错，这对Kubernetes的无状态体系结构提出了挑战，因为无论是复制还是扩展都需要维护下面的状态：

（1）存储；（2）身份；（3）会话；（4）集群角色。

考虑到我们的容器化应用程序，我们马上就可以看出无状态架构面临的挑战，我们的应用程序需要满足一系列的要求：

1. 我们的数据库需要将数据（Data）和事务（Transactions）存储在文件中，这些文件对每个数据库容器来说都是持久且独有的；