CN109245922B - 虚拟化系统中成员设备重启控制方法和装置 - Google Patents

Abstract

本申请提供了虚拟化系统中成员设备重启控制方法和装置。在本申请中，虚拟化系统中的成员设备在重启后，通过本地UP的逻辑端口与同一虚拟化系统中其他成员设备进行报文交互，以控制本设备和同一虚拟化系统中其他成员设备执行角色竞选操作，这种方式能够保证虚拟化系统中各成员设备的逻辑端口在各成员设备执行角色竞选操作之前已UP，避免了虚拟化系统中各成员设备在重启后因自身性能差异而导致的重启前的主设备不再担任主设备的问题，也能够保证虚拟化系统中各成员设备在重启过程中只重启一次。

Description

虚拟化系统中成员设备重启控制方法和装置

技术领域

本申请涉及网络通信技术，特别涉及虚拟化系统中成员设备重启控制方法和装置。

背景技术

虚拟化技术，其核心是将多台设备连接在一起，进行必要的配置后，虚拟化成一台设备。为便于描述，虚拟出的设备称为虚拟化系统，而其中的设备称为虚拟化系统中的成员设备。作为一个例子，这里的虚拟化系统可为智能弹性架构(IRF：Intelligent ResilientFramework)。

在虚拟化系统中，成员设备之间通过执行角色竞选操作会选举出一个成员设备为主设备，剩余的为从设备。

其中，主设备，负责管理和控制整个虚拟化系统。在虚拟化系统中，同一时刻只有一个成员设备作为主设备。为了维护虚拟化系统的稳定，通常在选举一个成员设备为主设备后，会始终保持该成员设备为主设备，除非该成员设备故障。

从设备，负责报文的处理、同时作为主设备的备份，当主设备故障时，会从从设备中重新选举一个新的主设备接替原主设备工作。

虚拟化系统中成员设备会因为某些原因比如运行版本发生更新等进行重启。当虚拟化系统中各成员设备重启时，因为各成员设备本身性能差异，各成员设备本地连接邻居成员设备的逻辑端口(应用于IRF，则为IRF端口)运行正常(UP)的时间不相同。通常，本地逻辑端口先UP的成员设备会提前执行角色竞选操作，这样就会出现虚拟化系统重启之前已被选举为主设备的成员设备不再担任主设备，出现了虚拟化系统中主设备不固定的情况。比如图1所示的虚拟化系统，成员设备1为主设备，而当虚拟化系统中各成员设备重启后，假如此时只有成员设备3和成员设备4相连的逻辑端口UP，其它逻辑端口还是DOWN状态，则成员设备3和成员设备4由于逻辑端口UP便提前执行角色竞选操作，成员设备3和成员设备4通过执行角色竞选操作选举出成员设备4为主设备，这与虚拟化系统重启之前选举出地主设备(成员设备1)不同，出现了虚拟化系统重启前后主设备不固定的情况。

发明内容

本申请提供了虚拟化系统中成员设备重启控制方法和装置，以防止虚拟化系统中各成员设备在重启后因自身性能差异而导致的重启前后主设备不固定。

本申请提供的技术方案包括：

一种虚拟化系统中成员设备重启控制方法，该方法应用于虚拟化系统中的成员设备，包括：

在本设备重启后，确定本设备的设备类型；

在所述设备类型为用于指示截止设备的第一类型，或者为用于指示中转设备的第二类型时，通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作，所述角色竞选操作用于选举虚拟化系统中的主设备；

所述截止设备为配置了一个逻辑端口且该配置的逻辑端口UP的成员设备，所述中转设备为配置了两个逻辑端口且配置的两个逻辑端口UP的成员设备。

一种虚拟化系统中成员设备重启控制装置，该装置应用于虚拟化系统中的成员设备，包括：

确定单元，用于在本设备重启后，确定本设备的设备类型；

角色竞选单元，用于在所述设备类型为用于指示截止设备的第一类型，或者为用于指示中转设备的第二类型时，通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作，所述角色竞选操作用于选举虚拟化系统中的主设备；

所述截止设备为配置了一个逻辑端口且该配置的逻辑端口UP的成员设备，所述中转设备为配置了两个逻辑端口且配置的两个逻辑端口UP的成员设备。

