CN104394016A - Issu升级方法和装置 - Google Patents
Issu升级方法和装置 Download PDFInfo
- Publication number
- CN104394016A CN104394016A CN201410691824.8A CN201410691824A CN104394016A CN 104394016 A CN104394016 A CN 104394016A CN 201410691824 A CN201410691824 A CN 201410691824A CN 104394016 A CN104394016 A CN 104394016A
- Authority
- CN
- China
- Prior art keywords
- equipment
- aggregation group
- issu
- upgrading
- grouping
- 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.)
- Granted
Links
Landscapes
- Stored Programmes (AREA)
Abstract
本发明提出一种ISSU升级方法,应用于堆叠系统,所述堆叠系统包括堆叠设备和若干服务器,所述堆叠设备包括至少两台核心骨干CB设备和若干台端口扩展PE设备,其中所述若干服务器分别上行接入到隶属于同一个聚合组的至少两台不同的PE设备,所述方法包括:在对CB设备进行ISSU升级前,根据聚合组配置对所述服务器上行接入的PE设备进行分组;对分组后的PE设备按分组依次进行ISSU升级,并在升级过程中同时对CB设备进行ISSU升级;或在升级完成后,再对CB设备进行ISSU升级。通过本发明,可以缩短针对堆叠设备的软件版本升级时间。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种ISSU升级方法和装置。
背景技术
IRF(Intelligent Resilient Framework,智能弹性架构)是一种软件虚拟化技术。它的核心思想是将多台设备通过IRF物理端口连接在一起,进行必要的配置后,虚拟化成一台“分布式设备”。使用这种虚拟化技术可以实现多台设备的协同工作、统一管理和不间断维护。
IRF 3.0技术是IRF系列的虚拟化技术之一,IRF 3.0在IRF2.0提出的横向扩展的基础上,提出了一种纵向融合的架构,它的核心思想是将多台PE设备(Port Extender device,端口扩展设备)连接到核心设备上,进行配置后,将每台PE设备虚拟化成核心设备的一块远程业务板,由核心设备统一管理。使用这种虚拟化技术,可以以较低的成本提高核心设备的端口密度,简化网络拓扑,降低网络维护成本。
在实际应用中,设备在支持IRF3.0的功能后,配合IRF2.0技术,可以完成园区网络的快速部署,同时确保整个网络的稳定可靠。
例如,请参见图1和图2,在部署园区网络时,CB(Core Backbone,核心骨干设备)设备利用IRF2.0技术,进行横向堆叠,确保CB设备的冗余备份。CB设备和PE设备利用IRF3.0技术,PE设备直接接受CB设备的管理。同时,PE设备上行接入到两台CB设备,确保一台CB设备故障后不会导致PE设备的业务中断。在组网中,PE设备下挂的服务器,也与PE设备采用聚合组技术,同一台服务器上行接入到同一个聚合组中的两台不同的PE设备,服务器(例如图2中的S1、S2和S3)的双网卡同时接入PE-1和PE-2,确保单台PE设备故障不会导致业务中断。
在软件版本升级时,可以利用ISSU(In-Service Software Upgrade,不中断业务软件升级)+IRF2.0技术对CB设备进行升级。在对CB设备进行升级前,首先需要升级PE设备,对PE设备升级通常采用对每台PE设备进行顺序升级的方式,由于PE下挂的服务器都是双上行到不同的PE设备,单台PE设备升级时,服务器的业务切换到其他的PE设备,不会导致服务器业务中断。
然而,在实际的组网中,网络中接入的PE设备通常较多,因此在对CB设备升级前,如果按顺序对每台PE设备依次进行升级,会导致软件升级时间特别长;例如,当前网络中最多可支持60台PE设备,每台设备升级至少需要2分钟,因此如果按顺序对60台PE设备进行升级则要耗费2小时。
发明内容
有鉴于此,本发明提出一种ISSU升级方法,应用于堆叠系统,所述堆叠系统包括堆叠设备和若干服务器,所述堆叠设备包括至少两台核心骨干CB设备和若干台端口扩展PE设备,其中所述若干服务器分别上行接入到隶属于同一个聚合组的至少两台不同的PE设备,所述方法包括:
在对CB设备进行ISSU升级前,根据聚合组配置对所述服务器上行接入的PE设备进行分组;
对分组后的PE设备按分组依次进行ISSU升级,并在升级过程中同时对CB设备进行ISSU升级;或在升级完成后,再对CB设备进行ISSU升级。
可选的,所述堆叠系统包括至少两个聚合组,所述至少两个聚合组的聚合组成员设备没有交集。
可选的,所述根据聚合组配置对所述服务器上行接入的PE设备进行分组包括:
获取各PE设备的聚合组配置;
根据所述聚合组配置并结合预设分组算法对所述服务器上行接入的PE设备进行分组。
可选的,所述预设分组算法包括:
从聚合组成员设备没有交集的各聚合组中分别抽取一台PE设备作为组成员进行分组,并重复该分组过程,直到所述各聚合组中所有PE设备均分组完成;其中隶属于同一个聚合组中的PE设备不能分在一组。
可选的,所述两台CB设备包括一主用CB设备和一备用CB设备;
所述对CB设备进行ISSU升级包括:
首先对备用CB设备进行ISSU升级,当完成针对备用CB设备的ISSU升级后,再对主用CB设备进行升级。
本发明还提出一种ISSU升级装置,应用于堆叠系统,所述堆叠系统包括堆叠设备和若干服务器,所述堆叠设备包括至少两台核心骨干CB设备和若干台端口扩展PE设备,其中所述若干服务器分别上行接入到隶属于同一个聚合组的至少两台不同的PE设备,所述装置包括:
分组模块,用于在对CB设备进行ISSU升级前,根据聚合组配置对所述服务器上行接入的PE设备进行分组;
升级模块,用于对分组后的PE设备按分组依次进行ISSU升级,并在升级过程中同时对CB设备进行ISSU升级;或在升级完成后,再对CB设备进行ISSU升级。
可选的,所述堆叠系统包括至少两个聚合组,所述至少两个聚合组的聚合组成员设备没有交集。
可选的,所述分组模块具体用于:
获取各PE设备的聚合组配置;
根据所述聚合组配置并结合预设分组算法对所述服务器上行接入的PE设备进行分组。
可选的,所述分组模块进一步用于:
从聚合组成员设备没有交集的各聚合组中分别抽取一台PE设备作为组成员进行分组,并重复该分组过程,直到所述各聚合组中所有PE设备均分组完成;其中隶属于同一个聚合组中的PE设备不能分在一组。
可选的,所述两台CB设备包括一主用CB设备和一备用CB设备;所述升级模块具体用于:
首先对备用CB设备进行ISSU升级,当完成针对备用CB设备的ISSU升级后,再对主用CB设备进行升级。
本发明通过在对CB设备进行ISSU升级前,根据聚合组配置对服务器上行接入的PE设备进行分组,然后对分组后的PE设备按照分组依次进行ISSU升级,可以缩短针对堆叠设备的软件版本升级时间。
附图说明
图1是本发明一种示例性实施方式中示出的基于IRF技术部署园区网络的组网拓扑图;
图2是本发明一种示例性实施方式中示出的一种基于IRF技术部署园区网络的组网框图;
图3是本发明一种示例性实施方式中示出的一种ISSU升级方法的处理流程图;
图4是本发明一种示例性实施方式中示出的对堆叠设备进行软件升级的示意图;
图5是本发明一种示例性实施方式中示出的另一种对堆叠设备进行软件升级的示意图;
图6是本发明一种示例性实施方式示出的一种ISSU升级装置的框图;
图7是本发明一种示例性实施方式示出的一种承载所述一种ISSU升级装置的设备的硬件结构图。
具体实施方式
本发明提出一种ISSU升级方法,通过在对CB设备进行ISSU升级前,根据聚合组配置对服务器上行接入的PE设备进行分组,然后对分组后的PE设备按照分组依次进行ISSU升级,可以缩短针对堆叠设备的软件版本升级时间。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明。
请参见图3,本发明提出一种ISSU升级方法,应用于堆叠系统,所述堆叠系统包括堆叠设备和若干服务器,所述堆叠设备包括至少两台核心骨干CB设备和若干台端口扩展PE设备,其中所述若干服务器分别上行接入到隶属于同一个聚合组的至少两台不同的PE设备,执行如下步骤:
步骤301、在对CB设备进行ISSU升级前,根据聚合组配置对所述服务器上行接入的PE设备进行分组;
步骤302、对分组后的PE设备按分组依次进行ISSU升级,并在升级过程中同时对CB设备进行ISSU升级;或在升级完成后,再对CB设备进行ISSU升级。
在本实施例中,所述堆叠系统可以是一个包括堆叠设备和若干接入服务器的组网,其中所述堆叠设备包括至少两台CB设备和若干台PE设备。为保证在软件版本升级过程中接入服务器上承载的业务不中断,可以在组网时将所述若干接入服务器分别上行接入到隶属于同一个聚合组的至少两台不同的PE设备,例如,在组网时可以将每一台服务器的上行接入链路配置为同一个聚合组,每一台服务器通过上行接入链路分别接入到两台不同的PE设备,由于服务器的上行接入链路已预先被配置为同一个聚合组,因此同一台服务器上行接入的两台不同的PE设备则隶属于同一个聚合组。当聚合组中的其中一台PE设备进行软件版本升级发生重启时,可以将该PE设备下挂的接入服务器上承载的业务切换到同一个聚合组中的另一台PE设备上,从而保证业务不中断。
在现有实现中,在针对堆叠设备进行软件版本升级时,通常采用的是ISSU升级,即在升级前先把待升级设备承载的业务从待升级设备切走,在升级完成后再将业务切回,从而实现了在升级过程中的零丢包。然而在对堆叠设备进行软件版本升级时,通常要先对PE设备进行升级,当PE设备升级完成后,再对CB设备进行升级,由于对PE设备升级现有实现中通常采用按顺序进行升级,升级时间较长。因此,在本实施例中,在对PE设备进行升级时,可以根据聚合组配置对PE设备进行分组,然后对分组后的PE设备按照分组依次进行升级。
具体地,对PE设备进行分组,在实现时可以是由堆叠设备中的CB设备来进行。CB设备在对PE设备进行分组时,可以首先获取各PE设备的聚合组配置,以了解不同的聚合组中的聚合组成员设备。当获取到聚合组配置后,再根据预设分组算法对PE设备进行分组。
其中,CB设备根据预设分组算法对PE设备进行分组时,可以首先根据获取到的聚合组配置,来判断已配置的聚合组中的聚合组成员设备是否有交集,如果当前的聚合组中聚合组成员设备没有交集,即没有同一个PE设备分别隶属于不同的聚合组的情况时,可以从聚合组成员设备没有交集的各聚合组中分别抽取一台PE设备作为组成员进行分组,当分组完成后,再从聚合组成员设备没有交集的各聚合组中未分组的PE设备中分别再抽取一台PE设备作为组成员进行分组,并且重复以上过程,直到各聚合组中所有PE设备均分组完成。
例如,假设当前配置了两个聚合组,聚合组1和聚合组2,聚合组1中的聚合组成员设备分别为PE1和PE2,聚合组2中的聚合组成员设备分别为PE3和PE4,由于聚合组1和聚合组2中的聚合组成员设备没有交集,即没有任何一个PE设备分别同时隶属于聚合组1和聚合组2,因此可以从聚合组1中抽取一台PE设备PE1,从聚合组2中抽取一台PE设备PE3分组为group1;然后再从聚合组1中未分组的PE设备中抽取一台PE设备PE2,从聚合组2中未分组的PE设备中抽取一台PE设备PE4分组为group2。最终所有PE设备被分为两组group1和group2。
在本实施例中,当CB设备根据实际的聚合组配置对PE设备分组完成后,在对PE设备进行软件版本升级时,可以按照分组依次进行ISSU升级。例如,假设CB设备根据实际的聚合组配置将PE设备分为了两组group1和group2,在对分组后的PE设备进行软件版本升级时,可以先将group2中PE设备下挂的服务器所承载的业务切换到group1中,然后完成针对group2中各PE设备的软件版本升级后,再将业务回切到group2,再按照同样的方法继续对group1中的PE设备进行软件版本升级。
其中,由于分组后的PE设备在进行软件版本升级时,是按照分组依次进行升级,因此CB设备在根据所述预设分组算法对PE设备进行分组时,隶属于同一个聚合组中的PE设备将不能分为一组。当将隶属于同一个聚合组中的PE设备分为一组同时进行软件版本升级时,由于在升级过程中整个分组中的PE设备会同时重启,从而在升级过程中业务无法切换到聚合组中的其它PE设备,导致业务发生中断。
在本实施例中,CB设备对PE设备进行分组时,是通过分别从不同的聚合组中抽取PE设备来进行的,即将不同的聚合组中的PE设备分为一组,然后在升级阶段,对同一个分组中的PE设备同时进行升级,从而来缩短升级时间。可见,在实现时,CB设备对PE设备进行分组后,分组数量越少升级时长则越短。
因此,为了尽可能的缩短升级时间,可以在堆叠系统的组网阶段,就将各接入服务器按照一定规律上行接入到不同的PE设备,通过提前对服务器的接入进行合理规划从而尽可能的保证各聚合组的聚合组成员设备没有交集。
例如,在组网时仍然可以将每一台服务器的上行接入链路配置为同一个聚合组,每一台服务器通过上行接入链路分别接入到两台不同的PE设备,为了保证聚合组之间的聚合组成员设备没有交集,每一台服务器在上行接入到PE设备时,尽可能的保证接入的两台不同的PE设备只隶属于同一个聚合组。
举例而言,假设有六台PE设备,每台PE设备下挂10台服务器,可以按照如下表方式进行接入:
PE1 | PE2 | PE3 | PE4 | PE5 | PE6 |
S1 | S11 | S21 | S1 | S11 | S21 |
S2 | S12 | S22 | S2 | S12 | S22 |
S3 | S13 | S23 | S3 | S13 | S23 |
S4 | S14 | S24 | S4 | S14 | S24 |
S5 | S15 | S25 | S5 | S15 | S25 |
S6 | S16 | S26 | S6 | S16 | S26 |
S7 | S17 | S27 | S7 | S17 | S27 |
S8 | S18 | S28 | S8 | S18 | S28 |
S9 | S19 | S29 | S9 | S19 | S29 |
S10 | S20 | S30 | S10 | S20 | S30 |
由上表可见,服务器S1~S10上行接入到PE 1和PE4,PE 1和PE4隶属于同一个聚合组;S11~S20上行接入到PE2和PE5,PE2和PE5隶属于同一个聚合组;S21~S30上行接入到PE3和PE6,PE3和PE6隶属于同一个聚合组;可见,按照如上表所示出的接入方式,可以保证各聚合组的聚合组成员设备没有交集。
相反,仍以上表为例,假设上表中,S1接入到PE1和PE2,S2接入到PE1和PE3,S3接入到PE1和PE4,S4接入到PE1和PE5,S5接入到PE1和PE6,此时各聚合组中存在交集PE1,PE1隶属于多个聚合组,因此当对PE1设备进行软件版本升级时,其它PE设备均无法进行升级,只有当PE1升级完成后才能开始升级。
因此按照上述接入方式无法保证聚合组的聚合组成员设备没有交集,从而在升级过程中,需要对隶属于多个聚合组中的PE设备进行单独升级,仍然会导致升级时间过长。
当然,如果在具体应用中,堆叠系统中预先配置的多个聚合组中,可能存在只有部分聚合组的聚合组成员存在交集的情况;对于这种情况,在实现时CB设备可以只从多个聚合组中聚合组成员没有交集的聚合组中抽取PE设备进行分组,然后基于分组依次进行升级。在这种情况下,虽然升级时长达不到最理想的状态,但与现有实现中对PE设备按顺序逐个进行升级相比,仍然可以在一定程度上缩短升级时间。
在本实施例中,当CB设备根据聚合组配置对PE设备分组完成后,在升级阶段,为了尽可能的缩短升级时长,可以在对分组后的PE设备按照分组依次进行升级的过程中,同时对CB设备升级。其中,对CB设备进行升级仍然可以采用对半升级的方式,即先升级备用CB设备,当备用CB设备升级完成后,再升级主用CB设备。
例如,假设CB设备根据聚合组配置将PE设备分成两组,分别为group1和group2;假设CB1为主用CB设备,CB2为备用CB设备;在升级时,可以先将group2和CB2升级到新版本,当group2和CB2升级完成后再升级group1和CB1。
当然,在实现时也可以在对分组后的PE设备按照分组依次升级完成后,在启动对CB设备的升级,不再赘述。
以下通过具体的应用实例来详细阐述本发明。
假设堆叠系统中包括一台主用CB设备和一台备用CB设备,以及6台PE设备,分别为PE1~PE6;每台PE设备下挂10台服务器,其中服务器的具体接入方式如下表:
PE1 | PE2 | PE3 | PE4 | PE5 | PE6 |
S1 | S11 | S21 | S1 | S11 | S21 |
S2 | S12 | S22 | S2 | S12 | S22 |
S3 | S13 | S23 | S3 | S13 | S23 |
S4 | S14 | S24 | S4 | S14 | S24 |
S5 | S15 | S25 | S5 | S15 | S25 |
S6 | S16 | S26 | S6 | S16 | S26 |
S7 | S17 | S27 | S7 | S17 | S27 |
S8 | S18 | S28 | S8 | S18 | S28 |
S9 | S19 | S29 | S9 | S19 | S29 |
S10 | S20 | S30 | S10 | S20 | S30 |
由上表可见PE 1和PE4隶属于同一个聚合组;PE2和PE5隶属于同一个聚合组;PE3和PE6隶属于同一个聚合组;并且聚合组的聚合组成员设备没有交集。
因此CB设备(主用CB设备)在获取到上述聚合组配置后,可以对PE设备进行分组。
分组过程如下:
CB设备从PE中抽取第一台PE设备PE1,然后查找与PE1隶属于同一个聚合组成员端口的PE设备,经过查找PE4和PE1隶属于同一个聚合组成员端口,因此PE1和PE4不能分在一组。
CB从剩余的PE设备中再抽取第二台PE设备PE2,然后查找与PE2隶属于同一个聚合组成员端口的PE设备,经过查找PE5和PE2隶属于同一个聚合组成员端口,因此PE2和PE5不能分在一组。
由于PE1和PE2所属的聚合组没有交集,PE1和PE2可以分为一组。
CB继续执行上述过程,再从剩余的PE设备中抽取一台PE设备PE3,然后查找与PE3隶属于同一个聚合组成员端口的PE设备,经过查找PE6和PE2隶属于同一个聚合组成员端口,因此PE3和PE6不能分在一组。
由于PE3和PE1以及PE2所属的聚合组也没有交集,因此PE1、PE2和PE3可以分为一组,CB设备可以将PE1、PE2和PE3分为一组group1。
当group1分组完成后,CB设备可以按照以上方式对非group1的PE设备PE4、PE5和PE6继续进行分组,直到完成所有PE设备的分组。
按照以上方式进行分组后,可以将PE4、PE5和PE6分为一组group2。自此分组完成。
请参见图4,在软件升级开始后,可以优先升级备用CB2和group2中的PE设备到最新版本(New Version),升级过程中流量全部切换到group1和CB1,接入服务器的流量从group1转发到CB1。
请参见图5,当CB2和group2中的PE设备升级完成后,开始对CB1和group1中的PE设备进行软件升级。CB设备进行主备倒换,CB2接管整个网络,CB1和group1升级过程中流量全部切换到CB2和group2,接入服务器的流量从group2转发到CB2。
升级完成后,流量恢复为原来的负载分担方式,此时网络中所有设备的软件全部升级到最新版本。
按照以上方式进行软件版本的升级与现有实现相比,可以显著缩短升级时长。例如,假设升级一台PE设备需要2分钟,该网络中有6台PE设备,因此仅对PE设备进行升级的升级时长即为12分钟。而在本实施例中,PE设备被分组为group1和group2,每一个分组中的PE设备同时进行升级,对PE设备进行升级的时长仅为4分钟。可见,通过以上方案对堆叠设备进行软件升级可以限度的缩短升级时长。
与上述各方法实施例对应,本发明还提供装置项实施例。
请参见图6,本发明还提出一种ISSU升级装置60,应用于堆叠系统,所述堆叠系统包括堆叠设备和若干服务器,所述堆叠设备包括至少两台核心骨干CB设备和若干台端口扩展PE设备,其中所述若干服务器分别上行接入到隶属于同一个聚合组的至少两台不同的PE设备;其中,请参见图7,作为承载所述ISSU升级装置60的CB设备所涉及的硬件架构中,通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等。以软件实现为例,本发明装置60通常可以理解为加载在内存中的计算机程序,通过CPU运行之后形成的软硬件相结合的逻辑装置;所述装置60包括:
分组模块601,用于在对CB设备进行ISSU升级前,根据聚合组配置对所述服务器上行接入的PE设备进行分组;
升级模块602,用于对分组后的PE设备按分组依次进行ISSU升级,并在升级过程中同时对CB设备进行ISSU升级;或在升级完成后,再对CB设备进行ISSU升级。
在本实施例中,所述堆叠系统包括至少两个聚合组,所述至少两个聚合组的聚合组成员设备没有交集。
在本实施例中,所述分组模块601具体用于:
获取各PE设备的聚合组配置;
根据所述聚合组配置并结合预设分组算法对所述服务器上行接入的PE设备进行分组。
在本实施例中,所述分组模块601进一步用于:
从聚合组成员设备没有交集的各聚合组中分别抽取一台PE设备作为组成员进行分组,并重复该分组过程,直到所述各聚合组中所有PE设备均分组完成;其中隶属于同一个聚合组中的PE设备不能分在一组。
在本实施例中,所述两台CB设备包括一主用CB设备和一备用CB设备;所述升级模块602具体用于:
首先对备用CB设备进行ISSU升级,当完成针对备用CB设备的ISSU升级后,再对主用CB设备进行升级。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可进一步拆分成多个子模块。上述发明实施例编号仅仅为了描述,不代表实施例的优劣。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (10)
1.一种ISSU升级方法,应用于堆叠系统,所述堆叠系统包括堆叠设备和若干服务器,所述堆叠设备包括至少两台核心骨干CB设备和若干台端口扩展PE设备,其中所述若干服务器分别上行接入到隶属于同一个聚合组的至少两台不同的PE设备,其特征在于,所述方法包括:
在对CB设备进行ISSU升级前,根据聚合组配置对所述服务器上行接入的PE设备进行分组;
对分组后的PE设备按分组依次进行ISSU升级,并在升级过程中同时对CB设备进行ISSU升级;或在升级完成后,再对CB设备进行ISSU升级。
2.如权利要求1所述的方法,其特征在于,所述堆叠系统包括至少两个聚合组,所述至少两个聚合组的聚合组成员设备没有交集。
3.如权利要求1所述的方法,其特征在于,所述根据聚合组配置对所述服务器上行接入的PE设备进行分组包括:
获取各PE设备的聚合组配置;
根据所述聚合组配置并结合预设分组算法对所述服务器上行接入的PE设备进行分组。
4.如权利要求3所述的方法,其特征在于,所述预设分组算法包括:
从聚合组成员设备没有交集的各聚合组中分别抽取一台PE设备作为组成员进行分组,并重复该分组过程,直到所述各聚合组中所有PE设备均分组完成;其中隶属于同一个聚合组中的PE设备不能分在一组。
5.如权利要求1所述的方法,其特征在于,所述两台CB设备包括一主用CB设备和一备用CB设备;
所述对CB设备进行ISSU升级包括:
首先对备用CB设备进行ISSU升级,当完成针对备用CB设备的ISSU升级后,再对主用CB设备进行升级。
6.一种ISSU升级装置,应用于堆叠系统,所述堆叠系统包括堆叠设备和若干服务器,所述堆叠设备包括至少两台核心骨干CB设备和若干台端口扩展PE设备,其中所述若干服务器分别上行接入到隶属于同一个聚合组的至少两台不同的PE设备,其特征在于,所述装置包括:
分组模块,用于在对CB设备进行ISSU升级前,根据聚合组配置对所述服务器上行接入的PE设备进行分组;
升级模块,用于对分组后的PE设备按分组依次进行ISSU升级,并在升级过程中同时对CB设备进行ISSU升级;或在升级完成后,再对CB设备进行ISSU升级。
7.如权利要求6所述的装置,其特征在于,所述堆叠系统包括至少两个聚合组,所述至少两个聚合组的聚合组成员设备没有交集。
8.如权利要求6所述的装置,其特征在于,所述分组模块具体用于:
获取各PE设备的聚合组配置;
根据所述聚合组配置并结合预设分组算法对所述服务器上行接入的PE设备进行分组。
9.如权利要求8所述的装置,其特征在于,所述分组模块进一步用于:
从聚合组成员设备没有交集的各聚合组中分别抽取一台PE设备作为组成员进行分组,并重复该分组过程,直到所述各聚合组中所有PE设备均分组完成;其中隶属于同一个聚合组中的PE设备不能分在一组。
10.如权利要求6所述的装置,其特征在于,所述两台CB设备包括一主用CB设备和一备用CB设备;所述升级模块具体用于:
首先对备用CB设备进行ISSU升级,当完成针对备用CB设备的ISSU升级后,再对主用CB设备进行升级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410691824.8A CN104394016B (zh) | 2014-11-25 | 2014-11-25 | Issu升级方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410691824.8A CN104394016B (zh) | 2014-11-25 | 2014-11-25 | Issu升级方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104394016A true CN104394016A (zh) | 2015-03-04 |
CN104394016B CN104394016B (zh) | 2018-08-24 |
Family
ID=52611852
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410691824.8A Active CN104394016B (zh) | 2014-11-25 | 2014-11-25 | Issu升级方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104394016B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105159745A (zh) * | 2015-08-21 | 2015-12-16 | 北京星网锐捷网络技术有限公司 | 虚拟交换架构vsf系统升级的方法、装置及设备 |
CN106341440A (zh) * | 2015-07-14 | 2017-01-18 | 阿里巴巴集团控股有限公司 | 一种数据更新方法和装置 |
CN107911250A (zh) * | 2017-11-28 | 2018-04-13 | 新华三技术有限公司 | 一种堆叠系统及其防止流量丢失的方法 |
CN108469960A (zh) * | 2017-07-28 | 2018-08-31 | 新华三技术有限公司 | 一种版本管理方法和装置 |
CN109428821A (zh) * | 2017-08-31 | 2019-03-05 | 阿里巴巴集团控股有限公司 | 服务器、管理互备设备路由的方法和存储介质 |
WO2020237798A1 (zh) * | 2019-05-27 | 2020-12-03 | 网宿科技股份有限公司 | 一种升级方法及装置 |
CN116170288A (zh) * | 2022-12-29 | 2023-05-26 | 迈普通信技术股份有限公司 | Issu升级方法、装置、成员设备、堆叠系统及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101968744A (zh) * | 2010-11-01 | 2011-02-09 | 杭州华三通信技术有限公司 | 一种基于irf系统的盒式设备升级方法和系统 |
US20110268127A1 (en) * | 2010-04-30 | 2011-11-03 | Sandeep Dhar | Unsolicited FIP Packet Injection by Proxy and Spoofing and Autoconfiguring Intermediate Bridges using FIP Snooping |
CN103259639A (zh) * | 2013-05-24 | 2013-08-21 | 杭州华三通信技术有限公司 | 一种堆叠设备的时钟同步方法和设备 |
-
2014
- 2014-11-25 CN CN201410691824.8A patent/CN104394016B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110268127A1 (en) * | 2010-04-30 | 2011-11-03 | Sandeep Dhar | Unsolicited FIP Packet Injection by Proxy and Spoofing and Autoconfiguring Intermediate Bridges using FIP Snooping |
CN101968744A (zh) * | 2010-11-01 | 2011-02-09 | 杭州华三通信技术有限公司 | 一种基于irf系统的盒式设备升级方法和系统 |
CN103259639A (zh) * | 2013-05-24 | 2013-08-21 | 杭州华三通信技术有限公司 | 一种堆叠设备的时钟同步方法和设备 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106341440A (zh) * | 2015-07-14 | 2017-01-18 | 阿里巴巴集团控股有限公司 | 一种数据更新方法和装置 |
CN105159745A (zh) * | 2015-08-21 | 2015-12-16 | 北京星网锐捷网络技术有限公司 | 虚拟交换架构vsf系统升级的方法、装置及设备 |
CN108469960A (zh) * | 2017-07-28 | 2018-08-31 | 新华三技术有限公司 | 一种版本管理方法和装置 |
CN109428821A (zh) * | 2017-08-31 | 2019-03-05 | 阿里巴巴集团控股有限公司 | 服务器、管理互备设备路由的方法和存储介质 |
CN109428821B (zh) * | 2017-08-31 | 2021-06-11 | 阿里巴巴集团控股有限公司 | 服务器、管理互备设备路由的方法和存储介质 |
CN107911250A (zh) * | 2017-11-28 | 2018-04-13 | 新华三技术有限公司 | 一种堆叠系统及其防止流量丢失的方法 |
WO2020237798A1 (zh) * | 2019-05-27 | 2020-12-03 | 网宿科技股份有限公司 | 一种升级方法及装置 |
US11301237B2 (en) | 2019-05-27 | 2022-04-12 | Wangsu Science & Technology Co., Ltd. | Upgrading method and apparatus |
CN116170288A (zh) * | 2022-12-29 | 2023-05-26 | 迈普通信技术股份有限公司 | Issu升级方法、装置、成员设备、堆叠系统及存储介质 |
CN116170288B (zh) * | 2022-12-29 | 2024-09-17 | 迈普通信技术股份有限公司 | Issu升级方法、装置、成员设备、堆叠系统及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104394016B (zh) | 2018-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104394016A (zh) | Issu升级方法和装置 | |
EP2619663B1 (en) | In-service software upgrade on cards of virtual partition of network element that includes directing traffic away from cards of virtual partition | |
CN108200124B (zh) | 一种高可用应用程序架构及构建方法 | |
CN104199957B (zh) | 一种Redis通用代理的实现方法 | |
EP2619662A1 (en) | In-service software upgrade of control and line cards of network element | |
CN107430603A (zh) | 大规模并行处理数据库的系统和方法 | |
CN112948063B (zh) | 云平台的创建方法、装置、云平台以及云平台实现系统 | |
CN102932409B (zh) | 一种虚拟机在线迁移的方法和系统 | |
CN105119736A (zh) | 网络功能虚拟化架构中数据检查的方法和装置 | |
CN105049419A (zh) | 基于异构多样性的拟态网络逐级交换路由系统 | |
CN103581274A (zh) | 一种堆叠系统中报文转发方法和装置 | |
CN105765889A (zh) | 端口扩展器链的冗余度 | |
CN111030932B (zh) | 一种数据报文锚定的方法、装置及系统 | |
CN109412828B (zh) | 用于软件定义网络中的网络拓扑发现的方法、设备和系统 | |
CN109981437B (zh) | 一种基于vpc的多数据中心互通方法及相关设备 | |
CN103684720B (zh) | 一种主备服务单元的选择方法及装置 | |
CN105373451B (zh) | 一种虚拟机放置的方法及装置 | |
CN103200092B (zh) | 一种基于虚拟网络设备的路由进程管理方法和设备 | |
CN112351106A (zh) | 一种含事件网格的服务网格平台及其通信方法 | |
CN115242794B (zh) | 调控云服务链路径规划及故障多活方法及系统 | |
CN102970375A (zh) | 集群配置方法和装置 | |
CN107547605A (zh) | 一种基于节点队列的消息读写方法及节点设备 | |
CN103200225A (zh) | 一种服务器集群中服务的集中管理方法和系统 | |
CN107454021B (zh) | 一种通信方法及装置 | |
CN110855541A (zh) | 一种环状网络设备裂环方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |