[发明专利]基于Sharding-Proxy的容器化方法及装置

说明书

本申请实施例在于提供基于Sharding‑Proxy的容器化方法及装置，属于数据库领域。所述方法包括管理平台获取Sharding‑Proxy集群的镜像，并基于镜像配置Sharding‑Proxy集群的资源；资源包括集群最大资源配额、集群内部节点数量、每个节点内部的CPU分配、每个节点内部的内存分配和每个节点内部的磁盘分配；管理平台创建Sharding‑Proxy集群实例；并基于配置的Sharding‑Proxy集群镜像的资源，对Sharding‑Proxy集群实例进行初始化，以启动Sharding‑Proxy集群实例；在Sharding‑Proxy集群实例运行时，管理平台对Sharding‑Proxy集群实例进行监控和维护；响应于对Sharding‑Proxy集群实例的终止请求，管理平台停止Sharding‑Proxy集群实例的运行并删除Sharding‑Proxy集群实例，以释放为Sharding‑Proxy集群配置的资源。本申请旨在对Sharding‑Proxy进行容器化部署。

技术领域

本申请实施例涉及数据库的领域，具体而言，涉及基于Sharding-Proxy的容器化方法及装置。

背景技术

Sharding-Proxy是透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支持。Sharding-Proxy屏蔽了底层的分库分表。目前兼容MySQL和PG，可以使用任何兼容MySQL或PG协议的客户端来访问Sharding-Proxy(比如MySQL命令行、MySQL Workbench、Navicat等等)，进而进行DDL/DML等操作来变更数据，对数据库管理人员更加友好；Sharding-Proxy容器化可满足在较短的时间内业务同城双中心部署的目标，实现业务7*24小时不间断服务，即使单机房故障也不影响业务的持续性。

通常的物理或虚拟机的同城双活方案双机房共用Consul集群，当出现调用延迟或跨机房网络波动可能会引发Consul集群紊乱，从而引发某Consul节点会疯狂地消息广播导致专线带宽急剧上升，服务之间的调用出现异常。

目前Sharding-Proxy的技术中，并没有Sharding-Proxy容器化的方式；在某些行业中，对网络安全限制限制较高，跨容器集群只允许开放特定的端口互通，无法通过每新增一个应用或服务两边集群放开对应的IP端口策略。

发明内容

本申请实施例提供一种基于Sharding-Proxy的容器化方法及装置，旨在对Sharding-Proxy进行容器化部署。

第一方面，本申请实施例提供基于Sharding-Proxy的容器化方法，包括：

管理平台获取所述Sharding-Proxy集群的镜像，并基于所述镜像配置Sharding-Proxy集群的资源；所述资源包括集群最大资源配额、所述集群内部节点数量、每个所述节点内部的CPU分配、每个所述节点内部的内存分配和每个所述节点内部的磁盘分配；

所述管理平台创建Sharding-Proxy集群实例；并基于配置的所述Sharding-Proxy集群镜像的资源，对所述Sharding-Proxy集群实例进行初始化，以启动所述Sharding-Proxy集群实例；

在所述Sharding-Proxy集群实例运行时，所述管理平台对所述Sharding-Proxy集群实例进行监控和维护；

响应于对所述Sharding-Proxy集群实例的终止请求，管理平台停止Sharding-Proxy集群实例的运行并删除所述Sharding-Proxy集群实例，以释放为所述Sharding-Proxy集群配置的资源。

可选地，所述管理平台获取所述Sharding-Proxy集群的镜像，并基于所述镜像配置Sharding-Proxy集群的资源，包括：