由以上技术方案可以看出，本申请中，虚拟化系统中的成员设备在重启后，通过本地UP的逻辑端口与同一虚拟化系统中其他成员设备进行报文交互，以控制本设备和同一虚拟化系统中其他成员设备执行角色竞选操作，这种方式能够保证虚拟化系统中各成员设备的逻辑端口在各成员设备执行角色竞选操作之前已UP，避免了虚拟化系统中各成员设备在重启后因自身性能差异而导致的重启前的主设备不再担任主设备的问题，防止了虚拟化系统中各成员设备在重启后因自身性能差异而导致的重启前后主设备不固定，也能够保证虚拟化系统中各成员设备在重启过程中只重启一次。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为虚拟化系统结构图；

图2为本申请提供的方法流程图；

图3为本申请提供的确定设备类型的示例流程图；

图4为本申请提供的实施例1组网示意图；

图5为本申请提供的实施例2组网示意图；

图6为本申请提供的实施例3组网示意图；

图7为本申请提供的虚拟化系统中成员设备的设备类型不同步的组网示意图；

图8为本申请提供的虚拟化系统中部分成员设备重启时的组网示意图；

图9为本申请提供的装置结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面对本申请提供的方法进行描述：

参见图2，图2为本申请提供的方法流程图。该方法应用于虚拟化系统中的成员设备。这里的虚拟化系统可为目前比较常用的IRF。

如图2所示，该流程可包括以下步骤：

步骤201，在本设备重启后，确定本设备的设备类型。

这里，本设备的设备类型有可能为用于指示截止设备的第一类型，也有可能为用于指示中转设备的第二类型，还有可能为用于指示稳定设备的第三类型，下文会通过具体实施例描述如何确定本设备的设备类型，这里暂不赘述。

在一个例子中，截止设备是指配置了一个逻辑端口且该配置的逻辑端口UP的成员设备。中转设备是指配置了两个逻辑端口且配置的两个逻辑端口均UP的成员设备。稳定设备是指执行角色竞选操作的成员设备或者是指在虚拟化系统中担任的角色已经确定的成员设备。

在本申请中，当本设备的设备类型为第一类型或者为第二类型时，通过下述步骤202触发本设备与所述其他成员设备执行角色竞选操作。这里的角色竞选操作用于选举虚拟化系统中的主设备，具体类似现有虚拟化系统中角色竞选的方式，不再赘述。

步骤202，在所述设备类型为第一类型或者为第二类型时，通过本地UP的逻辑端口与所述虚拟化系统中发生重启的其他成员设备进行报文交互以触发本设备与所述其他成员设备执行角色竞选操作。

可以看出，在本申请中，虚拟化系统中的成员设备在重启后，通过本地UP的逻辑端口与同一虚拟化系统中其他成员设备进行报文交互，以控制本设备和同一虚拟化系统中其他成员设备执行角色竞选操作，这种方式能够保证虚拟化系统中各成员设备的逻辑端口在各成员设备执行角色竞选操作之前已UP，避免了虚拟化系统中各成员设备在重启后因自身性能差异而导致的重启前的主设备不再担任主设备的问题，也能够保证虚拟化系统中各成员设备在重启过程中只重启一次。

至此，完成图2所示的流程。

下面对上述步骤201中如何确定本设备的设备类型进行举例描述：

参见图3，图3为本申请提供的确定设备类型的示例流程图。如图3所示，该流程可包括以下步骤：

步骤301，获取本设备本地逻辑端口的数量，若本设备本地逻辑端口的数量为1，则执行步骤302，若本设备本地逻辑端口的数量为2，则执行步骤304。

作为一个实施例，这里，获取本设备本地逻辑端口的数量具体可为：读取本设备本地逻辑端口配置，从读取的配置中获取本设备本地逻辑端口的数量。

步骤302，当本设备本地的逻辑端口所绑定的物理端口配置关闭功能(Shutdown)时，执行角色竞选操作并设置本设备的设备类型为第三类型。

步骤303，当本设备本地的逻辑端口所绑定的物理端口未配置关闭功能且本设备本地的逻辑端口满足UP条件时，确定本设备的设备类型为所述第一类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型。

需要说明的是，步骤302和步骤303并未有固定的时间先后顺序，可并列执行。

作为一个实施例，这里，本设备本地的逻辑端口满足UP条件可通过以下步骤确定：

判断本设备本地的逻辑端口是否满足逻辑端口使能条件，若是，使能本设备本地的逻辑端口，并检测本地逻辑端口是否UP，当检测到UP时，确定本设备本地的逻辑端口满足UP条件，否则，确定本设备本地的逻辑端口不满足UP条件。

