CN109379758A - 一种在软件升级时业务不中断的方法和装置 - Google Patents

一种在软件升级时业务不中断的方法和装置 Download PDF

Info

Publication number
CN109379758A
CN109379758A CN201811546737.8A CN201811546737A CN109379758A CN 109379758 A CN109379758 A CN 109379758A CN 201811546737 A CN201811546737 A CN 201811546737A CN 109379758 A CN109379758 A CN 109379758A
Authority
CN
China
Prior art keywords
main
software upgrading
software
upgrading
access point
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201811546737.8A
Other languages
English (en)
Inventor
李玉景
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ruijie Networks Co Ltd
Original Assignee
Ruijie Networks Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ruijie Networks Co Ltd filed Critical Ruijie Networks Co Ltd
Priority to CN201811546737.8A priority Critical patent/CN109379758A/zh
Publication of CN109379758A publication Critical patent/CN109379758A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/10—Reselecting an access point controller
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明实施例提供一种在软件升级时业务不中断的方法和装置，所述方法应用于包括至少三个接入控制器AC的虚拟系统中，在所述虚拟系统中，n个接入点AP通过负载均衡的方式接入所述至少三个接入控制器AC，其中，n大于等于2，包括：确定所述至少三个AC中的一个主AC和至少两个从AC，确定所述至少两个从AC之间的优先级；启动所述至少三个AC的软件升级，先从优先级最低的从AC开始进行软件升级，并将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上，根据优先级从低到高的顺序将所有从AC的软件升级成功后，最后对主AC进行软件升级。以更低的成本实现软件升级不中断业务。

Description

