掌桥专利:专业的专利平台
掌桥专利
首页

一种服务器容灾方法及系统

文献发布时间:2023-06-19 18:27:32


一种服务器容灾方法及系统

技术领域

本发明涉及服务器容灾领域,具体涉及一种服务器容灾方法及系统。

背景技术

在港口、矿山等无人作业园区中,由于环境较为恶劣且自动驾驶车辆的作业区域动态变化,边缘服务器存放位置可能会需要经常变动,当遇到作业区域停电或者服务器突发其他故障的情况时,会对正在作业的自动驾驶车辆带来极大的安全隐患。

为了保证业务的高可用,国内外的互联网企业都会对主要业务采取容灾方案,其中,较为流行容灾方案有同城容灾、异地容灾、两地三中心、云上容灾、双活数据中心等,但是这些容灾方案的成本高,时延和带宽不能满足边缘计算的要求,不适用于边缘服务器的部署。

发明内容

因此,本发明要解决的技术问题在于克服现有技术中的容灾成本高,时延和带宽无法满足边缘计算要求的缺陷,从而提供一种服务器容灾方法及系统。

根据第一方面,本发明实施例提供了一种服务器容灾方法,应用于主服务器,所述方法包括:

获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息;

将各计算单元的配置信息同所述主服务器的基础功能进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元;

将各基础功能对应的配置信息配置到对应的备用服务器;

在所述主服务器宕机时,触发各备用服务器中的配置信息以在各备用服务器上部署对应的基础功能,由各备用服务器向各终端提供对应的基础功能服务。

可选地,所述基础功能对应的配置信息包括:基础功能对应的配置、镜像和部署脚本以及数据库信息,所述将各基础功能对应的配置信息配置到对应的备用服务器,包括:

向当前基础功能对应的当前备用服务器下发所述当前基础功能对应的配置、镜像和部署脚本,并对所述当前备用服务器按照预设周期进行心跳检测;

当所述主服务器与所述当前备用服务器心跳检测成功时,基于所述当前基础功能对应的数据库信息写入所述当前备用服务器;

当所述主服务器与所述当前备用服务器心跳检测失败时,基于所述主服务器的当前基础功能,将各计算单元的配置信息同所述当前基础功能进行匹配,以更新当前基础功能对应的备用服务器,并返回所述向当前基础功能对应的当前备用服务器下发所述当前基础功能对应的配置、镜像和部署脚本的步骤。

可选地,所述方法还包括:

当所述主服务器由宕机恢复正常工作时,向各备用服务器下发恢复通知,以使各备用服务器停止向各终端提供对应的基础功能服务,并使各备用服务器向各终端发送与所述主服务器建立连接的连接恢复通知,以使各终端与所述主服务器建立连接,由所述主服务器向各终端提供基础功能服务。

可选地,所述方法还包括:

将各备用服务器的地址及其对应的基础功能下发给各终端,以使各终端通过各备用服务器的地址与对应的备用服务器建立连接,获取相应的基础功能服务。

根据第二方面,本发明实施例还提供了一种服务器容灾方法,应用于备用服务器,所述方法包括:

接收主服务器下发的当前基础功能对应的配置信息,所述配置信息包括当前基础功能对应的配置、镜像和部署脚本以及数据库信息,所述备用服务器为所述主服务器筛选的配置信息与所述当前基础功能匹配的计算单元;

在所述主服务器宕机时,基于所述配置信息在备用服务器上部署所述当前基础功能,由所述备用服务器向各终端提供当前基础功能服务。

可选地,所述方法还包括:

接收所述主服务器下发的恢复通知;

根据所述主服务器下发的恢复通知,停止向各终端提供当前基础功能服务;

向各终端发送与所述主服务器建立连接的连接恢复通知,以使各终端与所述主服务器建立连接,由所述主服务器向各终端提供当前基础功能服务。

根据第三方面,本发明实施例还提供了一种服务器容灾方法,应用于终端,所述方法包括:

在主服务器宕机时,接收各备用服务器提供的基础功能服务,所述备用服务器为所述主服务器获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息;将各计算单元的配置信息同所述主服务器的基础功能进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元;将各基础功能对应的配置信息配置到对应的备用服务器,在所述主服务器宕机时,所述主服务器触发各备用服务器中的配置信息以在各备用服务器上部署对应的基础功能。

