CN109862075A - 一种Redis服务实例的路由方法 - Google Patents

Abstract

本发明提供了一种Redis服务实例的路由方法。该方法包括：编写Dockerfile，将单独的服务组件包装为Docker镜像，并且指定该Docker镜像的版本号；在预设的各个地点分别部署多个Redis服务实例，组成Redis集群；部署多个Predixy的Docker镜像实例，组成Predixy集群；Predixy集群中的各个Docker镜像实例根据预设的策略规则，将客户端发送的数据分别路由到对应的Redis服务实例上。应用本发明可以将不同类别的数据分别路由到不同的Redis服务实例上，使得客户端可以直接获得Redis集群中的全部集群功能。

Description

一种Redis服务实例的路由方法

技术领域

本申请涉及数据路由技术领域，尤其涉及一种Redis服务实例的路由方法。

背景技术

目前随着计算机技术、网络技术创新进步，特别是虚拟化技术的进步，还有新概念、新方案的创新和发展，尤其是Predixy创新技术的快速发展，为在线教育云平台的推出Redis集群奠定了基础。

在现有技术中，教育云平台一般采用微服务架构。微服务架构解决了传统的分层架构中的一些问题，它的核心特点是高可伸缩性、易于开发、测试和部署独立的服务组件，这些服务组件解耦的、分布式的、相互独立的，可以快速的迭代更新教育云平台上的微服务。

但是，在教育云平台上采用微服务架构时，难以将不同类别的数据分别路由到不同的Redis服务实例上，客户端难以直接获得Redis集群中的全部集群功能。

发明内容

有鉴于此，本发明提供了一种Redis服务实例的路由方法，从而可以将不同类别的数据分别路由到不同的Redis服务实例上，使得客户端可以直接获得Redis集群中的全部集群功能。

本发明的技术方案具体是这样实现的：

一种Redis服务实例的路由方法，该方法包括如下步骤：

编写Dockerfile，将单独的服务组件包装为Docker镜像，并且指定该Docker镜像的版本号；

在预设的各个地点分别部署多个Redis服务实例，组成Redis集群；

部署多个Predixy的Docker镜像实例，组成Predixy集群；

Predixy集群中的各个Docker镜像实例根据预设的策略规则，将客户端发送的数据分别路由到对应的Redis服务实例上。

较佳的，所述Predixy集群中的各个Docker镜像实例根据预设的策略规则，将客户端发送的数据分别路由到对应的Redis服务实例上包括：

预先定义数据类别以及数据类别的标识；

预先确定各种数据类型所对应的Redis服务实例；

客户端在发送数据时，在所发送的数据的key的前缀中添加相应的数据类别的标识；

Predixy集群中的各个Docker镜像实例接收到客户端发送的数据时，根据数据的key的前缀中的数据类别的标识确定所对应的Redis服务实例，并将该数据路由到所确定的Redis服务实例上。

较佳的，预先定义2种数据类别：数据类别user和数据类别other，并预先定义这2种数据类别的标识；

当客户端在发送数据时，如果所发送的数据为用户数据，则在该数据的key的前缀中添加相应的数据类别user的标识；而如果所发送的数据为其它数据，则在该数据的key的前缀中添加相应的数据类别other的标识。

较佳的，当Redis集群中有6个Redis服务实例Master-A、Master-B、Master-C、Master-D、Master-E和Master-F时，将数据类别user对应于Master-A和Master-B，并将数据类别other对应于Master-C、Master-D、Master-E和Master-F。

较佳的，将键空间中的0～2730的slot对应于Master-A，将2731～5462的slot对应于Master-B，将5463～8194的slot对应于Master-C，将8195～10926的slot对应于Master-D，将10927～13658的slot对应于Master-E，将13659～16383的slot对应于Master-E。

较佳的，该方法进一步包括：

使用Key分布算法，根据数据的key的前缀中的数据类别的标识确定所对应的slot值，然后将该数据路由到该slot值所对应的Redis服务实例上。

较佳的，所述Redis集群包括两种类型的Redis服务实例：写实例和读实例。

较佳的，各个Redis服务实例通过Docker容器进行部署；

各个Predixy的Docker镜像实例通过Docker容器进行部署。

