CN104869015B - 搭建星型堆叠的方法和虚拟机设备 - Google Patents
搭建星型堆叠的方法和虚拟机设备 Download PDFInfo
- Publication number
- CN104869015B CN104869015B CN201510208313.0A CN201510208313A CN104869015B CN 104869015 B CN104869015 B CN 104869015B CN 201510208313 A CN201510208313 A CN 201510208313A CN 104869015 B CN104869015 B CN 104869015B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- star
- virtual
- stacking
- slot number
- 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.)
- Active
Links
Classifications
-
- 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
Abstract
本发明公开了一种搭建星型堆叠的方法,该方法应用于星型堆叠,所述星型堆叠包括主虚拟机和备虚拟机,该方法包括:主虚拟机接收待加入星型堆叠的虚拟机发来的加入请求报文,所述加入请求报文携带所述待加入星型堆叠的虚拟机的通用唯一识别码UUID;查询所述主虚拟机本地的虚拟槽位号表中是否存在与所述UUID匹配的表项,如果是,则将所述匹配的表项中的虚拟槽位号携带于加入应答报文中发送给所述待加入星型堆叠的虚拟机;接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文,更新本地保存的所述星型堆叠对应的拓扑结构表。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种搭建星型堆叠的方法和虚拟机设备。
背景技术
虚拟化技术的发展驱动着数据中心大二层网络的发展,但随着网络规模的不断扩大,需要管理的网络设备数量也随之增大,网络管理随之成为数据中心大二层网络管理中的一个绕不开的难点。大量虚拟机(Virtual Machine,VM)统一接入在一个二层网络中,无法像传统设备一样方便的形成菊花链式的堆叠,实现星型堆叠可以使这些VM虚拟为一个设备,简化管理,同时自动支持各种备份、分担。
星型堆叠技术是一种虚拟化技术,可以集合多台虚拟机的硬件资源和软件处理能力,实现多台虚拟机的协同工作、统一管理,提高虚拟机的利用率和效率。星型堆叠中的虚拟机按照角色可以划分为主虚拟机(Master)、备虚拟机(Standby)、以及待加入星型堆叠的虚拟机。当待加入星型堆叠的虚拟机需要加入星型堆叠运行时,需要为这个待加入星型堆叠的虚拟机配置并分配一个虚拟槽位号来标识并管理该待加入星型堆叠的虚拟机,管理员在待加入星型堆叠的虚拟机上配置星型堆叠的配置后,待加入星型堆叠的虚拟机连接到二层网络中,通过星型堆叠技术完成设备堆叠。组成星型堆叠的虚拟机可以统一配置,共同转发报文,完成业务的处理等。
然而,如果管理员为各个服务器上的每个虚拟机都手工分配虚拟槽位号,不仅费时费力,而且容易出错,无法适应大规模二层网络的管理。
发明内容
有鉴于此,本发明提出了一种搭建星型堆叠的方法和虚拟机设备,有效解决了现有技术中手工为星型堆叠中的各设备分配虚拟槽位号产生的效率低、且容易出错的问题。
本发明提出的技术方案是:
一种搭建星型堆叠的方法,该方法包括:
主虚拟机接收待加入星型堆叠的虚拟机发来的加入请求报文,所述加入请求报文携带所述待加入星型堆叠的虚拟机的通用唯一识别码(Universally Unique Identifier,UUID);
查询所述主虚拟机本地的虚拟槽位号表中是否存在与所述UUID匹配的表项,如果是,则将所述匹配的表项中的虚拟槽位号携带于加入应答报文中发送给所述待加入星型堆叠的虚拟机;
接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文,更新本地保存的所述星型堆叠对应的拓扑结构表。
一种虚拟机,该虚拟机应用于星型堆叠,所述虚拟机为主虚拟机时,该虚拟机包括:
接收模块,用于接收待加入星型堆叠的虚拟机发来的加入请求报文,所述加入请求报文携带所述待加入星型堆叠的虚拟机的通用唯一识别码UUID;
处理模块,用于查询所述主虚拟机本地的虚拟槽位号表中是否存在与所述UUID匹配的表项,如果是,则将所述匹配的表项中的虚拟槽位号携带于加入应答报文中发送给所述待加入星型堆叠的虚拟机;
所述接收模块还用于,接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文,更新本地保存的所述星型堆叠对应的拓扑结构表。
综上,本发明提出了一种搭建星型堆叠的方法和虚拟机设备,该方法通过在星型堆叠控制报文中携带UUID这个唯一识别标识号,主虚拟机利用该信息与虚拟槽位号进行匹配绑定,形成对应的关系,实现虚拟机堆叠槽位号自动分配。全过程自动实现无需人为干预,不仅提高效率,而且减少了出错的概率,适应大二层网络的发展。另外,本方案只需要虚拟机的UUID信息参数,不需要对现有网络进行任何改造,具有较高的实用性。
附图说明
图1为本发明技术方案的流程图;
图2为方法实施例一的组网图;
图3为方法实施例一的流程图;
图4为方法实施例二的组网图;
图5为方法实施例二的流程图;
图6为本发明实施例的虚拟机结构图。
具体实施方式
现有技术中搭建星型堆叠时,需要网络管理员为星型堆叠中的每个虚拟机配置并分配一个虚拟槽位号来标识并管理虚拟机设备,如不作任何改进,在大规模二层网络的管理应用中,需要网络管理员为各个服务器上的每个虚拟机设备手工配置虚拟槽位号,不仅费时费力,而且容易出错,并且由于虚拟机的迁移、复制特性,这种手工配置方法大大限制了星型堆叠的维护与扩展,无法高效的适应大规模二层网络的管理。
为解决上述技术问题,本发明提出一种搭建星型堆叠的方法,本发明实施例的技术方案是:
图1为本发明技术方案的流程图,如图1所示,本发明一种搭建星型堆叠的方法应用于主虚拟机上,主虚拟机执行以下步骤:
步骤101:主虚拟机接收待加入星型堆叠的虚拟机发来的加入请求报文,该加入请求报文携带待加入星型堆叠的虚拟机的UUID。
其中,主虚拟机的确定方法为:
初建星型堆叠时,虚拟机广播携带自身UUID的Hello报文,发送该携带自身UUID的Hello报文的同时设置定时器,如果定时器超时,该虚拟机没有收到其他虚拟机广播的携带各自UUID的Hello报文,则该虚拟机将自身设置为主虚拟机;如果定时器超时前该虚拟机收到其他虚拟机广播的携带各自UUID的Hello报文,则该虚拟机根据优先级、MAC地址等竞争主虚拟机。
步骤102:主虚拟机查询本地的虚拟槽位号表中是否存在与待加入星型堆叠的虚拟机的UUID匹配的表项,如果是,则将匹配的表项中的虚拟槽位号携带于加入应答报文中发送给待加入星型堆叠的虚拟机。
本步骤中,主虚拟机接收到待加入星型堆叠的虚拟机发来的加入请求报文后,先根据加入请求报文中携带的待加入星型堆叠的虚拟机的UUID查询本地的虚拟槽位号表,判断虚拟槽位号表中是否存在与待加入星型堆叠的虚拟机的UUID匹配的表项,如果是,则直接将匹配的表项中的虚拟槽位号携带于加入应答报文中发送给待加入星型堆叠的虚拟机。
其中,如果主虚拟机是在初建星型堆叠时竞争成功的主虚拟机,则该主虚拟机本地的虚拟槽位号表是该主虚拟机初始竞争成功后创建的,该虚拟槽位号表为记录虚拟槽位号、虚拟槽位号状态、与虚拟槽位号绑定的虚拟机UUID三者之间的对应关系的表项,初创建时所有虚拟槽位号的状态均为空闲,与虚拟槽位号绑定的虚拟机UUID均为空。虚拟槽位号表创建成功后,主虚拟机选择任意一个虚拟槽位号分配给自身,并将自身UUID保存在分配给自身的虚拟槽位号对应的表项中,并将该虚拟槽位号状态更新为已分配。如表1所示,假设主虚拟机为自身分配的虚拟槽位号是1,主虚拟机的UUID为YYYY-1;如果主虚拟机是在原来的主虚拟机故障后由备虚拟机变更来的,则该主虚拟机本地的虚拟槽位号表是由原来的主虚拟机同步过来的。
表1
虚拟槽位号 | 状态 | UUID |
1 | 已分配 | YYYY-1 |
2 | 空闲 | - |
3 | 空闲 | - |
4 | 空闲 | - |
5 | 空闲 | - |
主虚拟机接收到待加入星型堆叠的虚拟机的加入请求报文后能在虚拟槽位号表中查询到与待加入星型堆叠的虚拟机UUID匹配的表项这种情况是由于,之前待加入星型堆叠的虚拟机已经加入到星型堆叠中成为备虚拟机,且主虚拟机已为待加入星型堆叠的虚拟机作为备虚拟机时分配了虚拟槽位号,由于堆叠分裂或网络链路震荡等原因,待加入星型堆叠的虚拟机作为备虚拟机时暂时离开星型堆叠,且主虚拟机尚未进行虚拟槽位号回收,因此主虚拟机的虚拟槽位号表仍保留待加入星型堆叠的虚拟机的UUID与虚拟槽位号的一一对应关系,当待加入星型堆叠的虚拟机重新发送加入请求报文给主虚拟机时,主虚拟机在虚拟槽位号表中监测到待加入星型堆叠的虚拟机的UUID与虚拟槽位号的对应关系,则只需将之前为其分配的虚拟槽位号再次发送给待加入星型堆叠的虚拟机即可,不需要为待加入星型堆叠的虚拟机分配新的虚拟槽位号。
步骤103:主虚拟机接收待加入星型堆叠的虚拟机接收到加入应答报文后返回的加入确认报文,更新本地保存的所述星型堆叠对应的拓扑结构表。
更进一步地,如果虚拟槽位号表中不存在与待加入星型堆叠的虚拟机的UUID匹配的表项,则主虚拟机从虚拟槽位号表中为待加入星型堆叠的虚拟机分配一个空闲状态的虚拟槽位号,更新空闲状态的虚拟槽位号为预分配状态,发送携带该预分配状态的虚拟槽位号的加入应答报文给待加入星型堆叠的虚拟机。
待加入星型堆叠的虚拟机接收到加入应答报文后返回加入确认报文给主虚拟机,且加入确认报文携带待加入星型堆叠的虚拟机的UUID,主虚拟机将UUID记录在预分配给待加入星型堆叠的虚拟机的虚拟槽位号匹配的表项中,更新预分配状态的虚拟槽位号为已分配状态,并更新本地保存的星型堆叠对应的拓扑结构表。
星型堆叠对应的拓扑结构表保存了星型堆叠中各虚拟机的拓扑关系,可以用星型堆叠中各个虚拟机的虚拟槽位号表示各台虚拟机设备,也可以用星型堆叠中各个虚拟机的UUID表示各台虚拟机设备,从缩短报文长度、提高设备处理效率角度考虑,优选用各个虚拟机的虚拟槽位号表示各台虚拟机设备。
此外,主虚拟机监测到备虚拟机离开星型堆叠时,更新该星型堆叠对应的拓扑结构表。
当主虚拟机更新该星型堆叠对应的拓扑结构表后,将更新后的该星型堆叠对应的拓扑结构表同步给星型堆叠中的所有备虚拟机,以便各备虚拟机及时获取星型堆叠的最新拓扑,保证流量的正常转发。
更进一步地,为了保证虚拟槽位号资源的高效利用,主虚拟机要对虚拟槽位号进行回收,具体可以通过接收网络管理员手工触发的虚拟槽位号回收消息或达到预设周期来触发虚拟槽位号资源的回收,依次判断虚拟槽位号表中已分配状态的虚拟槽位号是否存在于拓扑结构表中,如果否,则删除虚拟槽位号对应的UUID,并将该虚拟槽位号更新为空闲状态。
主虚拟机除了实时向备虚拟机同步星型堆叠对应的拓扑结构表,还向备虚拟机同步虚拟槽位号表,使各备虚拟机更新本地保存的虚拟槽位号表。
下面结合具体实施例对上述搭建星型堆叠的方法进行详细说明。
方法实施例一
图2为本实施例的组网结构图,如图2所示,假设虚拟机A为主虚拟机,虚拟机B、D为备虚拟机,虚拟机C为待加入星型堆叠的虚拟机。图3为本实施例的流程图,如图3所示,包括以下步骤:
步骤301:虚拟机A接收虚拟机C发来的加入请求报文。
本步骤中,虚拟机A接收虚拟机C发来的加入请求报文,该加入请求报文中携带虚拟机C的UUID,假设虚拟机C的UUID为CCCC-1。
步骤302:虚拟机A查询虚拟槽位号表,判断是否存在于虚拟机C的UUID匹配的表项,如果是,执行步骤303,否则执行步骤305。
步骤303:虚拟机A将查询到的匹配的表项中的虚拟槽位号携带于加入应答报文中发送给虚拟机C。
基于步骤302的判断结果,虚拟机A在虚拟槽位号表中查询到与虚拟机C的UUID匹配的表项。假设此时虚拟机A上的虚拟槽位号表如表2所示。
表2
虚拟槽位号 | 状态 | UUID |
1 | 已分配 | YYYY-1 |
2 | 已分配 | CCCC-1 |
3 | 已分配 | BBBB-1 |
4 | 已分配 | DDDD-1 |
5 | 空闲 | - |
如表2所示,与虚拟机C的UUID匹配的表项对应的虚拟槽位号为2,则虚拟机A将虚拟槽位号2携带于加入应答报文中发送给虚拟机C。
步骤304:虚拟机A接收虚拟机C返回的加入确认报文,更新本地保存的星型堆叠对应的拓扑结构表(为描述方便,本实施例中后续记载的拓扑结构表,均为星型堆叠对应的拓扑结构表)。
本步骤中,虚拟机A接收虚拟机C返回的加入确认报文,将虚拟机C添加到本地保存的拓扑结构表中。
步骤305:虚拟机A分配一个空闲状态的虚拟槽位号给虚拟机C,将分配给虚拟机C的虚拟槽位号更新为预分配状态,并将该预分配状态的虚拟槽位号携带于加入应答报文中发送给虚拟机C。
本步骤中,基于步骤302的判断结果,虚拟机A没有在虚拟槽位号表中查询到与虚拟机C的UUID匹配的表项,假设此时虚拟机A上的虚拟槽位号表如表3所示。
表3
虚拟槽位号 | 状态 | UUID |
1 | 已分配 | YYYY-1 |
2 | 空闲 | |
3 | 已分配 | BBBB-1 |
4 | 已分配 | DDDD-1 |
5 | 空闲 | - |
则虚拟机A为虚拟机C分配一个空闲状态的虚拟槽位号,假设为虚拟槽位号2,则将虚拟槽位号2由空闲状态更新为预分配状态,并将虚拟槽位号2携带于加入应答报文中发送给虚拟机C。更新后的虚拟槽位号表如表4所示。
表4
虚拟槽位号 | 状态 | UUID |
1 | 已分配 | YYYY-1 |
2 | 预分配 | - |
3 | 已分配 | BBBB-1 |
4 | 已分配 | DDDD-1 |
5 | 空闲 | - |
步骤306:虚拟机A接收虚拟机C返回的加入确认报文,该加入确认报文携带虚拟机C的UUID,将虚拟机C的UUID保存在预分配给虚拟机C的虚拟槽位号匹配的表项中,并将预分配给虚拟机C的虚拟槽位号更新为已分配状态,更新本地保存的拓扑结构表。
本步骤中,虚拟机A接收虚拟机C返回的携带虚拟机C的UUID的加入确认报文,则将虚拟机C的UUID保存在预分配给虚拟机C的虚拟槽位号匹配的表项中,并将预分配给虚拟机C的虚拟槽位号更新为已分配状态,更新本地保存的拓扑结构表。更新后的虚拟槽位号表如表6所示。
表5
虚拟槽位号 | 状态 | UUID |
1 | 已分配 | YYYY-1 |
2 | 已分配 | CCCC-1 |
3 | 已分配 | BBBB-1 |
4 | 已分配 | DDDD-1 |
5 | 空闲 | - |
步骤307:虚拟机A将虚拟槽位号表和拓扑结构表同步给星型堆叠中的所有备虚拟机,使各备虚拟机更新本地的虚拟槽位号表和拓扑结构表。
本步骤中,虚拟机A可以将虚拟槽位号表携带于槽位号表通知报文中广播给各虚拟机,将拓扑结构表携带于拓扑结构表通知报文中同步给各备虚拟机,使各备虚拟机更新本地的虚拟槽位号表和拓扑结构表。
方法实施例二
图4为本实施例的组网图,如图4所示,虚拟机A为主虚拟机,虚拟机B、C、D均为备虚拟机,以虚拟机B离开星型堆叠为例对本发明技术方案作进一步说明,图5为本实施例的流程图,如图5所示,包括以下步骤:
步骤501:虚拟机A监测到虚拟机B离开星型堆叠,将虚拟机B从星型堆叠对应的拓扑结构表(为描述方便,本实施例中后续记载的拓扑结构表,均为星型堆叠对应的拓扑结构表)中删除。
本步骤中,虚拟机A监测到虚拟机B离开星型堆叠,监测方式为现有技术,在此不详述。监测到虚拟机B离开星型堆叠后,虚拟机A将虚拟机B从拓扑结构表中删除,假设拓扑结构表更新前为表6所示,更新后为表7所示,其中,表6中,1-3表示虚拟槽位号为1的虚拟机与虚拟槽位号为3的虚拟机相连,1-4表示虚拟槽位号为1的虚拟机与虚拟槽位号为4的虚拟机相连,1-2表示虚拟槽位号为1的虚拟机与虚拟槽位号为2的虚拟机相连,即图4中虚拟机B未离开星型堆叠时虚拟机A与虚拟机B相连,虚拟机A与虚拟机D相连,虚拟机A与虚拟机C相连。
表6
连接关系 |
1-3 |
1-4 |
1-2 |
表7
连接关系 |
1-4 |
1-2 |
步骤502:虚拟机A将拓扑结构表携带于拓扑通知报文中广播给所有备虚拟机,使备虚拟机更新各自本地保存的拓扑结构表。
本步骤中,虚拟机A将表7所示的拓扑结构表携带于拓扑通知报文中广播给所有备虚拟机,使备虚拟机更新各自本地保存的拓扑结构表。虚拟机D更新后的拓扑结构表与表7相同。
步骤503:虚拟机A触发虚拟槽位号回收,依次判断虚拟槽位号表中已分配状态的虚拟槽位号是否存在于拓扑结构表中,如果否,则删除该虚拟槽位号对应的UUID,并将该虚拟槽位号更新为空闲状态。
本步骤中,虚拟机A本地保存的虚拟槽位号表如表8所示,即已分配状态的虚拟槽位号分别为1、2、3、4。
表8
虚拟槽位号 | 状态 | UUID |
1 | 已分配 | YYYY-1 |
2 | 已分配 | CCCC-1 |
3 | 已分配 | BBBB-1 |
4 | 已分配 | DDDD-1 |
5 | 空闲 | - |
表7为更新后的拓扑结构表,经判断,虚拟槽位号3为已分配状态,但并不存在于表7所示的拓扑结构表,则虚拟机A将虚拟槽位号3对应的UUID删除,并将虚拟槽位号3更新为空闲状态。更新后的虚拟槽位号表如表9所示。
表9
虚拟槽位号 | 状态 | UUID |
1 | 已分配 | YYYY-1 |
2 | 已分配 | CCCC-1 |
3 | 空闲 | - |
4 | 已分配 | DDDD-1 |
5 | 空闲 | - |
综上所述,星型堆叠的主虚拟机将每个虚拟机的UUID作为唯一识别号,利用UUID与虚拟槽位号的一一对应关系进行匹配绑定,实现虚拟槽位号自动分配。全过程自动实现无需人为干预,不仅提高效率,而且减少了出错的概率,适应大二层网络的发展。另外,本方案只需要虚拟机的UUID信息参数,不需要对现有网络进行任何改造,具有较高的实用性。
针对上述方法,本发明还公开一种虚拟机,图6为本发明虚拟机作为主虚拟机时的结构图,如图6所示,该虚拟机包括:
接收模块601,用于接收待加入星型堆叠的虚拟机发来的加入请求报文,所述加入请求报文携带所述待加入星型堆叠的虚拟机的通用唯一识别码UUID;
处理模块602,用于查询所述主虚拟机本地的虚拟槽位号表中是否存在与所述UUID匹配的表项,如果是,则将所述匹配的表项中的虚拟槽位号携带于加入应答报文中发送给所述待加入星型堆叠的虚拟机;
接收模块601还用于,接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文,更新本地保存的所述星型堆叠对应的拓扑结构表。
处理模块602还用于,如果所述虚拟槽位号表中不存在与所述UUID匹配的表项,则从所述虚拟槽位号表中为所述待加入星型堆叠的虚拟机分配一个空闲状态的虚拟槽位号,更新所述空闲状态的虚拟槽位号为预分配状态,发送携带所述预分配状态的虚拟槽位号的加入应答报文给所述待加入星型堆叠的虚拟机;
接收模块601还用于,接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文,所述加入确认报文携带所述待加入星型堆叠的虚拟机的UUID,将所述UUID保存在所述预分配状态的虚拟槽位号匹配的表项中,更新所述预分配状态的虚拟槽位号为已分配状态,并更新本地保存的拓扑结构表。
处理模块602还用于,监测到备虚拟机离开星型堆叠时,更新拓扑结构表;将更新后的拓扑结构表同步给所述星型堆叠中的所有备虚拟机。
接收模块601进一步用于,接收网络管理员手工触发的虚拟槽位号回收消息或达到预设周期时,依次判断所述虚拟槽位号表中已分配状态的虚拟槽位号是否存在于所述拓扑结构表中,如果否,则删除所述虚拟槽位号对应的UUID,并将所述虚拟槽位号更新为空闲状态。
处理模块602进一步用于,同步所述虚拟槽位号表给所述星型堆叠中的所有备虚拟机。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (10)
1.一种搭建星型堆叠的方法,其特征在于,该方法包括:
主虚拟机接收待加入星型堆叠的虚拟机发来的加入请求报文,所述加入请求报文携带所述待加入星型堆叠的虚拟机的通用唯一识别码UUID;
查询所述主虚拟机本地的虚拟槽位号表中是否存在与所述UUID匹配的表项,如果是,则将所述匹配的表项中的虚拟槽位号携带于加入应答报文中发送给所述待加入星型堆叠的虚拟机;
接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文,更新本地保存的所述星型堆叠对应的拓扑结构表。
2.根据权利要求1所述的方法,其特征在于,该方法进一步包括:
如果所述虚拟槽位号表中不存在与所述UUID匹配的表项,则所述主虚拟机从所述虚拟槽位号表中为所述待加入星型堆叠的虚拟机分配一个空闲状态的虚拟槽位号,更新所述空闲状态的虚拟槽位号为预分配状态,发送携带所述预分配状态的虚拟槽位号的加入应答报文给所述待加入星型堆叠的虚拟机;
接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文,所述加入确认报文携带所述待加入星型堆叠的虚拟机的UUID,将所述UUID记录在所述预分配状态的虚拟槽位号匹配的表项中,更新所述预分配状态的虚拟槽位号为已分配状态,并更新本地保存的所述拓扑结构表。
3.根据权利要求1或2所述的方法,其特征在于,该方法进一步包括:
所述主虚拟机监测到备虚拟机离开星型堆叠时,所述主虚拟机更新所述拓扑结构表;
将更新后的所述拓扑结构表同步给所述星型堆叠中的所有备虚拟机。
4.根据权利要求1所述的方法,其特征在于,该方法进一步包括:
所述主虚拟机接收网络管理员手工触发的虚拟槽位号回收消息或达到预设周期时,依次判断所述虚拟槽位号表中已分配状态的虚拟槽位号是否存在于所述拓扑结构表中,如果否,则删除所述虚拟槽位号对应的UUID,并将所述虚拟槽位号更新为空闲状态。
5.根据权利要求1所述的方法,其特征在于,该方法进一步包括:
所述主虚拟机将所述虚拟槽位号表和所述拓扑结构表同步给所述星型堆叠中的所有备虚拟机。
6.一种虚拟机,其特征在于,该虚拟机应用于星型堆叠网络,所述虚拟机为主虚拟机时,该虚拟机包括:
接收模块,用于接收待加入星型堆叠的虚拟机发来的加入请求报文,所述加入请求报文携带所述待加入星型堆叠的虚拟机的通用唯一识别码UUID;
处理模块,用于查询所述主虚拟机本地的的虚拟槽位号表中是否存在与所述UUID匹配的表项,如果是,则将所述匹配的表项中的虚拟槽位号携带于加入应答报文中发送给所述待加入星型堆叠的虚拟机;
所述接收模块还用于,接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文后,执行拓扑结构表更新模块;
拓扑结构表更新模块:用于更新本地保存的所述星型堆叠对应的拓扑结构表。
7.根据权利要求6所述的虚拟机,其特征在于,
所述处理模块还用于,如果所述虚拟槽位号表中不存在与所述UUID匹配的表项,则从所述虚拟槽位号表中为所述待加入星型堆叠的虚拟机分配一个空闲状态的虚拟槽位号,更新所述空闲状态的虚拟槽位号为预分配状态,发送携带所述预分配状态的虚拟槽位号的加入应答报文给所述待加入星型堆叠的虚拟机;
所述接收模块还用于,接收所述待加入星型堆叠的虚拟机接收到所述加入应答报文后返回的加入确认报文,所述加入确认报文携带所述待加入星型堆叠的虚拟机的UUID,将所述UUID记录在所述预分配状态的虚拟槽位号匹配的表项中,更新所述预分配状态的虚拟槽位号为已分配状态,并执行所述拓扑结构表更新模块。
8.根据权利要求6或7所述的虚拟机,其特征在于,
所述处理模块还用于,监测到备虚拟机离开星型堆叠时,执行所述拓扑结构表更新模块;
将更新后的所述拓扑结构表同步给所述星型堆叠中的所有备虚拟机。
9.根据权利要求6所述的虚拟机,其特征在于,
所述接收模块进一步用于,接收网络管理员手工触发的虚拟槽位号回收消息或达到预设周期时,依次判断所述虚拟槽位号表中已分配状态的虚拟槽位号是否存在于所述拓扑结构表中,如果否,则删除所述虚拟槽位号对应的UUID,并将所述虚拟槽位号更新为空闲状态。
10.根据权利要求6所述的虚拟机,其特征在于,
所述处理模块进一步用于,将所述虚拟槽位号表和所述拓扑结构表同步给所述星型堆叠中的所有备虚拟机。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510208313.0A CN104869015B (zh) | 2015-04-28 | 2015-04-28 | 搭建星型堆叠的方法和虚拟机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510208313.0A CN104869015B (zh) | 2015-04-28 | 2015-04-28 | 搭建星型堆叠的方法和虚拟机设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104869015A CN104869015A (zh) | 2015-08-26 |
CN104869015B true CN104869015B (zh) | 2018-06-15 |
Family
ID=53914556
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510208313.0A Active CN104869015B (zh) | 2015-04-28 | 2015-04-28 | 搭建星型堆叠的方法和虚拟机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104869015B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105763368B (zh) * | 2016-02-04 | 2019-04-09 | 新华三技术有限公司 | 一种堆叠方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009042856A1 (en) * | 2007-09-28 | 2009-04-02 | Allied Telesis, Inc. | Method and apparatus for preventing network conflict |
CN101702678A (zh) * | 2009-11-19 | 2010-05-05 | 杭州华三通信技术有限公司 | 一种星形堆叠系统和方法 |
CN103780496A (zh) * | 2012-10-17 | 2014-05-07 | 杭州华三通信技术有限公司 | 应用于星形堆叠系统中的报文转发方法和设备 |
-
2015
- 2015-04-28 CN CN201510208313.0A patent/CN104869015B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009042856A1 (en) * | 2007-09-28 | 2009-04-02 | Allied Telesis, Inc. | Method and apparatus for preventing network conflict |
CN101702678A (zh) * | 2009-11-19 | 2010-05-05 | 杭州华三通信技术有限公司 | 一种星形堆叠系统和方法 |
CN103780496A (zh) * | 2012-10-17 | 2014-05-07 | 杭州华三通信技术有限公司 | 应用于星形堆叠系统中的报文转发方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN104869015A (zh) | 2015-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103297529B (zh) | 基于时间戳的树型结构数据同步方法 | |
CN104320459A (zh) | 一种节点管理方法和装置 | |
CN105607954A (zh) | 一种有状态容器在线迁移的方法和装置 | |
CN104601680B (zh) | 一种资源管理方法及装置 | |
CN101300779B (zh) | 一种向订购者提供服务的方法和系统 | |
CN102025798A (zh) | 地址分配处理方法、装置和系统 | |
CN105162704A (zh) | Overlay网络中组播复制的方法及装置 | |
CN105359457A (zh) | 用于在icn上的大规模会议的多层推送混合服务控制架构 | |
CN104092746B (zh) | 一种运维审计系统及用在其系统中的网络负载均衡方法 | |
CN106936623A (zh) | 分布式缓存系统及缓存集群的管理方法 | |
CN110912827B (zh) | 一种路由更新方法和用户集群 | |
CN104301230A (zh) | 报文转发方法和装置 | |
CN102271057B (zh) | 参数更新方法和设备 | |
CN112769965B (zh) | Ip地址管理和分配方法、装置及系统 | |
CN103259866B (zh) | 一种多点传输dns区文件的方法和系统 | |
CN104703165A (zh) | 一种处理无线接入的方法、转发设备及网络控制器 | |
CN105704042A (zh) | 报文处理方法、bng及bng集群系统 | |
CN108934035A (zh) | 数据备份方法和装置 | |
CN105450615A (zh) | 多媒体的直播方法、系统、服务器、第一终端以及第二终端 | |
CN101132357A (zh) | 一种无线接入网络重组方法、系统及重组控制器 | |
CN106506368A (zh) | 一种基于互联网的数据通信实现方法 | |
CN104869015B (zh) | 搭建星型堆叠的方法和虚拟机设备 | |
CN104994502A (zh) | 基于xmpp协议的商业wifi管理系统及其使用方法 | |
CN112351106B (zh) | 一种含事件网格的服务网格平台及其通信方法 | |
CN101304372A (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 |