可选地,所述方法还包括:

接收各备用服务器发送的与所述主服务器建立连接的连接恢复通知,所述连接恢复通知为备用服务器在所述主服务器由宕机恢复正常工作时发送的;

基于所述连接恢复通知与所述主服务器建立连接,接收所述主服务器提供的基础功能服务。

根据第四方面,本发明实施例提供了一种服务器容灾系统,包括主服务器、若干备用服务器以及若干终端,其中,

所述主服务器用于获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息;将所述基础功能对应的配置信息与各计算单元的配置信息进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元;将各基础功能对应的配置信息配置到对应的备用服务器;

所述备用服务器用于接收主服务器下发的配置信息;并在所述主服务器宕机时,基于所述配置信息在备用服务器上部署基础功能,以向各终端提供基础功能服务;

所述终端用于在所述主服务器宕机时,接收各备用服务器提供的基础功能服务。

根据第五方面,本发明实施例提供了一种电子设备,包括:

存储器和处理器,所述存储器和所述处理器之间互相通信连接,所述存储器中存储有计算机指令,所述处理器通过执行所述计算机指令,从而执行第一/二/三方面,或者第一/二/三方面任意一种可选实施方式中所述的方法。

根据第六方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使计算机执行第一/二/三方面,或者第一/二/三方面任意一种可选实施方式中所述的方法。

本发明技术方案,具有如下优点:

本发明提供了一种服务器容灾方法,应用于主服务器,通过获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息;将各计算单元的配置信息同所述主服务器的基础功能进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元;将各基础功能对应的配置信息配置到对应的备用服务器;在所述主服务器宕机时,触发各备用服务器中的配置信息以在各备用服务器上部署对应的基础功能,由各备用服务器向各终端提供对应的基础功能服务。通过将主服务器的各基础功能的配置信息与各计算单元的配置信息进行匹配,将匹配成功的计算单元确定为该基础功能的备用服务器,当主服务器宕机时,由各备用服务器向各终端提供对应的基础功能服务,无需单独设置备用服务器,将与基础功能配置信息相匹配的计算单元作为备用服务器,既解决了现有技术中容灾成本高、时延和带宽不能满足边缘计算要求的问题,又可将各基础功能服务进行单独设置,当该基础功能对应的备用服务器出现故障时,其他备用服务器仍可继续工作,从而实现更佳的容灾效果,即使在主服务器宕机的情况下,也可保证业务的高可用性,满足客户的使用需求。

本发明还提供了一种服务器容灾方法,应用于备用服务器,通过接收主服务器下发的当前基础功能对应的配置信息,所述配置信息包括当前基础功能对应的配置、镜像和部署脚本以及数据库信息,所述备用服务器为所述主服务器筛选的配置信息与所述当前基础功能匹配的计算单元;在所述主服务器宕机时,基于所述配置信息在备用服务器上部署所述当前基础功能,由所述备用服务器向各终端提供当前基础功能服务。通过与主服务器下发的当前基础功能对应的配置信息进行匹配,将匹配成功的计算单元确定为当前基础功能对应的备用服务器,当主服务器宕机时,客户可通过与各基础功能对应的备用服务器进行作业,保证业务的可用性,同时,由于备用服务器均是作业区内的计算单元,在主服务器宕机时,计算单元根据匹配结果作为备用服务器提供对应的基础功能,因此,无需额外设置备用服务器,在保证备用服务器的配置信息满足基础功能的基础上,当该基础功能对应的备用服务器出现故障时,其他备用服务器仍可继续工作,从而实现更佳的容灾效果,并大幅降低容灾成本。

本发明还提供了一种服务器容灾方法,应用于终端,通过在主服务器宕机时,接收各备用服务器提供的基础功能服务,所述备用服务器为所述主服务器获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息;将各计算单元的配置信息同所述主服务器的基础功能进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元;将各基础功能对应的配置信息配置到对应的备用服务器,在所述主服务器宕机时,所述主服务器触发各备用服务器中的配置信息以在各备用服务器上部署对应的基础功能。通过在主服务器宕机时,接收各备用服务器提供的基础功能服务,实现持续作业,保证业务的高可用性,大幅提升客户的使用满意度。