作为一个实施例，在本申请中，这里的设定时间具体是指执行竞选操作之前的等待时间，可自定义设置，用于保证虚拟化系统中所有成员设备同时执行角色竞选操作并且所有成员设备本地的逻辑端口均UP。

步骤304，当本设备本地的两个逻辑端口所绑定的物理端口均未配置关闭功能时，执行步骤305，当本设备本地仅有一个逻辑端口所绑定的物理端口未配置关闭功能时，执行步骤306，当本设备本地的两个逻辑端口所绑定的物理端口均配置关闭功能时，执行步骤307。

步骤305，若本设备本地两个逻辑端口满足UP条件，则确定本设备的设备类型为所述第二类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型。

这里，本设备本地两个逻辑端口满足UP条件类似上述步骤303中描述的本设备本地的逻辑端口满足UP条件，这里不再赘述。

步骤306，若与未配置关闭功能的物理端口绑定的逻辑端口满足UP条件，则确定本设备的设备类型为第一类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型。

步骤307，执行角色竞选操作并设置本设备的设备类型为第三类型。

通过上述步骤301至步骤307，最终确定出本设备的设备类型。

需要说明的是，在本申请中，若本设备的设备类型为第一类型或者为第二类型，则当本设备执行角色竞选操作时，则可进一步将本设备的设备类型切换为上述第三类型。换言之，在本申请中，执行角色竞选操作的任何成员设备都会切换为稳定设备，即使之前是中转设备或者截止设备。

下面通过三个实施例描述本申请提供的方法：

实施例1：

本实施例1应用于虚拟化系统的拓扑连接为链形连接的场景。

在虚拟化系统的拓扑连接为链形连接的场景中，设备类型为第一类型的成员设备，其会执行以下操作：每隔设定时间通过本地UP的逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型；当通过本地UP的逻辑端口收到来自截止设备发送的确认等待报文时，通过本地UP的逻辑端口返回可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作；当通过本地UP的逻辑端口收到来自中转设备发送的确认等待报文时通过本地UP的逻辑端口返回待竞选报文以触发所述中转设备在设定条件达到时发送可竞选报文；当通过本地UP的逻辑端口收到可竞选报文时执行角色竞选操作。图4以设备类型为第一类型的成员设备401为例描述成员设备401如何与其他成员设备交互来触发本设备和其他成员设备执行角色竞选操作。

而设备类型为第二类型的成员设备，其会执行以下步骤：每隔设定时间通过本地UP的两个逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型；当通过本地UP的其中一个逻辑端口收到确认等待报文时，通过另一逻辑端口转发收到的确认等待报文；当通过本地UP的其中一个逻辑端口收到待竞选报文时，若设定条件达到，则通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作，所述设定条件是指：本地UP的另一个逻辑端口已收到所述待竞选报文；当通过本地UP的其中一个逻辑端口收到可竞选报文时，通过另一逻辑端口转发收到的可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作。图5以设备类型为第一类型的成员设备502为例描述成员设备502如何与其他成员设备交互来触发本设备和其他成员设备执行角色竞选操作。

参见图4，图4为本申请实施例1提供的第一组网示意图。在图4中，虚拟化系统中各成员设备均发生重启。

基于图3所示流程，图4中的成员设备401、成员设备404的设备类型为第一类型，成员设备402、成员设备403的设备类型为第二类型。

以成员设备401为例，

在图4中，成员设备401在设备类型为第一类型时，每隔设定时间比如1秒通过本地UP的逻辑端口Port41_42发送确认等待报文，发送的确认等待报文携带本设备的设备编号、设备类型。

如图4所示，成员设备402通过本地UP的逻辑端口Port42_41收到来自成员设备401的确认等待报文，则通过本地UP的另一逻辑端口Port42_43发送接收的确认等待报文。

成员设备403通过本地UP的逻辑端口Port43_42收到确认等待报文，则通过本地UP的另一逻辑端口Port43_44发送接收的确认等待报文。

成员设备404通过本地UP的逻辑端口Port44_43收到确认等待报文，发现该收到的确认等待报文是来自设备类型为第一类型的成员设备401。这里，当成员设备404收到成员设备401发送的确认等待报文，则意味着从成员设备401至成员设备404的整个路径上的所有逻辑端口都UP，可执行角色竞选操作，如此，成员设备404通过本地UP的逻辑端口Port44_43发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作，将本设备的设备类型从第一类型更新为第三类型。

成员设备403通过本地UP的逻辑端口Port43_44收到可竞选报文，则通过本地UP的另一逻辑端口Port43_42发送接收的可竞选报文，并执行角色竞选操作，将本设备的设备类型从第二类型更新为第三类型。

