[发明专利]一种集群的加密方法及装置

说明书

本申请提出了一种集群的加密方法及装置，用以解决相关技术中，集群加密后需要重启集群，重启时间较长影响用户使用的问题。该方法包括：在启动针对第一数据库集群的业务访问的密钥机制时，根据第一配置文件创建支持业务访问的第二数据库集群的管理组件，第一配置文件包括用于执行业务访问的第一密钥；创建第一数据库，第一数据库的访问密钥为第一密钥；将第一数据库集群中备份数据库的数据迁移至第一数据库；将第一数据库集群的多个业务访问服务逐个进行升级；在完成升级后，将第一数据库作为主数据库，并在第二数据库集群创建第一数据库的备份数据库；第一数据库的备份数据库的访问密钥为第一密钥。

技术领域

本申请涉及计算机技术领域，特别涉及一种集群的加密方法及装置。

背景技术

目前一些传统的数据库比如mysql数据库，都是支持多账号多密钥的，但是也存在一些数据库比如redis数据库是不支持账号，只支持一个密钥的。redis是一个高性能的开源的内存型key-value数据库，有着较高的读写性能，支持多种数据类型。由于redis的内存和每秒查询率(Queries-per-second，QPS)都是有限的，所以目前提出采用codis将redis集群化。集群化之后，codis集群可以支持更多的业务。但是由于redis加密机制中只支持一个密钥，导致redis加密之后，codis集群中的管理组件也需要配置redis的密钥，才能使得业务通过管理组件正常访问redis。并且redis加密之后，每一个连接redis的业务也都需要重新启动之后才能够继续访问redis数据库。所以redis加密之后，不仅需要codis集群自身配置密钥，还需要每一个连接的业务进行重启，耗时较长，影响集群正常提供服务。

发明内容

本申请实施例提供了一种集群的加密方法及装置，用以解决相关技术中，集群加密后需要重启集群，重启时间较长影响用户使用的问题。

第一方面，本申请实施例提供的了一种集群的加密方法，包括：

在启动针对第一数据库集群的业务访问的密钥机制时，根据第一配置文件创建支持所述业务访问的第二数据库集群的管理组件，所述第一配置文件包括用于执行所述业务访问的密钥；

通过所述管理组件在所述第二数据库集群中创建第一数据库，所述第一数据库的访问密钥为所述密钥，所述第一数据库在所述第二数据库集群中的地址与所述第一数据库集群中备份数据库的地址相同；

将所述第一数据库集群中备份数据库的数据迁移至所述第一数据库；

将所述第一数据库集群的多个业务访问服务逐个进行升级，其中，完成升级的业务访问服务支持访问所述第一数据库，未完成升级的业务访问服务支持访问所述第一数据库集群中的主数据库；

在完成所述多个业务访问服务的升级后，将所述第一数据库作为主数据库，并在所述第二数据库集群创建所述第一数据库的备份数据库；所述第一数据库的备份数据库的访问密钥为所述密钥，所述第二数据库集群中的备份数据库与所述第一数据库集群中的主数据库的地址相同。

基于上述方案，在需要对第一数据库集群进行加密时，会进行创建第二数据库集群，第二数据库集群的主数据库的地址与第一数据库集群的备份数据库的地址相同，第二数据库集群的备份数据库的地址与第一数据库集群的主数据库的地址相同。所以并不需要新的存储地址，而是还利用原有的存储地址，避免了新建数据库集群带来的资源浪费。并且在创建新的数据库集群的过程中为其中的管理组件和数据库都配置上了访问密钥，不再需要配置密钥后重启数据库集群，缩短了时间。另外，相对于现有技术逐个为访问业务配置密钥，所有业务都配置完成后才能够重新访问数据库集群的方案，本申请中采用业务升级的方式，升级完的业务通过配置的密钥访问新创建的数据库，未升级的业务访问旧的数据库，这样所有的业务都有可以访问的数据库，即使业务之间是串行的，也不会影响各项业务正常提供服务。

在一些实施例中，将所述第一数据库集群的多个业务访问服务逐个进行升级，包括：