本发明提供了一种服务器容灾系统,包括主服务器、若干备用服务器以及若干终端,其中,所述主服务器用于获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息;将所述基础功能对应的配置信息与各计算单元的配置信息进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元;将各基础功能对应的配置信息配置到对应的备用服务器;所述备用服务器用于接收主服务器下发的配置信息;并在所述主服务器宕机时,基于所述配置信息在备用服务器上部署基础功能,以向各终端提供基础功能服务;所述终端用于在所述主服务器宕机时,接收各备用服务器提供的基础功能服务。通过将主服务器的基础功能拆解,将与各基础功能配置信息匹配成功的计算单元确定为备用服务器,当主服务器宕机时,进行主备用服务器的切换,由备用服务器向各终端提供基础功能服务,从而保证持续作业。无需单独设置备用服务器,将与基础功能配置信息相匹配的计算单元作为备用服务器,既解决了现有技术中容灾成本高、时延和带宽不能满足边缘计算要求的问题,又可将各基础功能服务进行单独设置,当该基础功能对应的备用服务器出现故障时,其他备用服务器仍可继续工作,从而实现更佳的容灾效果,即使在主服务器宕机的情况下,也可保证业务的高可用性,满足客户的使用需求。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例的服务器容灾系统的示意图;

图2为本发明实施例的服务器容灾系统的主服务器计算配置信息的示意图;

图3为本发明实施例的服务器容灾系统的主服务器筛选备用服务器的示意图;

图4为本发明实施例的服务器容灾方法的流程图;

图5为本发明实施例的服务器容灾方法的整体架构图;

图6为本发明实施例的一种电子设备的结构示意图。

具体实施方式

下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。

在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,还可以是两个元件内部的连通,可以是无线连接,也可以是有线连接。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。

此外,下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

在港口、矿山等无人作业园区中,由于作业区域动态变化,边缘服务器存放位置可能会需要经常变动,而且服务器所在的环境如矿山、煤矿作业区等相对来说还是比较恶劣的,如果作业区域停电或者服务器突发其他故障,对正在作业的自动驾驶车辆带来极大的安全隐患。

为了保证业务的高可用,国内外的互联网企业都会对主要业务采取容灾方案,包括同城容灾、异地容灾、两地三中心、云上容灾、双活数据中心等。这些容灾方案成本高,时延和带宽不能满足边缘计算的要求,不适用于边缘服务器的部署。

基于上述问题,本发明实施例提供了一种服务器容灾系统,如图1所示,该服务器容灾系统包括:主服务器1、若干备用服务器2以及若干终端3。

具体地,在实际应用中,主服务器1可为基于云控平台的车联网的主服务器等;备用服务器2可为运行中的车辆/工程机械(实际是其上搭载运行的计算平台)、路测计算设备、中心云服务器、边缘云服务器等;终端3可为自动驾驶车辆等。

具体地,理想情况中,备用服务器2可以就是工程机械,尤其是指编入作业集群的工程机械,通过利用作业中的工程机械充当备用服务器2,无需再新增硬件设备,在主服务器1正常运作时,备用服务器2即工程机械端是整个系统的终端3,当主服务器1宕机时,工程机械端计算平台提供基础功能,即工程机械端计算平台同时具备作为备用服务器2和终端3的双重身份,在保证容灾效果的同时,进一步降低容灾成本,实现容灾解决方案的性价比最大化。

具体地,在实际应用中,主服务器1可根据当前业务场景确定哪些功能属于基础功能,基础功能是指那些会影响生产财产安全、作业效率、客户体验等的功能,进一步地,所有功能可以按照优先级排列,从而根据备用服务器2的承接能力进行部署。此外,由于备用服务器2可为运行的车辆/工程机械端计算平台、路测计算设备、中心云服务器、边缘云服务器或者其他计算单元等,本发明实施例还可根据备用服务器2的类型、承接能力,对主服务器1的基础功能和非必要功能进行划分指导,令备用服务器2有选择性地承担主服务器1转移过来的部分基础功能,在容灾保护的同时,进一步地提升备用服务器2的使用效率。