成员设备402通过本地UP的逻辑端口Port42_43收到可竞选报文，则通过本地UP的另一逻辑端口Port42_41发送接收的可竞选报文，并执行角色竞选操作，将本设备的设备类型从第二类型更新为第三类型。

成员设备401通过本地UP的逻辑端口Port41_42收到可竞选报文，则执行角色竞选操作，将本设备的设备类型从第一类型更新为第三类型。

至此，成员设备401至成员设备404均执行角色竞选操作。

参见图5，图5为本申请实施例1提供的另一组网示意图。在图5中，虚拟化系统中各成员设备均发生重启。

基于图3所示流程，图5中的成员设备501、成员设备504的设备类型为第一类型，成员设备502、成员设备503的设备类型为第二类型。

以成员设备502为例，

在图5中，成员设备502在设备类型为第二类型时，每隔设定时间比如1秒通过本地UP的两个逻辑端口Port52_51、Port52_53发送确认等待报文，发送的确认等待报文携带本设备的设备编号、设备类型。

如图5所示，成员设备501通过本地UP的逻辑端口Port51_52收到确认等待报文，发现该收到的确认等待报文是来自设备类型为第二类型的成员设备502，则通过本地UP的逻辑端口Port51_52发送待竞选报文。待竞选报文用于响应接收的确认等待报文。

成员设备503通过本地UP的逻辑端口Port53_52收到确认等待报文，并通过本地UP的另一逻辑端口Port53_54发送接收的确认等待报文。

成员设备504通过本地UP的逻辑端口Port54_53收到确认等待报文，发现该收到的确认等待报文是来自设备类型为第二类型的成员设备502，则通过本地UP的逻辑端口Port54_53发送待竞选报文。成员设备503通过本地UP的逻辑端口Port53_54收到待竞选报文，并通过本地UP的另一逻辑端口Port53_52发送接收的待竞选报文。

最终，成员设备502本地两个逻辑端口Port52_53、Port52_51都会收到用于响应本设备发送的确认等待报文的待竞选报文(可能接收不同步)。当成员设备502本地两个逻辑端口Port52_53、Port52_51都收到用于响应本设备发送的确认等待报文的待竞选报文，则意味着从成员设备502的一逻辑端口比如Port52_53至成员设备502的另一逻辑端口比如Port52_51的整个路径上的所有逻辑端口都UP，可执行角色竞选操作，如此，成员设备502通过本地UP的两个逻辑端口Port52_51、Port52_53发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作，将本设备的设备类型从第二类型更新为第三类型。

成员设备501通过本地UP的逻辑端口Port51_52收到可竞选报文，则执行角色竞选操作，将本设备的设备类型从第一类型更新为第三类型。

成员设备503通过本地UP的逻辑端口Port53_52收到可竞选报文，并通过本地UP的另一逻辑端口Port53_54发送接收的可竞选报文，并执行角色竞选操作，将本设备的设备类型从第二类型更新为第三类型。

成员设备504通过本地UP的逻辑端口Port54_53收到可竞选报文，则执行角色竞选操作，将本设备的设备类型从第一类型更新为第三类型。

至此，成员设备501至成员设备504均执行角色竞选操作。

需要说明的是，在图5所示流程中，成员设备502通过本地UP的逻辑端口Port52_51收到待竞选报文时，则会通过本地另一UP的逻辑端口Port52_53发送待竞选报文。如此，在一个实施例中，当成员设备503通过本地UP的两个逻辑端口Port53_52、Port53_54均收到待竞选报文时，也意味着整个虚拟化系统中的链路连接从成员设备501的逻辑端口Port51_52至成员设备504的逻辑端口Port54_53的整个路径是连通的，此时，若成员设备503的设备类型为第二类型，则成员设备503可通过本地UP的两个逻辑端口Port53_54、Port53_52发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作，将本设备的设备类型从第二类型更新为第三类型。

最终，图5中成员设备501至成员设备504均通过执行角色竞选操作同时参与角色竞选。

至此，完成实施例1的描述。

通过实施例1可以实现虚拟化系统中各成员设备通过本地UP的逻辑端口进行报文交互，最终可使各成员设备执行角色竞选操作，能够保证虚拟化系统中各成员设备的逻辑端口在各成员设备执行角色竞选操作之前已UP，避免了虚拟化系统中各成员设备在重启后因自身性能差异而导致的重启前的主设备不再担任主设备的问题，也能够保证虚拟化系统中各成员设备在重启过程中只重启一次。

