[发明专利]基于网络文件系统的有状态服务主备高可用系统及方法

说明书

本发明涉及微服务架构领域，提出一种基于网络文件系统的有状态服务主备高可用系统及方法。系统包括：负载均衡模块和网络文件系统；方法包括：准备网络文件系统，并在网络文件系统中获取一个存储区域以供服务挂载使用；将挂载网路存储至服务数据目录，并同时启动服务主副本和备用副本；使用负载均衡模块将外部流量设置为全部流入主副本，并保持备用副本无流量无负载；设置负载均衡器策略，若主副本宕机，则将全部外部流量中未流入主副本的剩余流量完全切换至备用副本；当主副本宕机时，将全部外部流量中未流入主副本的剩余流量完全切换至备用副本，且主副本的数据状态保持不变。本发明可在发生副本切换时，使关键数据得以延续，保证业务不中断。

技术领域

本发明涉及微服务架构领域，具体涉及一种基于网络文件系统的有状态服务主备高可用系统及方法。

背景技术

微服务架构是一项在云中部署应用和服务的新技术。大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务，而红帽说API应该是重点。

微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构(在现有系统中分布一个API)区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程的架构。

并且，微服务架构基本都支持传统的多副本和流量负载均衡、故障熔断等技术。但对于有状态的服务来说，如果一个服务的副本出现故障把后续流量切换到别的副本或重新启动新的副本就很可能丢失关键数据，造成业务损失。

在服务高可用方案领域，传统解决方案为主备模式，在主节点宕机后会将流量切换至备用服务，但是在有状态服务中，该方案受到服务状态限制，若进行流量切换会导致部分状态数据丢失，例如用户session等状态数据。

发明内容

本发明的目的是提供一种基于网络文件系统的有状态服务主备高可用系统及方法，可在发生副本切换时，使关键数据得以延续，保证业务不中断。

本发明解决其技术问题，采用的技术方案是：

本发明首先提出一种基于网络文件系统的有状态服务主备高可用系统，包括：

负载均衡模块，用于将全部外部流量设置为全部流入主副本，保持备用副本无流量无负载，并用于设置：若主副本宕机，则将全部外部流量中未流入主副本的剩余流量完全切换至备用副本；

网络文件系统，用于提供服务挂载使用的存储区域，并于挂载网路存储至服务数据目录时，同时启动服务主副本和备用副本；并用于同步存储主副本和备用副本的数据，当流量由主副本切换至备用副本时，主副本的数据状态保持不变。

具体的是，所述网络文件系统为nfs网络文件系统。

具体的是，所述负载均衡模块为IP虚拟服务器。

具体的是，使用docker容器化运行mysql作为服务应用。

另外，本发明还提出一种基于网络文件系统的有状态服务主备高可用方法，应用于所述基于网络文件系统的有状态服务主备高可用系统，包括如下步骤：

步骤1.准备网络文件系统，并在网络文件系统中获取一个存储区域以供服务挂载使用；

步骤2.将挂载网路存储至服务数据目录，并同时启动服务主副本和备用副本；

步骤3.使用负载均衡模块将外部流量设置为全部流入主副本，并保持备用副本无流量无负载；

步骤4.设置负载均衡器策略，若主副本宕机，则将全部外部流量中未流入主副本的剩余流量完全切换至备用副本；