一种在软件升级时业务不中断的方法和装置
技术领域
本发明涉及数据通信领域，尤其是一种在软件升级时业务不中断的方法和装置。
背景技术
随着无线智能终端的普及，WIFI(WIreless-FIdelity，无线保真)正形成生活和工作中不可缺少的一部分，用户除了关注WLAN(无线局域网Wireless LAN的简称)技术发展带来的高带宽需求外，更注重对WIFI稳定性和可靠性的体验。特别在金融、大企业等用于覆盖生产网的WIFI，需要更高的可靠性要求，应尽量避免WIFI业务中断导致企业生产无法正常开展。传统的无线网络为AC(无线控制器Wireless Access Point Controller的简称)+瘦AP(Access Point,无线接入点)架构,AP需要与AC建立连接，然后用户在AC上进行统一配置，AC会把相关配置下发给AP。AC和AP通过协作，从而为用户提供无线局域网的服务。AC作为无线网络控制的核心，网络的可靠性必然的落到了AC上。在目前的技术方案中，保证AC设备运行中业务不中断的组网方案有AC热备和AC虚拟化技术：
一、AC热备方案
由两台独立的AC设备组成AC热备,其中一台为主(master)AC，另外一台为备(backup)AC。两个AC独立的IP(Internet Protocol的简写)地址和管理，性能和容量由主AC决定。AP分别与主备AC建立CAPWAP(Control And Provisioning of Wireless AccessPoints Protocol Specification的缩写,无线接入点的控制和配置协议)隧道。主AC为激活状态，进行AP和用户表项的维护和更新，用户数据流只在主AC上处理；备AC为待机状态，只接收AP和用户表项实时数据，实现与主AC同步，但不进行用户数据流转发。当主AC宕机时，备AC进入激活状态，切换成主AC，接管主AC的工作，切换过程中不中断或短暂中断，无线用户几乎不感知。
二、AC虚拟化方案
如图1所示，用户终端通过无线接入点AP经由接入供电交换机1或接入供电交换机3分别接入汇聚设备1和汇聚设备2，汇聚设备1和汇聚设备2共同接入核心设备，核心设备与虚拟AC相连，AC虚拟化技术是将多台AC物理设备虚拟成一台逻辑AC的技术，虚拟AC内部选举一个成员AC为主AC(如图1中主AC1)和其他成员AC为从AC(如图1中从AC2、从AC3)，主从成员实现数据热备份。该虚拟AC由软件统一管理，性能和容量可扩展。无线接入点AP自动负载到不同物理成员AC上，在成员AC宕机时，AP自动迁移到其他成员AC上，保证了业务的稳定性。
相比于上述的AC热备方案，AC虚拟化与AC热备均提供了一种业务不中断的办法。但AC虚拟化可扩展性更强，容量和性能比AC热备更大，多台AC组网成本更低。举个例子，某一项目需要2000台AP覆盖，单台AC最大可管理AP数为1000台：
组AC热备方案，需要4台AC组两套AC热备。意味着管理上，需要规划4套IP和配置；资源利用上，有2台备AC没激活时处于空闲状态，造成浪费；授权上，AP管理License(AP软件管理制授权)需要在主备AC分别安装，共需4000个的License(假设一个AP需要一个License授权)；性能和容量扩展上，当项目需要增加覆盖500个AP时，需要再添加一套同样的AC热备管理和1000个License。
组AC虚拟化方案，由4台物理AC组成。管理上，只要规划1套IP和配置；资源利用上，AP负载到不同成员AC后，每台AC只要管理约500台AP，充分利用各AC资源；授权上，AP管理License(AP软件管理制授权)只需要在主AC授权并共享给AC虚拟机，共需2000个的License；性能和容量扩展上，当项目需要增加覆盖500个AP时，只需添加一台AC设备即可。
然而，AC虚拟化也是一种硬件集成软件的方式，软件上修复一些BUG(缺陷)往往需要对设备的软件进行升级操作，由于软件各模块偶合性低，通常升级时需要对AC虚拟化整机进行重启，过程中会对业务有较长的中断，待AC虚拟化正常运行后才能恢复业务。升级和恢复过程的业务中断，对企业生产网是不可接受的。
解决上述AC虚拟化软件升级导致业务中断的方法，目前主要为：基于linux(一套免费使用和自由传播的类Unix操作系统)系统的进程升级方法，该方法可基于linux系统进行开发的AC虚拟化软件，当系统某个进程A有BUG需要修复时，可对该A进程单独进行升级。具体方法是在AC虚拟化中主AC先停止A进程，将要升级的A进程对应的程序替换，再启动A进程，主AC将该操作方法同步给其他成员AC，达到升级进程的目的。在这一过程如果实现脚本自动化，则用户并不感知到进程升级的存在，业务不中断。
但该方法对耦合度(进程间的依赖关系)比较深的进程，则不适用此方法，停止该进程A可能会导致其他进程异常，这种通常需要整机重启来恢复；另外对于需要升级BootLoader(在操作系统内核运行之前运行)也将无法适用，BootLoader通常是在操作系统内核运行之前，需要重启对设备进行初始化。这样在升级的过程中，业务将会中断。
发明内容
为了解决上述技术问题，本发明的实施例采用如下技术方案：
一种在软件升级时业务不中断的方法，应用于包括至少三个接入控制器AC的虚拟系统中，在所述虚拟系统中，n个接入点AP通过负载均衡的方式接入所述至少三个接入控制器AC，其中，n大于等于2，包括：
确定所述至少三个AC中的一个主AC和至少两个从AC，
确定所述至少两个从AC之间的优先级；
启动所述至少三个AC的软件升级，先从优先级最低的从AC开始进行软件升级，并将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上，根据优先级从低到高的顺序将所有从AC的软件升级成功后，最后对主AC进行软件升级。
可选的，在启动所述至少三个AC的软件升级前还包括：
指示主AC下发软件升级版本给从AC。
可选的，所述从AC软件升级完成后还包括：
指示从AC接收主AC同步的表项和数据，并与主AC进行表项和数据的一致性检查，将所述迁移到其他AC上的第一接入点AP集合中的AP重新迁移到完成软件升级的从AC上。
可选的，所述对主AC进行软件升级的步骤具体包括：
在已经完成软件升级的从AC中选择新的主AC，将原主AC上负载的第二AP集合中的AP迁移到其他AC上，对原主AC进行软件升级。
可选的，所述原主AC软件升级完成后还包括：
指示原主AC接收新主AC同步的表项和数据，并与新主AC进行表项和数据的一致性检查，将所述迁移到其他AC上的第二接入点AP集合中的AP重新迁移到完成软件升级的原主AC上。
可选的，所述将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上的条件为满足以下公式：
M<＝(x-1)*N，其中，M为大于等于0的整数，N、x为大于0的整数，N为所述至少三个AC中每个AC最大支持管理的AP数；M为所有AC上负载的AP总数；x为AC的数量。
本发明实施例还提供一种在软件升级时业务不中断的装置，应用于包括至少三个接入控制器AC的虚拟系统中，在所述虚拟系统中，n个接入点AP通过负载均衡的方式接入所述至少三个接入控制器AC，其中，n大于等于2，包括：
第一确定模块，用于确定所述至少三个AC中的一个主AC和至少两个从AC，
第二确定模块，用于确定所述至少两个从AC之间的优先级；
第一软件升级模块，用于启动所述至少两个从AC的软件升级，先从优先级最低的从AC开始进行软件升级，并将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上，根据优先级从低到高的顺序将所有从AC的软件升级；
第二软件升级模块，用于在所有从AC的软件升级成功后，对主AC进行软件升级。
可选的，该装置还包括：
第一指示模块，用于在启动所述至少两个AC的软件升级前，指示主AC下发软件升级版本给从AC。
可选的，该装置还包括：
第二指示模块，用于在所述从AC软件升级完成后，指示从AC接收主AC同步的表项和数据，并与主AC进行表项和数据的一致性检查，
所述第一软件升级模块，还用于将所述迁移到其他AC上的第一接入点AP集合中的AP重新迁移到完成软件升级的从AC上。
可选的，该装置还包括：
第三指示模块，用于在对原主AC进行软件升级之前，指示已经完成软件升级的从AC在已经完成软件升级的从AC中选择新的主AC，
第二软件升级模块，具体用于在所有从AC的软件升级成功后，将原主AC上负载的第二AP集合中的AP迁移到其他AC上，并对原主AC进行软件升级。
可选的，所述第三指示模块，还用于在所述原主AC软件升级完成后，指示原主AC接收新主AC同步的表项和数据，并与新主AC进行表项和数据的一致性检查，
所述第二软件升级模块，还用于在所述原主AC软件升级完成后，将所述迁移到其他AC上的第二接入点AP集合中的AP重新迁移到完成软件升级的原主AC上。
可选的，所述将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上的条件为满足以下公式：
M<＝(x-1)*N，其中，M为大于等于0的整数，N、x为大于0的整数，N为所述至少三个AC中每个AC最大支持管理的AP数；M为所有AC上负载的AP总数；x为AC的数量。
本发明实施例的有益效果在于，以更低的成本实现软件升级不中断业务，相比于可替代的热备方案，实现虚拟化升级不中断业务所需的AC设备及对应的license成本要减半。升级管理更方便，不易出错，原来热备方案，在有多套AC时，需要人工每套AC升级两次，而且要控制好时间，不同时升级才可以实现不中断业务的目的；而本发明实施例虚拟化升级只需升级一次，且无需控制升级的时间，不易出错。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术的一种系统结构图；
图2为本发明实施例的一种方法流程图；
图3为本发明实施例的一种方法流程图；
图4为本发明实施例的一种装置结构图；
图5为本发明实施例的一种装置结构图；
图6为本发明实施例的一种装置结构图；
图7为本发明实施例的一种装置结构图；
图8为本发明实施例的一种系统结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供一种在软件升级时业务不中断的方法，应用于包括至少三个接入控制器AC的虚拟系统中，在所述虚拟系统中，n个接入点AP通过负载均衡的方式接入所述至少三个接入控制器AC，其中，n大于等于2，如图2所示，包括：
S101，确定所述至少三个AC中的一个主AC和至少两个从AC，
S103，确定所述至少两个从AC之间的优先级；
S105，启动所述至少三个AC的软件升级，先从优先级最低的从AC开始进行软件升级，并将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上，根据优先级从低到高的顺序将所有从AC的软件升级成功后，最后对主AC进行软件升级。
可选的，如图3所示，在启动所述至少三个AC的软件升级前还包括：
S104，指示主AC下发软件升级版本给从AC。
可选的，所述从AC软件升级完成后还包括：
指示从AC接收主AC同步的表项和数据，并与主AC进行表项和数据的一致性检查，将所述迁移到其他AC上的第一接入点AP集合中的AP重新迁移到完成软件升级的从AC上。
可选的，所述对主AC进行软件升级的步骤具体包括：
在已经完成软件升级的从AC中选择新的主AC，将原主AC上负载的第二AP集合中的AP迁移到其他AC上，对原主AC进行软件升级。
可选的，所述原主AC软件升级完成后还包括：
指示原主AC接收新主AC同步的表项和数据，并与新主AC进行表项和数据的一致性检查，将所述迁移到其他AC上的第二接入点AP集合中的AP重新迁移到完成软件升级的原主AC上。
在本发明的一个实施例中，可以在虚拟系统中定义一种公共数据管理进程A，该进程A用于保存虚拟系统中所有成员AC的其他业务进程的表项和数据，进程A同时对外提供接口给其他业务进程(如AP管理进程、用户管理进程等)，供其他业务进程调用各自对应的表项和数据并进行增删改；为了考虑在软件升级前后版本中的业务进程可能有增加或删除，进程A可以定义成标准的option(选项)可扩展，每个option对应一个业务进程，如option 1对应AP管理进程数据、option2对应用户管理进程数据等。虚拟系统内的各成员AC业务进程独立，主AC1下的业务进程有更新表项和数据时，可以同步给其他成员AC；从AC2下的业务进程有更新表项和数据时，写入本地AC2外，同步给主AC1，由主AC1更新给备AC3；同理，从AC3下的业务进程有更新表项和数据时，写入本地AC3外，同步给主AC1，由主AC1更新给从AC2。
可选的，所述将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上的条件为满足以下公式：
M<＝(x-1)*N，其中，M为大于等于0的整数，N、x为大于0的整数，N为所述至少三个AC中每个AC最大支持管理的AP数；M为所有AC上负载的AP总数；x为AC的数量。
本发明实施例的有益效果在于，以更低的成本实现升级不中断业务，相比于可替代的热备方案，虚拟化实现升级不中断业务所需的AC设备及对应的license成本要减半。升级管理更方便，不易出错，原来热备方案，在有多套AC时，需要人工每套AC升级两次，而且要控制好时间，不同时升级才可以实现不中断业务的目的；而本发明实施例虚拟化升级只需升级一次，且无需控制升级的时间，不易出错。
本发明实施例还提供一种在软件升级时业务不中断的装置，应用于包括至少三个接入控制器AC的虚拟系统中，在所述虚拟系统中，n个接入点AP通过负载均衡的方式接入所述至少三个接入控制器AC，其中，n大于等于2，如图4所示，包括：
第一确定模块301，用于确定所述至少三个AC中的一个主AC和至少两个从AC，
第二确定模块303，用于确定所述至少两个从AC之间的优先级；
第一软件升级模块305，用于启动所述至少两个从AC的软件升级，先从优先级最低的从AC开始进行软件升级，并将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上，根据优先级从低到高的顺序将所有从AC的软件升级；
第二软件升级模块307，用于在所有从AC的软件升级成功后，对主AC进行软件升级。
可选的，如图5所示，该装置还包括：
第一指示模块309，用于在启动所述至少两个AC的软件升级前，指示主AC下发软件升级版本给从AC。
可选的，如图6所示，该装置还包括：
第二指示模块311，用于在所述从AC软件升级完成后，指示从AC接收主AC同步的表项和数据，并与主AC进行表项和数据的一致性检查，
所述第一软件升级模块305，还用于将所述迁移到其他AC上的第一接入点AP集合中的AP重新迁移到完成软件升级的从AC上。
可选的，如图7所示，该装置还包括：
第三指示模块313，用于在对原主AC进行软件升级之前，指示已经完成软件升级的从AC在已经完成软件升级的从AC中选择新的主AC，
第二软件升级模块307，具体用于在所有从AC的软件升级成功后，将原主AC上负载的第二AP集合中的AP迁移到其他AC上，并对原主AC进行软件升级。
可选的，所述第三指示模块313，还用于在所述原主AC软件升级完成后，指示原主AC接收新主AC同步的表项和数据，并与新主AC进行表项和数据的一致性检查，
所述第二软件升级模块307，还用于在所述原主AC软件升级完成后，将所述迁移到其他AC上的第二接入点AP集合中的AP重新迁移到完成软件升级的原主AC上。
可选的，所述将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上的条件为满足以下公式：
M<＝(x-1)*N，其中，M为大于等于0的整数，N、x为大于0的整数，N为所述至少三个AC中每个AC最大支持管理的AP数；M为所有AC上负载的AP总数；x为AC的数量。
本发明实施例的有益效果在于，以更低的成本实现升级不中断业务，相比于可替代的热备方案，虚拟化实现升级不中断业务所需的AC设备及对应的license成本要减半。升级管理更方便，不易出错，原来热备方案，在有多套AC时，需要人工每套AC升级两次，而且要控制好时间，不同时升级才可以实现不中断业务的目的；而本发明实施例虚拟化升级只需升级一次，且无需控制升级的时间，不易出错。
下面结合具体应用场景对本发明实施例进行进一步阐述，如图8所示，虚拟系统中包括AC1、AC2和AC3三个AC，其中AC1为主AC，AC2和AC3为从AC，AP1和AP2接入AC1，AP3和AP4接入AC2，AP5和AP6接入AC3。
步骤一、用户导入升级软件，由于AC虚拟化后对外呈现统一配置和管理，用户操作在主AC1上进行。用户导入升级软件完成，升级软件在主AC1的flash(闪存)上，且未激活。
步骤二、升级软件导入主AC1的flash完成后，由虚拟系统内部通道同步给各成员AC2和AC3，并保存在各自成员AC的flash上，且未激活。
步骤三、确定软件升级的优先级，优先级可以与AC虚拟化协商的主备优先级定义一致，也可以不一致，优先级可根据实际情况进行确定，比如，由成员设备ID和设备MAC等共同决定优先级，每个设备指定唯一设备ID，先比较设备ID，设备ID越小则优先级越高，如果设备ID一致，再比较设备MAC，设备MAC越小优先级越高。
步骤四、上述所有从AC进行优先级比较，当从AC3优先级最低时，由主AC1下发激活升级从AC3的软件版本，进行软件升级，软件更新后重启设备AC3；AC3上的AP5和AP6迁移至AC1与AC2；AC3重启更新完成，加入虚拟系统，协商成从AC3，由主AC1的公共数据管理进程A同步所有表项和数据给AC3；同步完成后，各从AC与主AC进行表项和数据一致性检查，在主AC1与从AC2上的AP5和AP6迁移回从AC3，迁移前后，用户数据跟着AP迁移到对应的AC上。到此AC3升级完成，业务不中断，用户不感知升级存在。
接着，开始升级优先级高的从AC2，由主AC1下发激活升级从AC2的软件版本，进行软件升级，软件更新后重启设备AC2；AC2上的AP3和AP4迁移至AC1与AC3；从AC2重启更新完成，加入虚拟系统，协商成从AC2，由主AC1的公共数据管理进程A同步所有表项和数据；同步完成后，各从成员AC与主AC进行表项和数据一致性检查，在主AC1与从AC3上的AP3和AP4迁移回从AC2，迁移前后，用户数据跟着AP迁移到对应的AC上。到此AC2升级完成，业务不中断，用户不感知升级存在。
最后，升级主AC1，由主AC1下发并激活升级本设备的升级软件，进行软件升级，软件更新后重启设备AC1；从AC2切换成新主AC2；AC1上的AP1和AP2迁移至AC2与AC3；原主AC1重启更新完成，加入虚拟系统，协商成从AC1，由新主AC2的公共数据管理进程A同步所有表项和数据；同步完成后，各从成员AC与主AC进行表项和数据一致性检查，在新主AC2与从AC3上的AP1和AP2迁移回AC1，迁移前后，用户数据跟着AP迁移到对应的AC上。到此AC1升级完成，业务不中断，用户不感知升级存在。
与步骤四并列的步骤五、当从AC2优先级最低时，由主AC1下发激活升级从AC2的软件版本，进行软件升级，软件更新后重启设备AC2；AC2上的AP3和AP4迁移至AC1与AC3；从AC2重启更新完成，加入虚拟系统，协商成从AC2，由主AC1的公共数据管理进程A同步所有表项和数据；同步完成后，各从成员AC与主AC进行表项和数据一致性检查，在主AC1与从AC3上的AP3和AP4迁移回AC2，迁移前后，用户数据跟着AP迁移到对应的AC上。到此AC2升级完成，业务不中断，用户不感知升级存在。
接着，由主AC1下发激活升级从AC3的软件版本，进行软件升级，软件更新后重启设备AC3；AC3上的AP5和AP6迁移至AC1与AC2；从AC3重启更新完成，加入虚拟系统，协商成从AC3，由主AC1的公共数据管理进程A同步所有表项和数据；同步完成后，各从成员AC与主AC进行表项和数据一致性检查，在主AC1与从AC2上的AP5和AP6迁移回AC3，迁移前后，用户数据跟着AP迁移到对应的AC上。到此AC3升级完成，业务不中断，用户不感知升级存在。
最后，升级主AC1，由主AC1下发并激活升级本设备的升级软件，进行软件升级，软件更新后重启设备AC1；从AC3切换成新主AC3；AC1上的AP1和AP2迁移至AC2与AC3；原主AC1重启更新完成，加入虚拟系统，协商成备AC1，由新主AC3的公共数据管理进程A同步所有表项和数据；同步完成后，各从成员AC与主AC进行表项和数据一致性检查，在新主AC3与从AC2的AP1和AP2迁移回AC1，迁移前后，用户数据跟着AP迁移到对应的AC上。到此AC1升级完成，业务不中断，用户不感知升级存在。
上述方法中，虚拟系统成员AC数为3，当超过3个成员AC时，软件升级过程与上述方法一致，只需要判断各从AC的优先级，依次从低到高优先级升级，最后再升级主AC；当然也可以从优先级最高的主AC优先升级，再依次从高到低优先级升级，但这种方法在每次升级时都会进行主备切换，比较复杂。
如上述的方法中，虚拟系统升级时，是从从AC到主AC依次一个成员一个成员进行升级，因此可以约定为保证升级过程中业务不中断，在一个成员AC宕机(升级)时，宕机成员AC上的AP可迁移到其他成员AC，且不超过其他成员AC最大硬件支持管理AP数的总和。
假设每个成员AC最大支持管理的AP数为N；虚拟系统所有AC上负载的AP总数为M；成员AC数为x。其中，M为大于等于0的整数，N、x为大于0的整数。
当x＝1，M＝0时，即当只有一个成员AC且没有在线(负载)AP时，也可以直接升级。
当x＝1，M>0时，即当只有一个成员AC且有在线AP时，升级将导致业务中断。
当x＝2,N＝1000,M<＝1000时，即单台AC最大支持AP管理数为1000个，当成员AC数为2时，AP在线数小于等于1000，AC宕机(升级)一台，虚拟系统仍可管理1000台AP，因此升级业务不中断。
当x＝2,N＝1000,M＝1500时，即单台AC最大支持AP管理数为1000个，当成员AC数为2时，AP在线数这1500(超过最大支持500个)，AC宕机(升级)一台，虚拟系统只可管理1000台AP，因此升级会导致500个AP下的用户业务中断。
当x＝3,N＝1000,M<＝2000时，即单台AC最大支持AP管理数为1000个，当成员AC数为3时，AP在线数小于等于2000，AC宕机(升级)一台，虚拟系统仍可管理2000台AP，因此升级业务不中断。
当x＝3,N＝1000,M＝2500时，即单台AC最大支持AP管理数为1000个，当成员AC数为3时，AP在线数这2500(超过最大支持500个)，AC宕机(升级)一台，虚拟系统只可管理2000台AP，因此升级会导致500个AP下的用户业务中断。
依此类推，则虚拟化AC升级业务不中断需满足条件为：M<＝(x-1)*N,(M为大于等于0的整数，N、x为大于0的整数)，当不满足该条件时，软件升级时将给出业务中断的告警。
本发明实施例的有益效果在于，以更低的成本实现升级不中断业务，相比于可替代的热备方案，虚拟化实现升级不中断业务所需的AC设备及对应的license成本要减半。升级管理更方便，不易出错，原来热备方案，在有多套AC时，需要人工每套AC升级两次，而且要控制好时间，不同时升级才可以实现不中断业务的目的；而本发明实施例虚拟化升级只需升级一次，且无需控制升级的时间，不易出错。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种在软件升级时业务不中断的方法，其特征在于，应用于包括至少三个接入控制器AC的虚拟系统中，在所述虚拟系统中，n个接入点AP通过负载均衡的方式接入所述至少三个接入控制器AC，其中，n大于等于2，包括：
确定所述至少三个AC中的一个主AC和至少两个从AC，
确定所述至少两个从AC之间的优先级；
启动所述至少三个AC的软件升级，先从优先级最低的从AC开始进行软件升级，并将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上，根据优先级从低到高的顺序将所有从AC的软件升级成功后，最后对主AC进行软件升级。
2.如权利要求1所述的方法，其特征在于，在启动所述至少三个AC的软件升级前还包括：
指示主AC下发软件升级版本给从AC。
3.如权利要求1所述的方法，其特征在于，所述从AC软件升级完成后还包括：
指示从AC接收主AC同步的表项和数据，并与主AC进行表项和数据的一致性检查，将所述迁移到其他AC上的第一接入点AP集合中的AP重新迁移到完成软件升级的从AC上。
4.如权利要求1所述的方法，其特征在于，所述对主AC进行软件升级的步骤具体包括：
在已经完成软件升级的从AC中选择新的主AC，将原主AC上负载的第二AP集合中的AP迁移到其他AC上，对原主AC进行软件升级。
5.如权利要求4所述的方法，其特征在于，所述原主AC软件升级完成后还包括：
指示原主AC接收新主AC同步的表项和数据，并与新主AC进行表项和数据的一致性检查，将所述迁移到其他AC上的第二接入点AP集合中的AP重新迁移到完成软件升级的原主AC上。
6.如权利要求1所述的方法，其特征在于，
所述将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上的条件为满足以下公式：
M<＝(x-1)*N，其中，M为大于等于0的整数，N、x为大于0的整数，N为所述至少三个AC中每个AC最大支持管理的AP数；M为所有AC上负载的AP总数；x为AC的数量。
7.一种在软件升级时业务不中断的装置，其特征在于，应用于包括至少三个接入控制器AC的虚拟系统中，在所述虚拟系统中，n个接入点AP通过负载均衡的方式接入所述至少三个接入控制器AC，其中，n大于等于2，包括：
第一确定模块，用于确定所述至少三个AC中的一个主AC和至少两个从AC，
第二确定模块，用于确定所述至少两个从AC之间的优先级；
第一软件升级模块，用于启动所述至少两个从AC的软件升级，先从优先级最低的从AC开始进行软件升级，并将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上，根据优先级从低到高的顺序将所有从AC的软件升级；
第二软件升级模块，用于在所有从AC的软件升级成功后，对主AC进行软件升级。
8.如权利要求7所述的装置，其特征在于，还包括：
第一指示模块，用于在启动所述至少两个AC的软件升级前，指示主AC下发软件升级版本给从AC。
9.如权利要求7所述的装置，其特征在于，还包括：
第二指示模块，用于在所述从AC软件升级完成后，指示从AC接收主AC同步的表项和数据，并与主AC进行表项和数据的一致性检查，
所述第一软件升级模块，还用于将所述迁移到其他AC上的第一接入点AP集合中的AP重新迁移到完成软件升级的从AC上。
10.如权利要求7所述的装置，其特征在于，还包括：
第三指示模块，用于在对原主AC进行软件升级之前，指示已经完成软件升级的从AC在已经完成软件升级的从AC中选择新的主AC，
第二软件升级模块，具体用于在所有从AC的软件升级成功后，将原主AC上负载的第二AP集合中的AP迁移到其他AC上，并对原主AC进行软件升级。
11.如权利要求10所述的装置，其特征在于：
所述第三指示模块，还用于在所述原主AC软件升级完成后，指示原主AC接收新主AC同步的表项和数据，并与新主AC进行表项和数据的一致性检查，
所述第二软件升级模块，还用于在所述原主AC软件升级完成后，将所述迁移到其他AC上的第二接入点AP集合中的AP重新迁移到完成软件升级的原主AC上。
12.如权利要求7所述的装置，其特征在于，
所述将进行软件升级的从AC上负载的第一接入点AP集合中的AP迁移到其他AC上的条件为满足以下公式：
M<＝(x-1)*N，其中，M为大于等于0的整数，N、x为大于0的整数，N为所述至少三个AC中每个AC最大支持管理的AP数；M为所有AC上负载的AP总数；x为AC的数量。
CN201811546737.8A 2018-12-18 2018-12-18 一种在软件升级时业务不中断的方法和装置 Pending CN109379758A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811546737.8A CN109379758A (zh) 2018-12-18 2018-12-18 一种在软件升级时业务不中断的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811546737.8A CN109379758A (zh) 2018-12-18 2018-12-18 一种在软件升级时业务不中断的方法和装置