实施例2：

本实施例2应用于虚拟化系统的拓扑连接为环形连接的场景。

在虚拟化系统的拓扑连接为环形连接的场景中，虚拟化系统的成员设备在重启后，设备类型一般为第二类型。

在虚拟化系统的拓扑连接为环形连接的场景中，设备类型为第二类型的成员设备执行以下步骤：每隔设定时间通过本地UP的两个逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型和设备标识；当通过本地UP的其中一个逻辑端口收到携带本设备的设备标识的确认等待报文时，通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作；当通过本地UP的其中一个逻辑端口收到可竞选报文时，通过另一逻辑端口转发收到的可竞选报文，并执行角色竞选操作；当通过本地UP的两个逻辑端口收到来自同一成员设备发送的确认等待报文时，通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作。图6举例进行描述：

参见图6，图6为本申请提供的实施例2组网示意图。在图6中，虚拟化系统中各成员设备均发生重启。

基于图3所示流程，图6中的成员设备601至成员设备604的设备类型均为第二类型。

以成员设备602为例，其他成员设备类似，则：

在图6中，成员设备602在设备类型为第二类型时，每隔设定时间比如1秒通过本地UP的两个逻辑端口Port62_61、Port62_63发送确认等待报文，发送的确认等待报文携带本设备的设备编号、设备类型。

如图6所示，成员设备601通过本地UP的逻辑端口Port61_62收到确认等待报文，通过本地UP的另一逻辑端口Port61_64发送接收的确认等待报文。

成员设备603通过本地UP的逻辑端口Port63_62收到确认等待报文，并通过本地UP的另一逻辑端口Port63_64发送接收的确认等待报文。

成员设备604通过本地UP的逻辑端口Port64_63收到确认等待报文，通过本地UP的另一逻辑端口Port64_61发送接收的确认等待报文。

成员设备604通过本地UP的逻辑端口Port64_61收到确认等待报文，通过本地UP的另一逻辑端口Port64_63发送接收的确认等待报文。

最终，成员设备602会通过本地一逻辑端口比如Port62_63接收本设备发送的确认等待报文。当成员设备602通过本地一逻辑端口比如Port62_63接收本设备发送的确认等待报文，则表示从成员设备602的一逻辑端口比如Port62_63至成员设备602的另一逻辑端口比如Port62_61的整个路径上的所有逻辑端口都UP，可执行角色竞选操作。如此，成员设备602通过本地UP的两个逻辑端口Port62_61、Port62_63发送可竞选报文，并执行角色竞选操作，同时将本设备的设备类型从第二类型更新为第三类型。

成员设备601通过本地UP的一逻辑端口比如Port61_62收到可竞选报文，则通过本地UP的另一逻辑端口比如Port61_64转发可竞选报文，并执行角色竞选操作，同时将本设备的设备类型从第二类型更新为第三类型。

成员设备603通过本地UP的一逻辑端口比如Port63_62收到可竞选报文，并通过本地UP的另一逻辑端口比如Port63_64发送接收的可竞选报文，并执行角色竞选操作，同时将本设备的设备类型从第二类型更新为第三类型。

成员设备604通过本地UP的一逻辑端口比如Port64_63收到可竞选报文，则通过另一逻辑端口比如Port64_61发送接收的可竞选报文，并执行角色竞选操作，同时将本设备的设备类型从第二类型更新为第三类型。

至此，成员设备601至成员设备604均执行角色竞选操作。

图6所示的实施例以设备类型为第二类型的成员设备602发送确认等待报文为例。在图6中，成员设备601、603、以及成员设备604发送确认等待报文的情况与成员设备602发送确认等待报文的情况相同，这里不再详细描述。

至此，完成实施例2的描述。

通过实施例2可以实现虚拟化系统中各成员设备通过本地UP的逻辑端口进行报文交互，最终可使各成员设备执行角色竞选操作，能够保证虚拟化系统中各成员设备的逻辑端口在各成员设备执行角色竞选操作之前已UP，避免了虚拟化系统中各成员设备在重启后因自身性能差异而导致的重启前的主设备不再担任主设备的问题，也能够保证虚拟化系统中各成员设备在重启过程中只重启一次。

需要说明的是，在上述两个实施例中，虚拟化系统中不同成员设备重启后并非同时确定出设备类型，这样就会出现如图7所示的情况：某些成员设备已确定出设备类型，某些成员设备还未确定出设备类型。针对此种情况，则本申请中，未确定出设备类型的成员设备不管收到谁发送的确认等待报文，都不会处理接收的确认等待报文，而是继续等待，直到本设备确定出设备类型。