具体地,当备用服务器2的选择对象为运行的车辆/工程机械端计算平台、中心云服务器、边缘云服务器等云端服务器时,在完成与主服务器基础功能配置信息匹配后,即可将该云端服务器确定为某一基础功能对应的备用服务器2;当备用服务器2的选择对象为路测计算设备或其他计算单元时,需要首先考虑该计算单元是否具备承载主服务器1基础功能的能力,示例性地,若该计算单元存在计算或存储能力不足的情况,可通过关闭该计算单元的非必要功能释放部分计算或存储空间,从而达到满足主服务器1基础功能的能力要求。

具体地,在实际应用中,本发明实施例以在无人园区进行云端协同作业为例,对本发明实施例提供的服务器容灾系统进行说明。在此场景下,多台叉车、挖掘机、自卸车、宽体车等在云服务器(即主服务器1)的统一调度下在无人园区联合作业,其中,叉车、挖掘机、自卸车、宽体车等搭载了端侧计算平台,相互之间能够通信,也能够与云服务器通信。因为搭载了计算平台,计算平台具备计算、处理、通信等能力,工程机械具备了部分或者全部智能网联功能,即工程机械可作为备用服务器2和终端3进行工作,需要说明的是,智能网联能力的高低视所搭载的计算平台的配置高低而定。

所述主服务器1用于获取主服务器1的基础功能和与所述主服务器1连接的各计算单元的配置信息;将所述基础功能对应的配置信息与各计算单元的配置信息进行匹配,确定各基础功能对应的备用服务器2,所述备用服务器2为配置信息与基础功能匹配的计算单元;将各基础功能对应的配置信息配置到对应的备用服务器2。

具体地,在实际应用中,如图2-图3所示,主服务器1筛选备用服务器2的具体过程如下:

1)主服务器1对园区所有的计算单元的资源进行计算

主服务器1对园区所有的计算单元的芯片架构、内存容量、存储容量、网络速度等进行计算,计算单元包括但不限于上述提到的车辆/工程机械端计算平台、路测计算设备、中心云服务器、边缘云服务器及其他计算单元等,并保存到一个列表中。

具体地,为更好地进行后续备用服务器2的匹配,主服务器1会同时获取各计算单元的地址信息,为后续进行匹配以及备用服务器2与终端3建立连接奠定基础。

2)主服务器1选择计算单元作为备用服务器2

主服务器1根据不同的基础功能所需要的配置信息去匹配最合适计算单元,根据主服务器1的各个功能所需要的芯片架构、内存容量、存储容量、网络速度等去匹配计算单元。主服务器1会去计算各个计算单元的能力,根据该功基础能对配置信息的需求进行匹配。当匹配成功后就对计算单元打上标签,作为该基础功能的服务器。

具体地,在实际应用中,基础功能对应的配置信息包括基础功能对应的配置、镜像和部署脚本以及数据库信息,在进行匹配计算时,主要是根据基础功能对应的配置进行主服务器1基础功能与计算单元间的配置匹配。

示例性地,如图3所示,若云控平台主服务器1的调度功能(schedule)的配置信息为:中央处理器(CPU)10核、运行内存(RAM)1G、存储空间(STO)500M、网络通信速度10M/s;命令下发功能(command)的配置信息为:中央处理器(CPU)8核、运行内存(RAM)800M、存储空间(STO)900M、网络通信速度8M/s;园区地图功能(map)的配置信息为中央处理器(CPU)20核、运行内存(RAM)2G、存储空间(STO)10G、网络通信速度10M/s,通过与计算单元的配置信息进行匹配,得到匹配结果,车A的配置信息可满足调度功能;车B的配置信息可满足命令下发功能;车C的配置信息可满足园区地图功能,则将车A用来部署调度服务、车B用来部署命令下发服务、车C用来部署园区地图服务。

具体地,本发明实施例还可根据各基础功能对配置信息的要求不同,对中央处理器、运行内存、存储空间和网络通信速度设置优先级,当有多个计算单元满足该基础功能配置信息时,根据基础功能对应的各配置信息的优先级别确定最优计算单元作为该基础功能的备用服务器2。

示例性地,调度功能对中央处理器和运行内存要求较高,当有多个计算单元的配置信息满足中央处理器(CPU)10核、运行内存(RAM)1G、存储空间(STO)500M、网络通信速度10M/s时,优先选择中央处理器、运行内存更佳的计算单元作为备用服务器2。

