[发明专利]一种业务不间断的负载均衡方法和系统

说明书

本发明提供一种业务不间断的负载均衡方法和系统，所述方法包括：S1、负载均衡装置实时判断后端实例的服务是否可用，并将后端实例的服务状态更新至共享内存中存储的服务可用性列表；S2、共享内存实时将更新后的服务可用性列表写入各负载均衡装置的配置文件，对配置文件进行持久化保存；S3、负载均衡装置接收用户请求时，根据服务可用性列表选择一个可用后端实例处理用户请求。将后端实例的服务状态实时更新到共享内存中存储的服务可用性列表；共享内存采用异步的方式将服务可用性列表变更信息写入配置文件，并通知其他负载均衡装置更新相关配置文件；可以在不重启负载均衡装置的情况下动态的请求负载到配置文件中不存在的后端实例。

技术领域

本发明涉及通信技术领域，更具体地，涉及一种业务不间断的负载均衡方法和系统。

背景技术

负载均衡，是指按照事先配置的负载均衡算法，将访问同一个IP地址的用户流量分配到不同的服务器上，它通过虚拟服务技术、服务器健康检查技术和逐流转发技术将用户的流量分摊到多台阶的服务器上，间接提高了服务器的处理能力，也间接提高了服务器的稳定性和可扩展性。

随着第三代业务支撑的建设推进，业务支撑系统往着多中心化、多远化、复杂化的方向发展，主机数量成倍增加，系统复杂度也随之增加，如何在复杂的云环境下确保业务系统的连续性，以及在云环境下如何完成请求负载的介入管理是支撑网运营管理系统关注的重点。从目前技术上看，针对负载管理主要依赖于负载软件自身的功能实现：一是负载接入与卸载，主要依赖于软件自身的检测机制，如ping，telnet，健康检查；二是负载后端实例配置，存在配置文件中，通过对配置文件修改控制后端请求实例数的增加和删除。

现有负载管理主要依赖于负载软件自身的功能实现时，由于后端实例健康状况判断过于简单，没有实现面向业务的健康检查，会出现故障没有隔离的情况，对于故障的判断不准确。在增加或减少后端实例时，需要修改配置文件，并且需要通过重启才能加载新的配置，就算重启采用软件自带的sf参数，也有可能性导致新的业务请求被拒绝，业务受到影响。在云环境下经常需要根据系统的负载情况进行后端实例的弹性伸缩，故障隔离，可能需要频繁启停后端实例，还可能需要增加新的后端实例，而自带的健康检查的方式只能解决已经加入配置文件的后端实例动态伸缩，而无法解决新增的后端实例在不重启情况下动态伸缩与故障隔离，在配置文件之外新增的后端实例配置无法动态加载，无法使业务100％不受影响，且无法做到实时生效。

发明内容

本发明提供一种克服上述问题或者至少部分地解决上述问题的一种业务不间断的负载均衡方法和系统，解决了现有技术中后端实例在不重启情况下无法实现动态伸缩与故障隔离，且在配置文件之外新增的后端实例配置无法动态加载，无法使业务100％不受影响，且无法做到实时生效等问题。

根据本发明的一个方面，提供一种负载均衡方法，包括：

S1、负载均衡装置实时判断后端实例的服务是否可用，并将后端实例的服务状态更新至共享内存中存储的服务可用性列表；

S2、共享内存实时将更新后的服务可用性列表写入各负载均衡装置的配置文件，对配置文件进行持久化保存；

S3、接收用户请求时，根据服务可用性列表选择一个可用后端实例处理用户请求。

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

读取用户故障判断配置信息，并结合负载均衡装置自身监控指标和第三方监控指标判断后端实例的服务是否可用；

若服务可用，则结束该后端实例的判断过程；若服务不可用，则更新负载均衡装置共享内存中存储的服务可用性列表，移除服务不可用后端实例的IP和PORT。

作为优选的，所述步骤S1还包括：

根据需要增加后端实例的个数，提供接口接收增加后端实例的IP和PORT；