还需要说明的是，在虚拟化系统中，也常会出现以下情况：虚拟化系统中部分成员设备重启。此种情况下，未发生重启的成员设备角色固定，其设备类型为第三类型，基于此，在本申请中，未发生重启的成员设备的处理方式与设备类型为第一类型的成员设备的处理方式类似，区别只是：未发生重启的成员设备不用每隔设定时间发送确认等待报文，也不需要在接收到可竞选报文时执行角色竞选操作。图8示出了成员设备801未发生重启时的处理流程。在图8中，基于图3所示流程，成员设备802、803的设备类型为第二类型，成员设备804的设备类型为第一类型，假若成员设备802发送确认等待报文，则采用类似实施例2描述的方案，最终除成员设备801外所有成员设备都同时进入竞选阶段完成角色竞选。相应的如果是成员设备804发送确认等待报文，则采用类似实施例1描述的方案，除成员设备801外所有成员设备也会都同时进入竞选阶段完成角色竞选。

采用本申请，不管虚拟化系统中多少台成员设备重启，最终各重启的成员设备都可以以最短时间执行角色竞选操作，减少不必要的等待时间，大大缩短了虚拟化系统中成员设备重启的时间，相比现有各重启的成员设备统一等待一个固定的时间，本申请可以提高至少25％的重启性能。

以上对本申请提供的方法进行了描述。下面对本申请提供的装置进行描述：

参见图9，图9为本申请提供的装置结构图。该装置应用于虚拟化系统中的成员设备，包括：

确定单元，用于在本设备重启后，确定本设备的设备类型；

角色竞选单元，用于在所述设备类型为用于指示截止设备的第一类型，或者为用于指示中转设备的第二类型时，通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作，所述角色竞选操作用于选举虚拟化系统中的主设备；

所述截止设备为配置了一个逻辑端口且该配置的逻辑端口UP的成员设备，所述中转设备为配置了两个逻辑端口且配置的两个逻辑端口UP的成员设备。

作为一个实施例，在设备类型为所述第一类型时，所述角色竞选单元通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：

每隔设定时间通过本地UP的逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型；

当通过本地UP的逻辑端口收到来自截止设备发送的确认等待报文时，通过本地UP的逻辑端口返回可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作；

当通过本地UP的逻辑端口收到来自中转设备发送的确认等待报文时通过本地UP的逻辑端口返回待竞选报文以触发所述中转设备在设定条件达到时发送可竞选报文；

当通过本地UP的逻辑端口收到可竞选报文时执行角色竞选操作。

作为一个实施例，所述虚拟化系统的拓扑连接为链形连接；

在设备类型为所述第二类型时，所述角色竞选单元通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：

每隔设定时间通过本地UP的两个逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型；

当通过本地UP的其中一个逻辑端口收到确认等待报文时，通过另一逻辑端口转发收到的确认等待报文；

当通过本地UP的其中一个逻辑端口收到待竞选报文时，若设定条件达到，则通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作，所述设定条件是指：本地UP的另一个逻辑端口已收到所述待竞选报文；

当通过本地UP的其中一个逻辑端口收到可竞选报文时，通过另一逻辑端口转发收到的可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作。

作为一个实施例，所述虚拟化系统的拓扑连接为环形连接；

在设备类型为所述第二类型时，所述角色竞选单元通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：

每隔设定时间通过本地UP的两个逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型和设备标识；

当通过本地UP的其中一个逻辑端口收到携带本设备的设备标识的确认等待报文时，通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作；

当通过本地UP的其中一个逻辑端口收到可竞选报文时，通过另一逻辑端口转发收到的可竞选报文，并执行角色竞选操作；

当通过本地UP的两个逻辑端口收到来自同一成员设备发送的确认等待报文时，通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作。

作为一个实施例，若设备类型为第一类型或者第二类型，则当本设备执行角色竞选操作时，所述角色竞选单元进一步将本设备的设备类型更新为用于指示稳定设备的第三类型，所述稳定设备为执行角色竞选操作的成员设备或者为角色已经确定的成员设备；

若本设备的设备类型为所述第三类型，则所述角色竞选单元进一步在通过本地UP的逻辑端口收到来自截止设备发送的确认等待报文时通过本地UP的逻辑端口返回可竞选报文，以使收到该可竞选报文的成员设备执行角色竞选操作；在通过本地UP的逻辑端口收到来自中转设备发送的确认等待报文时通过本地UP的逻辑端口返回待竞选报文以触发所述中转设备在设定条件达到时发送可竞选报文。