需要说明的是,本发明实施例以调度功能、命令下发和园区地图为例,对根据基础功能的配置信息与计算单元的配置信息进行匹配进行说明,但实际情况不限于此,基础功能不限于上述的调度功能、命令下发和园区地图,基础功能的配置也不限于上述的中央处理器、运行内存、存储空间和网络通信速度。

具体地,当确定好备用服务器2后,主服务器1还会对该计算单元的地址信息(IP)进行获取,并下发给终端3。

所述备用服务器2用于接收主服务器1下发的配置信息;并在所述主服务器1宕机时,基于所述配置信息在备用服务器2上部署基础功能,以向各终端3提供基础功能服务。

具体地,在实际应用中,主服务器1根据TAG下发基础业务功能对应的配置、镜像和部署脚本到备用服务器2,从而在主服务器1宕机时,基于配置信息在备用服务器2上部署基础功能,向各终端3提供基础功能服务。

具体地,在实际应用中,为保持主服务器1与各备用服务器2之间的良好连接,本发明实施例会在备用服务器2与主服务器1之间建立心跳检测,主服务器1按预设周期与备用服务器2建立连接,如果连续多次连接不上,示例性地,连接次数可为5次,那么就会判断为心跳检测异常。当存在心跳检测异常时,主服务器1会根据TAG功能以及各配置信息对应的优先级顺序重新匹配另外一台计算单元,重复“将所述基础功能对应的配置信息与各计算单元的配置信息进行匹配,确定该基础功能对应的备用服务器2”的过程;当主服务器1与备用服务器2建立连接后,主服务器1会按预设周期将数据库写命令备份到备用服务器2上,从而在主服务器1宕机无法提供基础功能服务时,各备用服务器2内可直接继续提供基础功能服务,保证业务的高可用性。

示例性地,预设周期可为10s,但实际情况不限于此,预设周期可根据实际情况进行设定。

在实际应用中,边缘计算往往面对的都是中小型客户,客户成本有限,有可能只采购一台边缘服务器,不能采用双机双柜的方式部署。在客户只采购一台服务器的情况下,本发明实施例通过将车端或者其他计算单元临时充当备用服务器2,解决单台服务器无法容灾的问题。当主服务器1正常工作时,备用服务器2不提供服务器能力,保持原有能力;当主服务器1宕机时,各备用服务器2将开始提供基础功能服务。

所述终端3用于在所述主服务器1宕机时,接收各备用服务器2提供的基础功能服务。

具体地,在实际应用中,针对边缘容灾的替代方案包括同城容灾、异地容灾、两地三中心、云上容灾、双活数据中心等,但这些方式具有以下不足:

1)成本昂贵,不适合边缘服务器容灾。

2)异地容灾、云上容灾、双活数据中心的方案因为距离园区远,带宽和时延不能满足边缘计算的要求。而本方案是选择园区内的计算单元如车端、路侧设备等作为备用服务器2,这些计算单元和边缘计算组成了局域网,都在同一个园区,时延和带宽可以满足要求。

3)云上容灾数据由于位于云上,不能满足客户对数据保密性的要求,而本发明实施例选择的备用服务器2都是位于客户场地的计算单元,就在客户的园区,网络一般都是用的内网,能满足客户对数据保密性的要求。

通过上述各个组成部分的协同合作,本发明提供的一种服务器容灾系统,通过将主服务器1的基础功能拆解,将与各基础功能配置信息匹配成功的计算单元确定为备用服务器2,当主服务器1宕机时,进行主备用服务器2的切换,由备用服务器2向各终端3提供基础功能服务,从而保证持续作业。无需单独设置备用服务器2,将与基础功能配置信息相匹配的计算单元作为备用服务器2,既解决了现有技术中容灾成本高、时延和带宽不能满足边缘计算要求的问题,又可将各基础功能服务进行单独设置,当该基础功能对应的备用服务器2出现故障时,其他备用服务器2仍可继续工作,从而实现更佳的容灾效果,即使在主服务器1宕机的情况下,也可保证业务的高可用性,满足客户的使用需求。