Publications (1)

Publication Number Publication Date
CN109379758A true CN109379758A (zh) 2019-02-22

Family

ID=65374170

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811546737.8A Pending CN109379758A (zh) 2018-12-18 2018-12-18 一种在软件升级时业务不中断的方法和装置

Country Status (1)

Country Link
CN (1) CN109379758A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111478787A (zh) * 2020-02-29 2020-07-31 新华三技术有限公司成都分公司 一种ap重启的方法、一种管理设备
CN114630379A (zh) * 2020-12-11 2022-06-14 慧与发展有限责任合伙企业 使用相邻数据无缝实时升级接入点的系统和方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104486394A (zh) * 2014-12-10 2015-04-01 杭州华三通信技术有限公司 不中断业务软件升级方法及装置
CN104969513A (zh) * 2013-06-09 2015-10-07 华为技术有限公司 无线控制器升级方法和设备
CN106406953A (zh) * 2016-09-21 2017-02-15 郑州云海信息技术有限公司 一种存储系统软件在线升级方法
CN107273169A (zh) * 2017-06-30 2017-10-20 郑州云海信息技术有限公司 一种存储控制器集群的软件在线升级方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104969513A (zh) * 2013-06-09 2015-10-07 华为技术有限公司 无线控制器升级方法和设备
CN104486394A (zh) * 2014-12-10 2015-04-01 杭州华三通信技术有限公司 不中断业务软件升级方法及装置
CN106406953A (zh) * 2016-09-21 2017-02-15 郑州云海信息技术有限公司 一种存储系统软件在线升级方法
CN107273169A (zh) * 2017-06-30 2017-10-20 郑州云海信息技术有限公司 一种存储控制器集群的软件在线升级方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111478787A (zh) * 2020-02-29 2020-07-31 新华三技术有限公司成都分公司 一种ap重启的方法、一种管理设备
CN111478787B (zh) * 2020-02-29 2022-08-30 新华三技术有限公司成都分公司 一种ap重启的方法、一种管理设备
CN114630379A (zh) * 2020-12-11 2022-06-14 慧与发展有限责任合伙企业 使用相邻数据无缝实时升级接入点的系统和方法
CN114630379B (zh) * 2020-12-11 2023-09-15 慧与发展有限责任合伙企业 使用相邻数据无缝实时升级接入点的系统和方法