作为一个实施例，所述确定单元确定本设备的设备类型包括：

若本设备本地逻辑端口的数量为1，则：当本设备本地的逻辑端口所绑定的物理端口配置关闭功能时，执行角色竞选操作并设置本设备的设备类型为第三类型；当本设备本地的逻辑端口所绑定的物理端口未配置关闭功能且本设备本地的逻辑端口满足UP条件时，确定本设备的设备类型为第一类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型；

若本设备本地逻辑端口的数量为2，则，

当本设备本地的两个逻辑端口所绑定的物理端口未配置关闭功能且本设备本地两个逻辑端口满足UP条件时，确定本设备的设备类型为第二类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型；

当本设备本地仅有一个逻辑端口所绑定的物理端口未配置关闭功能且该逻辑端口满足UP条件时，确定本设备的设备类型为第一类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型；

当本设备本地的两个逻辑端口所绑定的物理端口配置关闭功能时，执行角色竞选操作并设置本设备的设备类型为第三类型。

至此，完成本申请提供的装置结构描述。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种虚拟化系统中成员设备重启控制方法，其特征在于，该方法应用于虚拟化系统中的成员设备，包括：

在本设备重启后，确定本设备的设备类型；

在所述设备类型为用于指示截止设备的第一类型，或者为用于指示中转设备的第二类型时，通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作，所述角色竞选操作用于选举虚拟化系统中的主设备；

所述截止设备为配置了一个逻辑端口且该配置的逻辑端口UP的成员设备，所述中转设备为配置了两个逻辑端口且配置的两个逻辑端口UP的成员设备。

2.根据权利要求1所述的方法，其特征在于，在设备类型为所述第一类型时，所述通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：

每隔设定时间通过本地UP的逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型；

当通过本地UP的逻辑端口收到来自截止设备发送的确认等待报文时，通过本地UP的逻辑端口返回可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作；

当通过本地UP的逻辑端口收到来自中转设备发送的确认等待报文时通过本地UP的逻辑端口返回待竞选报文以触发所述中转设备在设定条件达到时发送可竞选报文；

当通过本地UP的逻辑端口收到可竞选报文时执行角色竞选操作。

3.根据权利要求1所述的方法，其特征在于，所述虚拟化系统的拓扑连接为链形连接；

在设备类型为所述第二类型时，所述通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：

每隔设定时间通过本地UP的两个逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型；

当通过本地UP的其中一个逻辑端口收到确认等待报文时，通过另一逻辑端口转发收到的确认等待报文；

当通过本地UP的其中一个逻辑端口收到待竞选报文时，若设定条件达到，则通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作，所述设定条件是指：本地UP的另一个逻辑端口已收到所述待竞选报文；

当通过本地UP的其中一个逻辑端口收到可竞选报文时，通过另一逻辑端口转发收到的可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作。

4.根据权利要求1所述的方法，其特征在于，所述虚拟化系统的拓扑连接为环形连接；

在设备类型为所述第二类型时，所述通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：

每隔设定时间通过本地UP的两个逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型和设备标识；

当通过本地UP的其中一个逻辑端口收到携带本设备的设备标识的确认等待报文时，通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作；

当通过本地UP的其中一个逻辑端口收到可竞选报文时，通过另一逻辑端口转发收到的可竞选报文，并执行角色竞选操作；

当通过本地UP的两个逻辑端口收到来自同一成员设备发送的确认等待报文时，通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作。

5.根据权利要求1所述的方法，其特征在于，若设备类型为第一类型或者第二类型，则当本设备执行角色竞选操作时，该方法进一步包括：

将本设备的设备类型更新为用于指示稳定设备的第三类型，所述稳定设备为执行角色竞选操作的成员设备或者为角色已经确定的成员设备；

若本设备的设备类型为所述第三类型，则该方法进一步包括：

当通过本地UP的逻辑端口收到来自截止设备发送的确认等待报文时通过本地UP的逻辑端口返回可竞选报文，以使收到该可竞选报文的成员设备执行角色竞选操作；

当通过本地UP的逻辑端口收到来自中转设备发送的确认等待报文时通过本地UP的逻辑端口返回待竞选报文以触发所述中转设备在设定条件达到时发送可竞选报文。

6.根据权利要求1或5所述的方法，其特征在于，所述确定本设备的设备类型包括：