如上可见，在本发明中的Redis服务实例的路由方法中，由于预先部署多个Redis服务实例组成Redis集群，并部署多个Predixy的Docker镜像实例组成Predixy集群，因此Predixy集群中的各个Docker镜像实例可以将客户端发送的数据(例如，教育云平台上的服务和应用发送的写数据请求、读数据请求等)分别路由到对应的Redis服务实例上，从而可以将不同类别的数据分别路由到不同的Redis服务实例上，使得客户端可以直接获得Redis集群中的全部集群功能。

另外，在本发明的技术方案中，由于Redis集群是由多个Redis服务实例组成的，而Redis服务实例可以预先分别部署在预设的各个地点，因此解决了Redis路由组件的可分布性的问题，使得在一个负载均衡器下面，可以快速部署多个容器；还可以根据实际的业务需求对容器的数量进行动态的调整，以满足业务需求。在不需要容器时，还可以快速地销毁容器，从而可以节省资源。

附图说明

图1为本发明实施例中的Redis服务实例的路由方法的流程图。

图2为本发明实施例中的Redis服务实例的路由方法的原理示意图。

图3为本发明实施例中的数据类型与Redis服务实例对应的示意图。

具体实施方式

为使本发明的技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本发明作进一步详细的说明。

图1为本发明实施例中的Redis服务实例的路由方法的流程图。

如图1所示，本发明实施例中的Redis服务实例的路由方法包括如下所述步骤：

步骤11，编写Dockerfile，将单独的服务组件包装为Docker镜像，并且指定该Docker镜像的版本号。

其中，Docker是一种开源的应用容器引擎，而Dockerfile是一个文本文件，其中包含了多条指令(Instruction)。

步骤12，在预设的各个地点分别部署多个Redis服务实例，组成Redis集群。

其中，Redis是一种开源的、使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库。

例如，较佳的，在本发明的一个具体实施例中，可以在预设的3个机房(A机房、B机房和C机房)中分别部署多个Redis服务实例，每个机房中的多个Redis服务实例可以组成一个Redis集群，如图2所示。

另外，较佳的，在本发明的一个具体实施例中，所述Redis集群包括两种类型的Redis服务实例：写实例和读实例。

另外，较佳的，在本发明的一个具体实施例中，各个Redis服务实例可以通过Docker容器进行部署。

步骤13，部署多个Predixy的Docker镜像实例，组成Predixy集群。

其中，Predixy是一种高性能全特征Redis代理。

例如，较佳的，在本发明的一个具体实施例中，可以在教育云环境中部署多个Predixy的Docker镜像实例，且每个Docker镜像实例都使用相同的配置，多个Predixy的Docker镜像实例可以组成一个Predixy集群，该Predixy集群可以形成一个Predixy中间代理层，从而可以对外提供统一的Redis路由服务，保证服务的高可用性。

另外，较佳的，在本发明的一个具体实施例中，各个Predixy的Docker镜像实例也可以通过Docker容器进行部署。

步骤14，Predixy集群中的各个Docker镜像实例根据预设的策略规则，将客户端发送的数据分别路由到对应的Redis服务实例上。

当通过上述的步骤11～13完成所有的设置之后，在本步骤中，Predixy集群中的各个Docker镜像实例即可将Redis客户端发送的数据(例如，Redis客户端上的服务或应用发送的写数据请求、读数据请求等)分别路由到对应的Redis服务实例上。因此，Redis客户端可以通过Predixy中间代理层路由到实际的Redis服务器上，Redis客户端的数据可以根据预设的策略规则分别路由到对应的Redis服务实例上。

在本发明的技术方案中，可以通过多种方式来实现上述的步骤14。以下将以其中的一种具体实现方式为例对本发明的技术方案进行详细的介绍。

例如，较佳的，在本发明的一个具体实施例中，所述步骤14可以包括如下的步骤：

步骤141，预先定义数据类别以及数据类别的标识。

例如，较佳的，在本发明一个具体实施例中，可以预先定义2种数据类别：数据类别user和数据类别other，并预先定义这2种数据类别的标识。

当然，在本发明的技术方案中，也可以根据实际应用的需要，预先定义多种数据类别以及相应的标识，在此不再一一赘述。