本发明实施例提供了一种服务器容灾方法,该方法应用于如图1所示的主服务器,如图4所示,该服务器容灾方法具体包括如下步骤:

步骤S101:获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

步骤S102:将各计算单元的配置信息同所述主服务器的基础功能进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

步骤S103:将各基础功能对应的配置信息配置到对应的备用服务器。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

步骤S104:在所述主服务器宕机时,触发各备用服务器中的配置信息以在各备用服务器上部署对应的基础功能,由各备用服务器向各终端提供对应的基础功能服务。

具体地,在实际应用中,在主服务器宕机时,终端将与备用服务器进行连接,具体过程如下:

当主服务器宕机,备用服务器连不上主服务器时,主服务器将分别触发备用服务器部署脚本,备用服务器开始对外提供服务器功能。同时,终端连接不上主服务器时,将开始与备用服务器进行连接,通过接收备用服务器下发的命令,控制终端停止或继续作业。

具体地,在一实施例中,所述基础功能对应的配置信息包括:基础功能对应的配置、镜像和部署脚本以及数据库信息,上述步骤S103将各基础功能对应的配置信息配置到对应的备用服务器具体包括如下步骤:

步骤S401:向当前基础功能对应的当前备用服务器下发所述当前基础功能对应的配置、镜像和部署脚本,并对所述当前备用服务器按照预设周期进行心跳检测。

步骤S402:当所述主服务器与所述当前备用服务器心跳检测成功时,基于所述当前基础功能对应的数据库信息写入所述当前备用服务器。

步骤S403:当所述主服务器与所述当前备用服务器心跳检测失败时,基于所述主服务器的当前基础功能,将各计算单元的配置信息同所述当前基础功能进行匹配,以更新当前基础功能对应的备用服务器,并返回所述向当前基础功能对应的当前备用服务器下发所述当前基础功能对应的配置、镜像和部署脚本的步骤。

具体地,在实际应用中,为保证备用服务器可在主服务器宕机的第一时间继续提供基础功能服务,本发明实施例通过在主服务器与备用服务器间建立周期性心跳检测,当备用服务器连不上主服务器时,分别触发部署脚本,备用服务器开始对外提供服务器功能。

具体地,本发明实施例还在终端与主服务器之间建立周期性心跳检测,当终端连接不上主服务器,开始连接备用服务器。通过在主服务器与备用服务器间、主服务器与终端间分别建立周期性心跳检测,可分别通过上行和下行两种方式对连接状态进行及时获取,从而保证园区内的持续作业。

具体地,在一实施例中,在执行上述步骤S103之后,具体还包括如下步骤:

步骤S501:将各备用服务器的地址及其对应的基础功能下发给各终端,以使各终端通过各备用服务器的地址与对应的备用服务器建立连接,获取相应的基础功能服务。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

具体地,在一实施例中,在执行上述步骤S104之后,具体还包括如下步骤:

步骤S601:当所述主服务器由宕机恢复正常工作时,向各备用服务器下发恢复通知,以使各备用服务器停止向各终端提供对应的基础功能服务,并使各备用服务器向各终端发送与所述主服务器建立连接的连接恢复通知,以使各终端与所述主服务器建立连接,由所述主服务器向各终端提供基础功能服务。

具体地,在实际应用中,当主服务器由宕机恢复正常工作时,主服务器给备用服务器下发通知,备用服务器将数据库新数据同步到主服务器,同步完毕后,备用服务器将通知终端与主服务器进行连接,当终端与主服务器连接成功后,备用服务器停止服务器功能,不再提供基础功能服务,并对外提供原有功能服务。

通过执行上述步骤,本发明实施例提供的服务器容灾方法,通过将主服务器的各基础功能的配置信息与各计算单元的配置信息进行匹配,将匹配成功的计算单元确定为该基础功能的备用服务器,当主服务器宕机时,由各备用服务器向各终端提供对应的基础功能服务,无需单独设置备用服务器,将与基础功能配置信息相匹配的计算单元作为备用服务器,既解决了现有技术中容灾成本高、时延和带宽不能满足边缘计算要求的问题,又可将各基础功能服务进行单独设置,当该基础功能对应的备用服务器出现故障时,其他备用服务器仍可继续工作,从而实现更佳的容灾效果,即使在主服务器宕机的情况下,也可保证业务的高可用性,满足客户的使用需求。