若本设备本地逻辑端口的数量为1，则：当本设备本地的逻辑端口所绑定的物理端口配置关闭功能时，执行角色竞选操作并设置本设备的设备类型为第三类型；当本设备本地的逻辑端口所绑定的物理端口未配置关闭功能且本设备本地的逻辑端口满足UP条件时，确定本设备的设备类型为第一类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型；

若本设备本地逻辑端口的数量为2，则，

当本设备本地的两个逻辑端口所绑定的物理端口未配置关闭功能且本设备本地两个逻辑端口满足UP条件时，确定本设备的设备类型为第二类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型；

当本设备本地仅有一个逻辑端口所绑定的物理端口未配置关闭功能且该逻辑端口满足UP条件时，确定本设备的设备类型为第一类型，否则，在等待设定时间后执行角色竞选操作并设置本设备的设备类型为第三类型；

当本设备本地的两个逻辑端口所绑定的物理端口配置关闭功能时，执行角色竞选操作并设置本设备的设备类型为第三类型。

7.一种虚拟化系统中成员设备重启控制装置，其特征在于，该装置应用于虚拟化系统中的成员设备，包括：

确定单元，用于在本设备重启后，确定本设备的设备类型；

角色竞选单元，用于在所述设备类型为用于指示截止设备的第一类型，或者为用于指示中转设备的第二类型时，通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作，所述角色竞选操作用于选举虚拟化系统中的主设备；

所述截止设备为配置了一个逻辑端口且该配置的逻辑端口UP的成员设备，所述中转设备为配置了两个逻辑端口且配置的两个逻辑端口UP的成员设备。

8.根据权利要求7所述的装置，其特征在于，

在设备类型为所述第一类型时，所述角色竞选单元通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：每隔设定时间通过本地UP的逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型；当通过本地UP的逻辑端口收到来自截止设备发送的确认等待报文时，通过本地UP的逻辑端口返回可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作；当通过本地UP的逻辑端口收到来自中转设备发送的确认等待报文时通过本地UP的逻辑端口返回待竞选报文以触发所述中转设备在设定条件达到时发送可竞选报文；当通过本地UP的逻辑端口收到可竞选报文时执行角色竞选操作；

在设备类型为所述第二类型时，所述角色竞选单元通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：每隔设定时间通过本地UP的两个逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型；当通过本地UP的其中一个逻辑端口收到确认等待报文时，通过另一逻辑端口转发收到的确认等待报文；当通过本地UP的其中一个逻辑端口收到待竞选报文时，若设定条件达到，则通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作，所述设定条件是指：本地UP的另一个逻辑端口已收到所述待竞选报文；当通过本地UP的其中一个逻辑端口收到可竞选报文时，通过另一逻辑端口转发收到的可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作。

9.根据权利要求7所述的装置，其特征在于，所述虚拟化系统的拓扑连接为环形连接；

在设备类型为所述第二类型时，所述角色竞选单元通过本地UP的逻辑端口与所述虚拟化系统中其他成员设备进行报文交互以触发本设备和所述其他成员设备执行角色竞选操作包括：

每隔设定时间通过本地UP的两个逻辑端口发送确认等待报文，发送的确认等待报文携带本设备的设备类型和设备标识；

当通过本地UP的其中一个逻辑端口收到携带本设备的设备标识的确认等待报文时，通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作；

当通过本地UP的其中一个逻辑端口收到可竞选报文时，通过另一逻辑端口转发收到的可竞选报文，并执行角色竞选操作；

当通过本地UP的两个逻辑端口收到来自同一成员设备发送的确认等待报文时，通过本地UP的两个逻辑端口发送可竞选报文以使收到该可竞选报文的成员设备执行角色竞选操作，并执行角色竞选操作。

10.根据权利要求7所述的装置，其特征在于，若设备类型为第一类型或者第二类型，则当本设备执行角色竞选操作时，所述角色竞选单元进一步将本设备的设备类型更新为用于指示稳定设备的第三类型，所述稳定设备为执行角色竞选操作的成员设备或者为角色已经确定的成员设备；

若本设备的设备类型为所述第三类型，则所述角色竞选单元进一步在通过本地UP的逻辑端口收到来自截止设备发送的确认等待报文时通过本地UP的逻辑端口返回可竞选报文，以使收到该可竞选报文的成员设备执行角色竞选操作；在通过本地UP的逻辑端口收到来自中转设备发送的确认等待报文时通过本地UP的逻辑端口返回待竞选报文以触发所述中转设备在设定条件达到时发送可竞选报文。

Images