步骤142，预先确定各种数据类型所对应的Redis服务实例。

在本发明的技术方案中，还可以预先确定各种数据类型所对应的Redis服务实例。

例如，较佳的，在本发明一个具体实施例中，如图3所示，假设Redis集群中有6个Redis服务实例(master节点)，且预先定义的数据类别为数据类别user和数据类别other，则可以预先确定各种数据类型所对应的Redis服务实例。

例如，较佳的，在本发明一个具体实施例中，假设Redis集群中的6个Redis服务实例为Master-A、Master-B、Master-C、Master-D、Master-E和Master-F，则可以将数据类别user对应于Master-A和Master-B，并将数据类别other对应于Master-C、Master-D、Master-E和Master-F。

另外，可以将Master-A和Master-B统称为slots-A区间，并将Master-C、Master-D、Master-E和Master-F统称为slots-B区间。

更进一步的，由于键空间可以被分割为16384个槽(slot)，因此一个集群的最大节点数量是16384个。所以，在本发明的技术方案中，可以进一步预先进行设置，使得Redis集群中的各个Redis服务实例分别对应键空间中的预设数量的slot。

例如，较佳的，在本发明一个具体实施例中，如图3所示，假设Redis集群中的6个Redis服务实例为Master-A、Master-B、Master-C、Master-D、Master-E和Master-F，则可以将0～2730的slot对应于Master-A，将2731～5462的slot对应于Master-B，将5463～8194的slot对应于Master-C，将8195～10926的slot对应于Master-D，将10927～13658的slot对应于Master-E，将13659～16383的slot对应于Master-E。

因此，slots-A区间可以包含从0到5462的slot，共有5463个slot；而slots-B区间可以包含从5463到16383的slot，共有10921个slot。

在预先确定了各种数据类型所对应的Redis服务实例之后，在后续的操作中，即可将各种数据类型的数据分别路由并存储在所对应的Redis服务实例中。

例如，在如图3所示的上述例子中，可以将数据类别user的数据路由到slot-A区间的Master-A或Master-B节点上进行存储(或者，还可以进一步存储到0～5462的slot中)，将数据类别other的数据路由到slot-B区间的Master-C、Master-D、Master-E或Master-F节点上进行存储(或者，还可以进一步存储到5463～16383的slot中)。

另外，在本发明的技术方案中，还可以设置多个Redis服务实例作为Slaver(例如，图2中的Slave-A、S-B、S-C、S-N等)，从而可以与之前的Master实现冗余备份。

步骤143，客户端在发送数据时，在所发送的数据的key(键)的前缀中添加相应的数据类别的标识。

例如，较佳的，在本发明一个具体实施例中，假设预先定义的数据类别为数据类别user和数据类别other，客户端在发送数据时，如果所发送的数据为用户数据，则在该数据的key的前缀中添加相应的数据类别user的标识；而如果所发送的数据为其它数据，则在该数据的key的前缀中添加相应的数据类别other的标识。

步骤144，Predixy集群中的各个Docker镜像实例接收到客户端发送的数据时，根据数据的key的前缀中的数据类别的标识确定所对应的Redis服务实例，并将该数据路由到所确定的Redis服务实例上。

在本发明的技术方案中，可以通过多种方式来实现上述的步骤144。以下将以其中的一种具体实现方式为例对本发明的技术方案进行详细的介绍。

例如，较佳的，在本发明的一个具体实施例中，可以使用Key分布算法，根据数据的key的前缀中的数据类别的标识确定所对应的slot值，然后将该数据路由到该slot值所对应的Redis服务实例上，并可以进一步存储在所对应的Redis服务实例上。

通过上述的步骤141～144，即可将客户端发送的数据分别路由到对应的Redis服务实例上。

综上所述，在本发明的技术方案中，由于预先部署多个Redis服务实例组成Redis集群，并部署多个Predixy的Docker镜像实例组成Predixy集群，因此Predixy集群中的各个Docker镜像实例可以将客户端发送的数据(例如，教育云平台上的服务和应用发送的写数据请求、读数据请求等)分别路由到对应的Redis服务实例上，从而可以将不同类别的数据分别路由到不同的Redis服务实例上，使得客户端可以直接获得Redis集群中的全部集群功能。

