CN112667353A - 一种解决postgresql高可用节点宕机恢复的方法 - Google Patents

Abstract

本发明提供了一种解决postgresql高可用节点宕机恢复的方法，包括：监控节点系统,采用轮询机制对postgresql的节点进行监控；云数据库管理系统,用于负责决策替换节点的功能。本发明所述的解决postgresql高可用节点宕机恢复的方法实现了云数据库postgresql产品节点宕机完全自动化替换节点的功能。

Description

一种解决postgresql高可用节点宕机恢复的方法

技术领域

本发明属于资源管理技术领域，尤其是涉及一种解决postgresql高可用节点宕机恢复的方法。

背景技术

本发明技术方案主要解决现有的云场景postgresql高可用架构下，从节点宕机不可用的问题，postgresql高可用架构一般有两节点，分为主节点、从节点。运行过程中出现节点宕机情况，一般的解决办法只能报警通知人工解决，手工拉起或替换节点。本发明采用一种监控并完全自动化替换节点的方法解决出现的节点宕机问题。

发明内容

有鉴于此，本发明旨在提出一种解决postgresql高可用节点宕机恢复的方法，以解决现有的云场景postgresql高可用架构下，从节点宕机不可用的问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种解决postgresql高可用节点宕机恢复的方法，包括：

监控节点系统,采用轮询机制对postgresql的节点进行监控；

云数据库管理系统,用于负责决策替换节点的功能。

进一步的，所述监控节点系统的执行策略如下：

A1、采用轮询机制，每分钟对集群进行状态监测；

A2、当发现节点连接有问题时，改为每隔30s对节点进行三次重试连接；如果依旧连不上，则通知云数据库系统问题节点，将节点实例ID与ip地址传递给云数据库系统。

进一步的，云数据库系统的执行策略如下：

B1、接收到监控系统的宕机节点通知，通过实例ID和ip查询宕机节点的规格信息；

B2、申请同规格的主机，通过postgresql同版本的镜像拉起虚机，并拷贝主节点的互信认证信息到新的虚机节点；

B3、利用postgresql集群管理工具repmgr，指向主节点ip，通过命令同步克隆主节点所有数据；

B4、与主节点建立主从关系，新节点注册为新从节点；

B5、剔除原从节点，并回收主机。

相对于现有技术，本发明所述的解决postgresql高可用节点宕机恢复的方法具有以下优势：

本发明提供的解决postgresql高可用节点宕机恢复的方法实现了云数据库postgresql产品节点宕机完全自动化替换节点的功能；并且功能架构精简，响应迅速。

附图说明

构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为解决postgresql高可用节点宕机恢复的方法原理框图。

具体实施方式

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面将参考附图并结合实施例来详细说明本发明。

本实施例提供了一种解决postgresql高可用节点宕机恢复的方法，共分两部分系统，一部分为监控节点系统，另一部分是云数据库管理系统，监控节点系统采用轮询机制，对postgresql的节点进行监控；云数据库管理系统负责决策替换节点的功能。如图1所示，具体操作如下：

监控节点系统：

1、采用轮询机制，每分钟对集群进行状态监测。

2、当发现节点连接有问题时，改为每隔30s对节点进行三次重试连接。如果依旧连不上，则通知云数据库系统问题节点，将节点实例ID与ip地址传递给云数据库系统。

云数据库系统：

1、接收到监控系统的宕机节点通知，通过实例ID和ip查询宕机节点的规格信息。

2、申请同规格的主机，通过postgresql同版本的镜像拉起虚机，并拷贝主节点的互信认证信息到新的虚机节点。

3、利用postgresql集群管理工具repmgr，指向主节点ip，通过命令同步克隆主节点所有数据。

4、与主节点建立主从关系，新节点注册为新从节点。

5、剔除原从节点，并回收主机。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和系统，可以通过其它的方式实现。例如，以上所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。上述单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

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

Claims (3)

1.一种解决postgresql高可用节点宕机恢复的方法，其特征在于，包括：

监控节点系统,采用轮询机制对postgresql的节点进行监控；

云数据库管理系统,用于负责决策替换节点的功能。

2.根据权利要求1所述的解决postgresql高可用节点宕机恢复的方法，其特征在于，所述监控节点系统的执行策略如下：

A1、采用轮询机制，每分钟对集群进行状态监测；

A2、当发现节点连接有问题时，改为每隔30s对节点进行三次重试连接；如果依旧连不上，则通知云数据库系统问题节点，将节点实例ID与ip地址传递给云数据库系统。

3.根据权利要求1所述的解决postgresql高可用节点宕机恢复的方法，其特征在于：云数据库系统的执行策略如下：

B1、接收到监控系统的宕机节点通知，通过实例ID和ip查询宕机节点的规格信息；

B2、申请同规格的主机，通过postgresql同版本的镜像拉起虚机，并拷贝主节点的互信认证信息到新的虚机节点；

B3、利用postgresql集群管理工具repmgr，指向主节点ip，通过命令同步克隆主节点所有数据；

B4、与主节点建立主从关系，新节点注册为新从节点；

B5、剔除原从节点，并回收主机。

Images