Similar Documents

Publication Publication Date Title
CN109831500B (zh) Kubernetes集群中配置文件与Pod的同步方法
CN111385114B (zh) Vnf服务实例化方法及装置
CN103559072B (zh) 虚拟机双向自动伸缩服务实现方法及其系统
EP3110106B1 (en) Disaster recovery data center configuration method and apparatus in cloud computing architecture
US10628273B2 (en) Node system, server apparatus, scaling control method, and program
US9038053B2 (en) Non-disruptive software updates for servers processing network traffic
CN102891882B (zh) 利用硬件中的网络包缓冲的基于检查点的高可用性
CN107741875B (zh) 一种异构管理系统
US11422843B2 (en) Virtual machine migration method and apparatus having automatic user registration at a destination virtual machine
CN105681060A (zh) 一种虚拟化网络功能管理升级方法、装置及服务器
CN104601680B (zh) 一种资源管理方法及装置
EP2619662A1 (en) In-service software upgrade of control and line cards of network element
CN101697128A (zh) 版本升级方法和装置
CN110427385A (zh) 区块链数据更新方法、相关节点及区块链
CN102970204A (zh) 一种基于xen虚拟化平台的分布式交换机系统及其实现方法
CN109379758A (zh) 一种在软件升级时业务不中断的方法和装置
CN104750554A (zh) 一种虚拟机间数据迁移的方法和设备
CN110262893A (zh) 配置镜像内存的方法、装置及计算机存储介质
CN110515763A (zh) 一种基于OpenStack的虚拟机双机热备的方法和系统
CN104639615A (zh) 一种控制器集群中数据处理方法和装置
CN110958297B (zh) 一种数据迁移方法及系统
CN105208111A (zh) 一种信息处理的方法及物理机
EP3316518B1 (en) Method and device for upgrading virtual network element, and computer storage medium
WO2017170309A1 (ja) ネットワークシステム、その管理方法および装置ならびにサーバ
CN107179912B (zh) 一种分布式架构软件定义网络控制器的热升级方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190222