本发明还提供了一种服务器容灾方法,该方法应用于如图1所示的备用服务器,如图4所示,该服务器容灾方法具体包括如下步骤:

步骤S201:接收主服务器下发的当前基础功能对应的配置信息,所述配置信息包括当前基础功能对应的配置、镜像和部署脚本以及数据库信息,所述备用服务器为所述主服务器筛选的配置信息与所述当前基础功能匹配的计算单元。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

步骤S202:在所述主服务器宕机时,基于所述配置信息在备用服务器上部署所述当前基础功能,由所述备用服务器向各终端提供当前基础功能服务。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

具体地,在一实施例中,在执行上述步骤S202之后,具体还包括如下步骤:

步骤S701:接收所述主服务器下发的恢复通知。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

步骤S702:根据所述主服务器下发的恢复通知,停止向各终端提供当前基础功能服务。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

步骤S703:向各终端发送与所述主服务器建立连接的连接恢复通知,以使各终端与所述主服务器建立连接,由所述主服务器向各终端提供当前基础功能服务。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

通过执行上述步骤,本发明实施例提供的服务器容灾方法,通过与主服务器下发的当前基础功能对应的配置信息进行匹配,将匹配成功的计算单元确定为当前基础功能对应的备用服务器,当主服务器宕机时,客户可通过与各基础功能对应的备用服务器进行作业,保证业务的可用性,同时,由于备用服务器均是作业区内的计算单元,在主服务器宕机时,计算单元根据匹配结果作为备用服务器提供对应的基础功能,因此,无需额外设置备用服务器,在保证备用服务器的配置信息满足基础功能的基础上,当该基础功能对应的备用服务器出现故障时,其他备用服务器仍可继续工作,从而实现更佳的容灾效果,并大幅降低容灾成本。

本发明还提供了一种服务器容灾方法,该方法应用于如图1所示的终端,如图4所示,该服务器容灾方法具体包括如下步骤:

步骤S301:在主服务器宕机时,接收各备用服务器提供的基础功能服务,所述备用服务器为所述主服务器获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息;将各计算单元的配置信息同所述主服务器的基础功能进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元;将各基础功能对应的配置信息配置到对应的备用服务器,在所述主服务器宕机时,所述主服务器触发各备用服务器中的配置信息以在各备用服务器上部署对应的基础功能。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

具体地,在一实施例中,在执行上述步骤S301之后,具体还包括如下步骤:

步骤S801:接收各备用服务器发送的与所述主服务器建立连接的连接恢复通知,所述连接恢复通知为备用服务器在所述主服务器由宕机恢复正常工作时发送的。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

步骤S802:基于所述连接恢复通知与所述主服务器建立连接,接收所述主服务器提供的基础功能服务。详细内容参见上述服务器容灾系统实施例中的相关描述,在此不再进行赘述。

通过执行上述步骤,本发明实施例提供的服务器容灾方法,通过在主服务器宕机时,接收各备用服务器提供的基础功能服务,所述备用服务器为所述主服务器获取主服务器的基础功能和与所述主服务器连接的各计算单元的配置信息;将各计算单元的配置信息同所述主服务器的基础功能进行匹配,确定各基础功能对应的备用服务器,所述备用服务器为配置信息与基础功能匹配的计算单元;将各基础功能对应的配置信息配置到对应的备用服务器,在所述主服务器宕机时,所述主服务器触发各备用服务器中的配置信息以在各备用服务器上部署对应的基础功能。通过在主服务器宕机时,接收各备用服务器提供的基础功能服务,实现持续作业,保证业务的高可用性,大幅提升客户的使用满意度。

下面将结合具体应用示例,对本发明实施例提供的服务器容灾方法进行详细的说明。

