[发明专利]一种Redis集群的调度方法和装置

说明书

本发明的目的是提供一种Redis集群的调度方法和装置。所述方法包括：基于Redis集群当前的运行状态信息，确定相应的调度策略，从而在调度策略发生变化时进行相应地调整。所述方法还包括：如果发生预定的需要重新调度的异常事件，执行与该异常事件相应的调度策略。本申请实施例具有以下优点：基于kubernetes托管的容器化Redis技术，提供了包括最优部署策略、随即部署策略、最先匹配部署策略和基于负载部署策略等配套的Redis pod调度策略，提升了Redis集群稳定性和Redis集群的部署效率。

技术领域

本发明涉及计算机技术领域，尤其涉及一种Redis集群的调度方法和装置。

背景技术

Redis(REmote DIctionary Server)作为当前流行的键-值存储系统，支持string,hash,set,zset,list等数据结构。

基于现有技术的方案，Kubernetes部署调度Redis集群的方案主要包括容器水平伸缩(Horizontal Pod Autoscaler，HPA)和容器垂直伸缩(Vertical Pod Autoscaler，VPA)。

对于HPA，在Kubernetes中用户无需为pods中的容器设置资源限制，配置后，VPA会对其使用的资源限制进行适度调整。然而，对于部署了redis集群的物理机，会随着流量/容量等外部输入，而需要做对应的调度调整，社区提供的HPA 1.0只支持CPU维度来进行伸缩调整，这种单一策略并不适合以内存作为主要指标衡量的Redis，HPA更适合一些规则较为固化的伸缩调度。

对于VPA，Kubernetes对pod中的容器各项指标做监控，来动态调整pod的实例数量。VPA目前在业内尚未得到大规模验证，而且单一的VPA只能做纵向的实例伸缩调整(即套餐调整)，对于Redis的内存而言属于不可压缩资源，VPA能起的伸缩调度作用较小。

并且，对于Kubernetes托管的容器化Redis，如果不采用HPA或VPA，一旦需要已有的布局做调整(例如扩容/缩容)，则基本要依赖Redis一线运维人员人工决策如何调度，效率较为低效。

发明内容

本发明的目的是提供一种Redis集群的调度方法和装置。

根据本申请的实施例，提供了一种Redis集群的调度方法，其中，Redis集群被容器化并托管于Kubernetes中，一个Redis节点对应于一个Kubernetes的pod，所述方法包括：

基于Redis集群当前的运行状态信息，确定相应的调度策略，从而在调度策略发生变化时进行相应地调整；

其中，所述方法还包括：

如果发生预定的需要重新调度的异常事件，执行与该异常事件相应的调度策略。

根据本申请的实施例，提供了一种一种Redis集群的调度装置，其中，Redis集群被容器化并托管于Kubernetes中，一个Redis节点对应于一个Kubernetes的pod，所述调度装置包括：

用于基于Redis集群当前的运行状态信息，确定相应的调度策略，从而在调度策略发生变化时进行相应地调整的单元；

其中，所述调度装置还包括：

用于如果发生预定的需要重新调度的异常事件，执行与该异常事件相应的调度策略的单元。

根据本申请的实施例，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现本申请实施例的方法。

根据本申请的实施例，提供了一种计算机可读的存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现本申请实施例的方法。