通过使用Predixy集群作为Redis集群的路由，可以充分提高Redis集群的高可用、高性能；提高教育云平台上的服务和应用获取数据的效率，可以更快速地创新出新的应用场景，也可以更快速地满足教育云平台上创造新业务的需求；还可以对数据进行分类管理，不同类别的数据路由到不同的Redis的master节点上，针对不同数据类别的master节点，配置不同的硬件设备；也可以针对某个数据类别进行整体迁移，迁移到其它的Redis集群中，降低教育云平台的运营成本。

另外，在本发明的技术方案中，由于Redis集群是由多个Redis服务实例组成的，而Redis服务实例可以预先分别部署在预设的各个地点，因此解决了Redis路由组件的可分布性的问题，使得在一个负载均衡器下面，可以快速部署多个容器；还可以根据实际的业务需求(例如，Docker镜像内程序的实际运行情况等)，对容器的数量进行动态的调整(例如，调整CPU、内存的使用数量等)，以满足业务需求。在不需要容器时，还可以快速地销毁容器，从而可以节省系统资源，解决了Redis路由组件的高可伸缩性的问题。

因此可知，在本发明的技术方案中，提出了一种支持Redis集群部署框架的路由方法，可以有效地解决传统Redis集群部署架构、特别是教育云平台发展中遇到的问题，可以很好地适用于教育云平台上。在教育云平台上使用Docker容器的概念、模式、工具，部署Predixy和Redis，可以提高Predixy和Redis教育云平台上部署、维护、升级、水平扩展的生产效率。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种Redis服务实例的路由方法，其特征在于，该方法包括如下步骤：

编写Dockerfile，将单独的服务组件包装为Docker镜像，并且指定该Docker镜像的版本号；

在预设的各个地点分别部署多个Redis服务实例，组成Redis集群；

部署多个Predixy的Docker镜像实例，组成Predixy集群；

Predixy集群中的各个Docker镜像实例根据预设的策略规则，将客户端发送的数据分别路由到对应的Redis服务实例上。

2.根据权利要求1所述的方法，其特征在于，所述Predixy集群中的各个Docker镜像实例根据预设的策略规则，将客户端发送的数据分别路由到对应的Redis服务实例上包括：

预先定义数据类别以及数据类别的标识；

预先确定各种数据类型所对应的Redis服务实例；

客户端在发送数据时，在所发送的数据的key的前缀中添加相应的数据类别的标识；

Predixy集群中的各个Docker镜像实例接收到客户端发送的数据时，根据数据的key的前缀中的数据类别的标识确定所对应的Redis服务实例，并将该数据路由到所确定的Redis服务实例上。

3.根据权利要求2所述的方法，其特征在于：

预先定义2种数据类别：数据类别user和数据类别other，并预先定义这2种数据类别的标识；

当客户端在发送数据时，如果所发送的数据为用户数据，则在该数据的key的前缀中添加相应的数据类别user的标识；而如果所发送的数据为其它数据，则在该数据的key的前缀中添加相应的数据类别other的标识。

4.根据权利要求3所述的方法，其特征在于：

当Redis集群中有6个Redis服务实例Master-A、Master-B、Master-C、Master-D、Master-E和Master-F时，将数据类别user对应于Master-A和Master-B，并将数据类别other对应于Master-C、Master-D、Master-E和Master-F。

5.根据权利要求4所述的方法，其特征在于：

将键空间中的0～2730的slot对应于Master-A，将2731～5462的slot对应于Master-B，将5463～8194的slot对应于Master-C，将8195～10926的slot对应于Master-D，将10927～13658的slot对应于Master-E，将13659～16383的slot对应于Master-E。

6.根据权利要求5所述的方法，其特征在于，该方法进一步包括：

使用Key分布算法，根据数据的key的前缀中的数据类别的标识确定所对应的slot值，然后将该数据路由到该slot值所对应的Redis服务实例上。

7.根据权利要求1所述的方法，其特征在于：

所述Redis集群包括两种类型的Redis服务实例：写实例和读实例。

8.根据权利要求1所述的方法，其特征在于：

各个Redis服务实例通过Docker容器进行部署；

各个Predixy的Docker镜像实例通过Docker容器进行部署。