结合图1-图5所示,为提高备用服务器的筛选效率,本发明实施例可不对所有计算单元进行配置信息匹配,主服务器可通过随机选择若干个计算单元进行配置信息匹配,当选择的计算单元能力满足主服务器的对应的功能时,将该计算单元确定为备用服务器,其他备用服务器的选择过程与此类似,在此不再进行赘述。进一步地,本发明实施例还可根据主服务器当前基础功能匹配度对若干计算单元进行排序,根据实际情况和排序结果将对应的计算单元确定主服务器当前基础功能的备用服务器。在保证备用服务器具备承担相应主服务器对应基础功能的基础上,大幅缩短确定备用服务器的时间,提高生产效率。若干个可使用的备用服务器分别具备主服务器的若干功能,选择完毕将配置/部署脚本/镜像下发到备用服务器,主服务器将备用服务器的IP下发给其他终端。主服务器正常时,备用服务器正常作业,不对外提供服务器功能。备用服务器和主服务器之间有10s的周期性的心跳检测,终端与服务器之间也有10s的周期性的心跳检测。备用服务器连不上主服务器时,将分别触发备用服务器的部署脚本,备用服务器开始对外提供服务器功能。终端连接不上主服务器,开始连接备用服务器。当主服务器功能恢复以后,主服务器给备用服务器下发通知,备用服务器通知终端去连接主服务器,备用服务器停止服务器功能,对外提供原有能力。具体处理过程如下:

1)主服务器将与各基础功能对应的配置信息相匹配的若干计算单元确定为可提供基础功能服务的备用服务器。

2)当确定好各备用服务器后,将该基础功能对应的配置、脚本、镜像信息下发至备用服务器,保持心跳连接。主服务器将周期性将数据库写命令备份至备用服务器上,当主服务器正常工作时,备用服务器仍对外提供原有功能,不提供服务器功能。

3)将备用服务器的IP信息下发给终端,终端可为作业车端。

4)当主服务器宕机故障时,此时,备用服务器和主服务器间心跳检测存在异常,各备用服务器将开始对外提供基础功能服务,同时,终端和主服务器间心跳检测存在异常,终端将开始与备用服务器建立连接。备用服务器将给终端下达指令,停止或继续一些紧急作业。

5)当主服务器恢复后,主服务器将会给备用服务器下达指令。

6)备用服务器也会向各终端下达指令,通知终端连接主服务器,同时将备用服务器中的数据库信息同步至主服务器内。

7)终端接收备用服务器的指令后,与主服务器进行连接。

本发明实施例通过充分发挥了除主服务器以外的其他计算单元如车端、路侧设备、存储计算单元的资源,利用这些计算单元的资源作为备选服务器,分摊主服务器的基础功能,达到容灾效果。同时,通过充分计算计算单元上的资源,与主服务器的各个基础功能进行匹配,达到资源的充分利用。将车端或者其他计算单元的CPU、内存、存储、网络资源进行计算,然后根据主服务器的功能所需要的资源去匹配对应的计算单元,然后将主服务器的功能转移到该计算单元上,做到了资源的充分利用。在满足时延和带宽要求的同时,大幅减少容灾成本,满足客户对数据保密性的要求。

本发明实施例提供了一种电子设备,如图6所示,该电子设备包括处理器901和存储器902,所述存储器902和所述处理器901之间互相通信连接,其中处理器901和存储器902可以通过总线或者其他方式连接,图6中以通过总线连接为例。

处理器901可以为中央处理器(Central Processing Unit,CPU)。处理器901还可以为其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片,或者上述各类芯片的组合。

存储器902作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块,如本发明实施例中方法所对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块,从而执行处理器901的各种功能应用以及数据处理,即实现上述方法实施例中的方法。

存储器902可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储处理器901所创建的数据等。此外,存储器902可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器902可选包括相对于处理器901远程设置的存储器,这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器902中,当被处理器901执行时,执行上述方法实施例中的方法。

上述电子设备具体细节可以对应参阅上述方法实施例中对应的相关描述和效果进行理解,此处不再赘述。

本领域技术人员可以理解,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,实现的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)、随机存储记忆体(Random Access Memory,RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive,缩写:HDD)或固态硬盘(Solid-State Drive,SSD)等;存储介质还可以包括上述种类的存储器的组合。

显然,上述实施例仅仅是为清楚地说明所作的举例,而并非对实施方式的限定。对于所属领域的普通技术人员来说,在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。

相关技术
  • 一种业务支撑系统的容灾切换方法和容灾切换服务器
  • 异构容灾方法、装置、系统、服务器和容灾平台
技术分类

06120115574880