[发明专利]一种基于zookeeper实现Influxdb-proxy的高可用及负载均衡方法

说明书

本发明公开了一种基于zookeeper实现Influxdb‑proxy的高可用及负载均衡方法，包括如下步骤：S1：启动influxdb‑proxy，将服务信息注册到zookeeper父节点下，生成临时子节点；S2：zookeeper通过watcher实时监控每个influxdb‑proxy服务的运行状态，当某一个服务异常掉线之后，zookeeper会主动将这个服务的临时节点删除，同时zookeeper将节点变化通知给客户端；S3：客户端重新从zookeeper中拿到可用的influxdb‑proxy服务地址。该基于zookeeper实现Influxdb‑proxy的高可用及负载均衡方法具备高可用性，可减少运维成本，增加了influxdb集群的稳定性，保障influxdb集群能不间断地对外提供服务，减少由于硬件、软件、人为的易错性带来的损失，提升了并发量，zookeeper可以配置多个influxdb‑proxy，负载均衡，提升influxdb集群性能。

技术领域

本发明属于时序数据库高可用技术领域，具体涉及一种基于zookeeper实现Influxdb-proxy的高可用及负载均衡方法。

背景技术

InfluxDB是一款Go语言写的时序数据库，Influxdb-proxy承载了不同场景的海量的时序数据实时写入和查询，而随着数据量增大，频率增高，Influxdb-proxy单点无法支撑高并发的访问，单点故障明显。如若influxdb-proxy异常掉线，则所有的数据写入和查询无法正常进行，从而导致上层应用故障。

发明内容

本发明的目的在于提供一种基于zookeeper实现Influxdb-proxy的高可用及负载均衡方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：

一种基于zookeeper实现Influxdb-proxy的高可用及负载均衡方法，包括如下步骤：

S1：启动influxdb-proxy，将服务信息注册到zookeeper父节点下，生成临时于节点；

S2：zookeeper通过watcher实时监控每个influxdb-proxy服务的运行状态，当某一个服务异常掉线之后，zookeeper会主动将这个服务的临时节点删除，同时zookeeper将节点变化通知给客户端；

S3：客户端重新从zookeeper中拿到可用的influxdb-proxy服务地址。

优选的，所述S1中的服务信息包括服务ip和端口动态。

优选的，所述S1中的每个临时子节点均配置有一个watcher，且每个所述watcher均为一次性的，触发后立即销毁。

优选的，所述S1的具体步骤为：

S1.1：首先在zookeeper中创建一个父节点/influxdb-proxy-ha；

S1.2：每个服务启动都会向zookeeper集群中的父节点下注册临时子节点。

优选的，所述S3的具体步骤为：

S3.1：首先客户端会到zookeeper的父节点下，获取到所有临时子节点，然后全部缓存到serverUrlCacheMap中；

S3.2：每次发起请求时，直接去serverUrlCacheMap中获取这个编号的URL，然后发送给服务端，就可达到轮询负载分发的功能。

优选的，每个所述zookeeper集群中配置有2N+1个zookeeper服务，至少N+1个投票才能成功的执行写操作，其中N为正整数。

优选的，所述zookeeper根据传入的参数，针对每个zookeeper集群，执行一次备份操作。