Nothing Special   »   [go: up one dir, main page]

CN106411552A - 虚拟机状态管理方法及装置 - Google Patents

虚拟机状态管理方法及装置 Download PDF

Info

Publication number
CN106411552A
CN106411552A CN201510466806.4A CN201510466806A CN106411552A CN 106411552 A CN106411552 A CN 106411552A CN 201510466806 A CN201510466806 A CN 201510466806A CN 106411552 A CN106411552 A CN 106411552A
Authority
CN
China
Prior art keywords
health
function
virtual machine
management function
health management
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
CN201510466806.4A
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201510466806.4A priority Critical patent/CN106411552A/zh
Priority to PCT/CN2016/079093 priority patent/WO2016180141A1/zh
Publication of CN106411552A publication Critical patent/CN106411552A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34Signalling channels for network management communication
    • H04L41/342Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明提供了一种虚拟机状态管理方法及装置,其中,该方法包括:在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文,该VM状态管理功能或功能实例接收该VM的VM状态查询反馈报文并获得该VM的状态信息,该VM状态管理功能或功能实例将该VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备,解决了相关协议对虚拟机VM状态的管理还不完善的问题,实现了NVO3环境下的虚拟机状态的实时管理。

Description

虚拟机状态管理方法及装置
技术领域
本发明涉及通信领域,具体而言,涉及一种虚拟机状态管理方法及装置。
背景技术
在数据中心中,如何通过虚拟化技术,例如虚拟机,提供虚拟网络(Virtual Network,简称为VN)是一个热门的话题,涉及到网络的虚拟化等众多方面,引起设备供应商和运营商的多方关注。例如,电气和电子工程师协会(Institute for Electrical and ElectronicEngineers,简称为IEEE)推出802.1Qbg(边缘虚拟桥),支持虚拟机(IEEE术语为虚拟站。需要区分提供虚拟站的平台,称为EVB站。),如何连接到虚拟化平台外的交换机(Edge Virtual Bridging,简称为EVB桥)。图1是相关技术中的EVB的体系结构示意图,如图1所示,通过虚拟机接口发现和配置协议(Virtual Station Interface discovery andconfiguration protocol,简称为VDP),分组数据汇聚协议(Packet Data ConvergenceProtocol,简称为PDCP)和扩展能力端口模式协议(Extented Capability Port,简称为ECP)等一系列协议,实现虚拟机接口(Virtual Station Interface,简称为VSI)到EVB桥的连接。另外,在国际互联网工程任务组(The Internet Engineering Task Force简称为IETF)中也专门成立了一个工作组基于层3的网络虚拟化(Network Virtualization Overlaybased-on L3Network,简称为NVO3),对其进行研究。图2是相关技术中NVO3虚拟网络提供的架构示意图,如图2所示,对具体如何实现VN的提供,有了一致的认识。
如图2所示,有一个集中的网络虚拟化控制设备(Network Virtualization Authority,简称为NVA),实现对业务提供的控制,VN中的多个虚拟机(Virtual Machine,简称为VM)连接到网络虚拟化边缘设备(Network Virtualization Edge,简称为NVE),并进一步与NVE中的该VN的虚拟路由转发功能(Virtual Routing and Forwarding,简称为VRF)进行关联,多个不同NVE种的同一VN的不同的VRF,通过NVE直接的重叠网络隧道实现连接,从而实现VN。当然,VN可以通过NVE(一般驻留在数据中心无关)和互联网实现连接。
但对NVO3如何实现VN的具体的解决方案,还莫衷一是。特别是对VM如何接入NVE这一段的控制协议,一种观点认为,可以通过IEEE的VDP来承担。直观的,VDP是实现VSI/VM到EVB桥(主要是和面向通道的桥接口(Station-facing bridge port,简称为SBP))的关联工作,这和VM加入NVE的VN非常相似,是一种可能的解决方案。在NVO3中有较多的讨论,例如,因为VDP是一种L2的协议,为了实现NVO3的虚拟网络,需要进行L3地址信息的支持,以及需要支持VN-ID信息的传递等。而对VM状态的管理,目前还主要关注于VM的生成和删除等等的生命周期管理,具体的包括VM处于初始化状态、就绪状态和激活状态等。在激活状态下,就认为VM是正常工作的。则是与VDP所处的位置有关,或者进一步在相关技术体制下,Hypervisor也就只能获得这些VM的信息。
但是,在VM处于激活状态,或者运行状态下,VM本身是需要执行特别的工作,或者多项工作的,由于某种原因,这些工作或者功能有可能是不工作的,或者功能不能执行。这对VN的中的其他VM而言,该VM实际上是不可用的,但是VDP技术体制不能提供对该问题的解决方案。
针对相关技术中,相关协议对虚拟机VM状态的管理还不完善的问题,目前还没有有效的解决方案。
发明内容
本发明提供了一种虚拟机状态管理方法及装置,以至少解决相关技术中相关协议对虚拟机VM状态的管理还不完善的问题。
根据本发明的一个方面,提供了一种虚拟机状态管理方法,包括:
在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文;
所述VM状态管理功能或功能实例接收所述VM的VM状态查询反馈报文并获得所述VM的状态信息;
所述VM状态管理功能或功能实例将所述VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备。
进一步地,所述运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文,或者接收VM状态查询反馈报文包括:
所述VM状态管理功能或功能实例通过第一预定义的以太网帧向所述ER连接的VM发送所述状态查询报文,其中,在所述第一预定义的以太网帧为广播类型的情况下,所述VM状态管理功能或功能实例向所述ER连接的所有VM发送所述状态查询报文,在所述第一预定义的以太网帧为单播类型的情况下,所述VM状态管理功能或功能实例以指定的VM的MAC地址为目的地址向指定的VM发送所述VM状态查询报文;
所述VM以第二预定义的以太网帧发送VM状态查询反馈报文。
进一步地,所述VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之前,所述方法包括:
所述VM状态管理功能或功能实例接收NVE通过预设协议扩展的三元组TLV字段传送的状态查询命令信息,其中,所述状态查询命令信息用于指示所述VM状态管理功能或功能实例反馈/收集的所述VM的状态信息。
进一步地,所述VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之后,包括:
接收状态查询反馈报文并获得所述VM的状态信息,并结合站点中保存的VM状态信息,形成VM的状态信息;
进一步,如果在预设时间段内没有收到所述VM回复的情况下,按照设定次数重复发送所述VM状态查询报文之后,在没有收到所述VM回复的情况下,判定所述VM不可达,形成不可达的VM状态信息。
进一步地,所述VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文的发送时机包括以下至少之一:
在接收NVE发送的状态查询命令信息的情况下,所述VM状态管理功能或功能实例向VM发送VM状态查询报文;
定期发送VM状态查询报文。
进一步地,所述预设协议包括为:
虚拟机接口发现和配置协议VDP,及所述VDP支持协议:分组数据汇聚协议CDCP和扩展能力端口模式协议ECP。
进一步地,所述虚拟机状态管理方法,包括:
所述NVE直接使用第三预定义的以太网帧,向虚拟机VM发送VM状态查询报文;所述VM使用第四预定义的以太网帧直接向NVE反馈VM状态信息。所述第三预定义的以太网帧和所述第四预定义的以太网帧不同于所述第一预定义的以太网帧和第二预定义的以太网帧的类型值。
根据本发明的另一个方面,还提供了一种虚拟机状态管理装置,包括:
第一发送模块,用于在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文;
第一接收模块,用于所述VM状态管理功能或功能实例接收所述VM的VM状态查询反馈报文并获得所述VM的状态信息;
第二发送模块,用于所述VM状态管理功能或功能实例将所述VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备。
进一步地,所述第一发送模块包括:
预定义发送单元,用于所述VM状态管理功能或功能实例通过第一预定义的以太网帧向所述ER连接的VM发送所述状态查询报文,其中,在所述第一预定义的以太网帧为广播类型的情况下,所述VM状态管理功能或功能实例向所述ER连接的所有VM发送所述状态查询报文,在所述第一预定义的以太网帧为单播类型的情况下,所述VM状态管理功能或功能实例以指定的VM的MAC地址为目的地址向指定的VM发送所述VM状态查询报文;
所述第一接收模块还用于接收所述VM以第二预定义的以太网帧发送VM状态查询反馈报文。
进一步地,所述装置包括:
第二接收模块,用于所述VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之前,所述VM状态管理功能或功能实例接收NVE通过预设协议扩展的三元组TLV字段传送的状态查询命令信息,其中,所述状态查询命令信息用于指示所述VM状态管理功能或功能实例反馈/收集的所述VM状态信息。
进一步地,所述装置包括:
判定模块,用于在接收状态查询反馈的状态信息,并将结合站点中保存的VM状态信息,形成VM的状态信息;并且,如果在预设时间段内没有收到所述VM回复的情况下,按照设定次数重复发送所述VM状态查询报文之后,在没有收到所述VM回复的情况下,判定所述VM不可达,即形成VM不可达的状态信息;
所述第二发送模块,还用于向所述NVE报告所述VM不可达的状态信息。
进一步地,所述第一发送模块,还用于在接收NVE发送的状态查询命令信息的情况下,所述VM状态管理功能或功能实例向VM发送VM状态查询报文;
所述第一发送模块,还用于定期发送VM状态查询报文。
进一步地,所述预设协议包括为:虚拟机接口发现和配置协议VDP,及所述VDP支持协议:分组数据汇聚协议CDCP,扩展能力端口模式协议ECP。
通过本发明,在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文,该VM状态管理功能或功能实例接收该VM的VM状态查询反馈报文并获得该VM状态信息,该VM状态管理功能或功能实例将该VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备,解决了相关协议对虚拟机VM状态的管理还不完善的问题,实现了NVO3环境下的虚拟机状态的实时管理。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中的EVB的体系结构示意图;
图2是相关技术中NVO3虚拟网络提供的架构示意图;
图3是根据本发明实施例的一种虚拟机状态管理方法的流程图;
图4是根据本发明实施例的一种虚拟机状态管理装置的结构框图一;
图5是根据本发明实施例的一种虚拟机状态管理装置的结构框图二;
图6是根据本发明实施例的一种虚拟机状态管理装置的结构框图三;
图7是根据本发明实施例的一种虚拟机状态管理装置的结构框图四;
图8是根据本发明实施例的网络功能结构示意图;
图9是根据本发明实施例的以太网帧结构示意图;
图10是根据本发明实施例的VM状态收集命令以太网帧格式的详细定义示意图;
图11是根据本发明实施例VM状态VDP TLV定义意图;
图12是根据本发明实施例另一种VM状态VDP TLV定义意图;
图13是根据本发明实施例基于VDP扩展的VM状态管理的流程示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种虚拟机状态管理方法,图3是根据本发明实施例的一种虚拟机状态管理方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文;
步骤S304,该VM状态管理功能或功能实例接收该VM的VM状态查询反馈报文并获得该VM的状态信息;
步骤S306,该VM状态管理功能或功能实例将该VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备。
通过上述步骤,在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文,该VM状态管理功能或功能实例接收该VM的VM状态查询反馈报文并获得该VM状态信息,该VM状态管理功能或功能实例将该VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备,解决了相关协议对虚拟机VM状态的管理还不完善的问题,实现了NVO3环境下的虚拟机状态的实时管理。
在本实施例中,该运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文,或者接收VM状态查询反馈报文包括:
该VM状态管理功能或功能实例通过第一预定义的以太网帧向该ER连接的VM发送该状态查询报文,其中,在该第一预定义的以太网帧为广播类型的情况下,该VM状态管理功能或功能实例向该ER连接的所有VM发送该状态查询报文,在该第一预定义的以太网帧为单播类型的情况下,该VM状态管理功能或功能实例以指定的VM的MAC地址为目的地址向指定的VM发送该VM状态查询报文;
该VM以第二预定义的以太网帧发送VM状态查询反馈报文。
在本实施例中,该VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之前,该VM状态管理功能或功能实例接收NVE通过预设协议扩展的三元组TLV字段传送的状态查询命令信息,其中,该状态查询命令信息用于指示该VM状态管理功能或功能实例反馈/收集的该VM的状态信息。
在本实施例中,该VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之后,接收状态查询反馈报文并获得该VM的状态信息,并结合站点中保存的VM状态信息,形成VM的状态信息;
进一步,如果在预设时间段内没有收到该VM回复的情况下,按照设定次数重复发送该VM状态查询报文之后,在没有收到该VM回复的情况下,判定该VM不可达,形成不可达的VM状态信息;
在本实施例中,该VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文的发送时机包括以下至少之一:
在接收NVE发送的状态查询命令信息的情况下,该VM状态管理功能或功能实例向VM发送VM状态查询报文;
定期发送VM状态查询报文。
在本实施例中,该预设协议包括为:
虚拟机接口发现和配置协议VDP,及该VDP支持协议:分组数据汇聚协议CDCP和扩展能力端口模式协议ECP。
在本实施例中,该NVE直接使用第三预定义的以太网帧,向虚拟机VM发送VM状态查询报文;该VM使用第四预定义的以太网帧直接向NVE反馈VM状态信息。该第三预定义的以太网帧和第四预定义的以太网帧不同于该第一预定义的以太网帧和第二预定义的以太网帧的类型值。
在本实施例中还提供了一种虚拟机状态管理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的一种虚拟机状态管理装置的结构框图一,如图4所示,该装置包括:
第一发送模块42,用于在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文;
第一接收模块44,用于该VM状态管理功能或功能实例接收该VM的VM状态查询反馈报文并获得该VM的状态信息;
第二发送模块46,用于该VM状态管理功能或功能实例将该VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备。
通过上述装置,在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文,该VM状态管理功能或功能实例接收该VM的VM状态查询反馈报文并获得该VM状态信息,该VM状态管理功能或功能实例将该VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备,解决了相关协议对虚拟机VM状态的管理还不完善的问题,实现了NVO3环境下的虚拟机状态的实时管理。
图5是根据本发明实施例的一种虚拟机状态管理装置的结构框图二,如图5所示,该装置包括:该第一发送模块42包括:
预定义发送单元52,用于该VM状态管理功能或功能实例通过第一预定义的以太网帧向该ER连接的VM发送该状态查询报文,其中,在该第一预定义的以太网帧为广播类型的情况下,该VM状态管理功能或功能实例向该ER连接的所有VM发送该状态查询报文,在该第一预定义的以太网帧为单播类型的情况下,该VM状态管理功能或功能实例以指定的VM的MAC地址为目的地址向指定的VM发送该VM状态查询报文;
该第一接收模块44还用于接收该VM以第二预定义的以太网帧发送VM状态查询反馈报文。
图6是根据本发明实施例的一种虚拟机状态管理装置的结构框图三,如图6所示,该装置包括:
第二接收模块62,用于该VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之前,该VM状态管理功能或功能实例接收NVE通过预设协议扩展的三元组TLV字段传送的状态查询命令信息,其中,该状态查询命令信息用于指示该VM状态管理功能或功能实例反馈/收集的该VM状态信息。
图7是根据本发明实施例的一种虚拟机状态管理装置的结构框图四,如图7所示,该装置包括:
判定模块72,用于在接收状态查询反馈的状态信息,并将结合站点中保存的VM状态信息,形成VM的状态信息;并且,如果在预设时间段内没有收到该VM回复的情况下,按照设定次数重复发送该VM状态查询报文之后,在没有收到该VM回复的情况下,判定该VM不可达,即形成VM不可达的状态信息;
该第二发送模块46,还用于向该NVE报告该VM不可达的信息,其中,该不可达的信息指示该NVE刷新虚拟路由转发功能VRF的该VM不可达的状态信息。
在本实施例中,该第一发送模块42,还用于在接收NVE发送的状态查询命令信息的情况下,该VM状态管理功能或功能实例向VM发送VM状态查询报文;
该第一发送模块42,还用于定期发送VM状态查询报文。
在上述实施例中,该预设协议包括为:虚拟机接口发现和配置协议VDP,及该VDP支持协议:分组数据汇聚协议CDCP,扩展能力端口模式协议ECP。
在另外一个实施例中,还提供了一种数据中心中NVO3环境下、基于VDP的虚拟机状态管理的实现方法和系统。具体地,包括:
ER的上行接口支持VDP实例,同时支持VDP对VM的状态的收集的功能实体/实例。
进一步,具体的,状态收集功能实体,通过特定的以太网广播帧发送状态征询报文。ER所连接的所有VM,在收到该状态查询报文后,以该VM的MAC地址,以状态收集功能实体的MAC地址为目的地址发送状态信息。
所述特定的以太网帧,通过特定的以太网帧类型进行定义。
优选的,VM状态收集功能实例,也可以通过单播的以太网帧,来进行状态收集,具体的,使用VM的MAC地址直接发送单播的状态查询报文。
VM状态收集功能实例,在收集到VM的状态信息后,通过VDP协议的扩展,将信息发送给NVE。
进一步,VM状态管理功能实体/实例可以接收NVE通过VDP扩展TLV传送的状态查询命令信息。
进一步,VM状态收集功能实例在发送状态查询报文后,在规定的时间内没有收到回复,则可以再进行设定次数的报文发送,如果没有收到回复,则判定该VM不可达。需要向NVE报告VM不可达信息,并刷新NVE中的VRF的VM状态信息。
进一步,VM状态收集功能实例状态查询报文的发送时机,可以是NVE发送来的状态查询,或者VM状态收集功能实例本身定义的保活(keepalive)时钟设定触发的。
经过这样的扩展,可以基于VDP协议的扩展实现在NVO3环境下的虚拟机状态的动态刷新和管理。
图8是根据本发明实施例的网络功能结构示意图,如图8所示,其中,为了收集VM的运行状态,最基本的方法是与之进行通信,显式地询问其状态。在EVB的情况下,由于可以使用VDP来进行相关的信息传递,因此,一个可行的解决方案,是由驻留VDP功能实体的ER的上行接口(Uplink Relay Port,简称为URP)上,再运行一个VM状态收集功能实例,来实现VM的状态的收集。
需要说明的是,在VM和NVE之间,也可以运行其他的协议,来实现状态的收集。
具体的,由于VSI和SBP之间,存在L2报文传输通道,这样本发明,就是使用ER和VM之间的L2隧道来进行状态收集。
具体的,是定义一种新的/指定类型以太网帧格式,专门用于URP和VM之间进行信息交互。新的以太网帧,是指不同于现有的以太网类型,是专门用于VM状态信息交互的一种以太网类型。一般而言在大规模部署时,这个类型需要IEEE的批准。具体的数值,是在IEEE可以提供的类型中选择一个,并需要IEEE批准。一个具体的参考例子是,在以太网上承载PPP协议(Point to Point Protocol over Ethernet,简称为PPPoE)发现阶段报文的以太网类型值为0x8863(即16进制的8863)。
需要说明的是,这里需要2个指定类型的以太网帧,一个用于查询命令;另外一个用于查询命令的状态反馈。当然,都需要IEEE的批准。
图9是根据本发明实施例的以太网帧结构示意图,如图9所示,而具体的状态的信息获得,还需要做进一步的命令定义。具体的,是通过该以太网帧的载荷部分来实现。在载荷部分,定义一个新的报头。图10是根据本发明实施例的VM状态收集命令以太网帧格式的详细定义示意图,如图10所示。
其中编码字段定义具体实现的功能。包括:状态询问,可以询问单个VM,或者所有VM。这可以通过以太网帧的目的地址来实现,或者区分。具体的,如果是广播地址,则询问域中的所有VM的状态。如果是单播地址,则指定的VM返回其状态信息。
Keepalive命令,定期发送,询问VM的状态,如果在几个keepalive命令后,仍然收不到VM的反馈,则认为该VM是不可达的。
VN-ID字段,用于区分不同的VN信息,这个是可选的。
Session-ID,用于区分不同的通信,具体的VM返回状态信息时也需要返回该session-ID信息,以区分是哪一个状态询问。
另外一个选项是,VM地址/名称,或者一组VM的地址/名称,用于指示具体是针对操作的VM。
版本信息,可以定义为001,用于区分后续的版本。
长度字段,用于指示状态查询报头长度。不包括以太网帧的头部。
为实现的简洁性,可以选择2个以太网帧类型,其中一个用于命令,另外一个用于状态信息的传递。
或者也可以通过编码类型,来进行命令和状态报文的区分。例如,0x00,0x01,用于表示前述的2个命令;用0x04,0x05,表示状态的反馈信息。对这样的报文,可以进一步定义具体的状态编码。例如,0x00表示VM处于正常工作状态;0xFF表示,VM不可用,以及其他的编码表示其他不同的状态。
这里,仅仅做一个示范,具体的定义值,可以根据实际情况进行选择,而不影响本发明的本质内容。
由于VDP用于关联VSI和SBP,并没有相关的内容来传递VM的具体的工作状态,因此,需要对VDP进行扩展,实现VM的状态的传递。
具体的,可以定义一种新的VDP TLV类型,VM状态TLV。可以用保留的TLV值0x06-0x7E中选择一个。
图11是根据本发明实施例VM状态VDP TLV定义意图,如图11所示,而具体的TLV(Type Length Value)定义,如图11所示。具体的包括TLV类型,以及TLV信息长度和状态字段。
进一步,该TLV包括命令字段,用于指示NVE的VM状态查询命令。或者,优选的,图12是根据本发明实施例另一种VM状态VDP TLV定义意图,如图12所示,可以通过状态字段的前4位用于状态查询命令的定义,而后4位用于VM状态的定义。
需要说明的是,也可以利用VDP的现有关联TLV定义的过滤信息字段来进行状态的字段定义。
通过上述的定义和描述,实现了VM状态的信息收集和如何通过VDP的扩展,来实现将VM状态信息,传递给NVE。
而具体的VM状态的传递时机,可以是VM在状态发生变化时,主动发送给NVE,或者VM状态信息收集功能实例在获得VM状态发生变化时,进行传递,也可能是NVE主动发起,或者定期对VM进行状态询问。
图13是根据本发明实施例基于VDP扩展的VM状态管理的流程示意图,如图13所示,包括如下步骤。
步骤S1001、可选的,NVE向VM状态管理功能实体/实例发送VM状态查询信息。
步骤S1002、VM状态管理功能实体/实例,在VM的keepalive计时器时间到,或者在接收到NVE发送的VM状态查询命令或者keepalive命令时,也或者VM状态管理功能实体/实例设定的定时状态查询时间到,启动VM状态查询。
步骤S1003、发送VM状态查询报文。
步骤S1004、VM返回其状态信息。
步骤S1005.VM状态管理功能实体/实例将收到的VM状态信息,发送给NVE,或者做记录、以备后用。或者如果在设定的时间内,再次发送该命令,重复设定次数的命令再次发送,如果仍然不能收到VM的回复,则判定该VM为不可达。
步骤S1006、VM状态管理功能实体/实例将所述VM状态信息,包括VM反馈的信息,或者判定的VM不可达信息,发送给NVE。
其他实施例
上述实施例中,是充分保证利用现有协议的情况下的解决方案,即利用现有的VDP协议的扩展,来完成VM的实时状态查询,而不存在不一致。
另外一个解决方案,是在VDP协议运行的状态报告之外,NVE直接和VM进行通信,获得VM的实时状态信息。
具体的方案是,定义另外2个不同的以太网帧类型,用于NVE和VM之间的状态查询和反馈。
具体的帧的定义和前述的定义类似。不同的是,由于NVE支持多个虚拟网络VN,所以报文中的VN-ID字段是必选项,保证VM的状态信息送到正确的VN。
而具体的实现方面是类似的。例如可以通过广播向NVE所连接的VN中的所有VM发送查询命令,或者通过单播地址向某个特定的VM发送查询命令。而VM一般都是用单播地址反馈状态信息。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行上述实施例的方法步骤的程序代码:
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (13)

1.一种虚拟机状态管理方法,其特征在于,包括:
在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文;
所述VM状态管理功能或功能实例接收所述VM的VM状态查询反馈报文并获得所述VM的状态信息;
所述VM状态管理功能或功能实例将所述VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备。
2.根据权利要求1所述的方法,其特征在于,所述运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文,或者接收VM状态查询反馈报文包括:
所述VM状态管理功能或功能实例通过第一预定义的以太网帧向所述ER连接的VM发送所述状态查询报文,其中,在所述第一预定义的以太网帧为广播类型的情况下,所述VM状态管理功能或功能实例向所述ER连接的所有VM发送所述状态查询报文,在所述第一预定义的以太网帧为单播类型的情况下,所述VM状态管理功能或功能实例以指定的VM的MAC地址为目的地址向指定的VM发送所述VM状态查询报文;
所述VM以第二预定义的以太网帧发送VM状态查询反馈报文。
3.根据权利要求1所述的方法,其特征在于,所述VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之前,所述方法包括:
所述VM状态管理功能或功能实例接收NVE通过预设协议扩展的三元组TLV字段传送的状态查询命令信息,其中,所述状态查询命令信息用于指示所述VM状态管理功能或功能实例反馈/收集所述VM的状态信息。
4.根据权利要求1所述的方法,其特征在于,所述VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之后,包括:
接收状态查询反馈报文并获得所述VM的状态信息,并结合站点中保存的VM状态信息,形成VM的状态信息;
进一步,如果在预设时间段内没有收到所述VM回复的情况下,按照设定次数重复发送所述VM状态查询报文之后,在没有收到所述VM回复的情况下,判定所述VM不可达,形成不可达的VM状态信息。
5.根据权利要求1所述的方法,其特征在于,所述VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文的发送时机包括以下至少之一:
在接收NVE发送的状态查询命令信息的情况下,所述VM状态管理功能或功能实例向VM发送VM状态查询报文;
定期发送VM状态查询报文。
6.根据权利要求1至权利要求5任一项所述的方法,其特征在于,所述预设协议包括为:
虚拟机接口发现和配置协议VDP,及所述VDP支持协议:分组数据汇聚协议CDCP和扩展能力端口模式协议ECP。
7.根据权利要求1或权利要求2所述的方法,其特征在于,所述虚拟机状态管理方法,包括:
所述NVE直接使用第三预定义的以太网帧,向虚拟机VM发送VM状态查询报文;所述VM使用第四预定义的以太网帧直接向NVE反馈VM状态信息。所述第三预定义的以太网帧和所述第四预定义的以太网帧不同于所述第一预定义的以太网帧和第二预定义的以太网帧的类型值。
8.一种虚拟机状态管理装置,其特征在于,包括:
第一发送模块,用于在支持预设协议实例的边缘中继ER的上行接口上运行的虚拟机VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文;
第一接收模块,用于所述VM状态管理功能或功能实例接收所述VM的VM状态查询反馈报文并获得所述VM的状态信息;
第二发送模块,用于所述VM状态管理功能或功能实例将所述VM的状态信息通过预设协议的扩展字段发送给NVE网络虚拟化边缘设备。
9.根据权利要求8所述的装置,其特征在于,所述第一发送模块包括:
预定义发送单元,用于所述VM状态管理功能或功能实例通过第一预定义的以太网帧向所述ER连接的VM发送所述状态查询报文,其中,在所述第一预定义的以太网帧为广播类型的情况下,所述VM状态管理功能或功能实例向所述ER连接的所有VM发送所述状态查询报文,在所述第一预定义的以太网帧为单播类型的情况下,所述VM状态管理功能或功能实例以指定的VM的MAC地址为目的地址向指定的VM发送所述VM状态查询报文;
所述第一接收模块还用于接收所述VM以第二预定义的以太网帧发送VM状态查询反馈报文。
10.根据权利要求8所述的装置,其特征在于,所述装置包括:
第二接收模块,用于所述VM状态管理功能或功能实例向虚拟机VM发送VM状态查询报文之前,所述VM状态管理功能或功能实例接收NVE通过预设协议扩展的三元组TLV字段传送的状态查询命令信息,其中,所述状态查询命令信息用于指示所述VM状态管理功能或功能实例反馈/收集的所述VM的状态信息。
11.根据权利要求8所述的装置,其特征在于,所述装置包括:
判定模块,用于在接收状态查询反馈的状态信息,并将结合站点中保存的VM状态信息,形成VM的状态信息;并且,如果在预设时间段内没有收到所述VM回复的情况下,按照设定次数重复发送所述VM状态查询报文之后,在没有收到所述VM回复的情况下,判定所述VM不可达,即形成VM不可达的状态信息;
所述第二发送模块,还用于向所述NVE报告所述VM不可达的状态信息。
12.根据权利要求8所述的装置,其特征在于,包括:
所述第一发送模块,还用于在接收NVE发送的状态查询命令信息的情况下,所述VM状态管理功能或功能实例向VM发送VM状态查询报文;
所述第一发送模块,还用于定期发送VM状态查询报文。
13.根据权利要求8至权利要求12任一项所述的装置,其特征在于,所述预设协议包括为:
虚拟机接口发现和配置协议VDP,及所述VDP支持协议:分组数据汇聚协议CDCP,扩展能力端口模式协议ECP。
CN201510466806.4A 2015-07-31 2015-07-31 虚拟机状态管理方法及装置 Pending CN106411552A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510466806.4A CN106411552A (zh) 2015-07-31 2015-07-31 虚拟机状态管理方法及装置
PCT/CN2016/079093 WO2016180141A1 (zh) 2015-07-31 2016-04-12 虚拟机状态管理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510466806.4A CN106411552A (zh) 2015-07-31 2015-07-31 虚拟机状态管理方法及装置

Publications (1)

Publication Number Publication Date
CN106411552A true CN106411552A (zh) 2017-02-15

Family

ID=57248796

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510466806.4A Pending CN106411552A (zh) 2015-07-31 2015-07-31 虚拟机状态管理方法及装置

Country Status (2)

Country Link
CN (1) CN106411552A (zh)
WO (1) WO2016180141A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111399972A (zh) * 2019-01-02 2020-07-10 中国移动通信有限公司研究院 一种虚拟机抓包的方法、装置及计算机可读存储介质
CN114416274A (zh) * 2021-10-18 2022-04-29 徐州医科大学 一种虚拟资源管理系统及其方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102647288A (zh) * 2011-02-16 2012-08-22 中兴通讯股份有限公司 一种vm数据访问保护方法及系统
US20150195178A1 (en) * 2014-01-09 2015-07-09 Ciena Corporation Method for resource optimized network virtualization overlay transport in virtualized data center environments

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9405347B2 (en) * 2009-02-26 2016-08-02 Microsoft Technology Licensing, Llc Power-saving operating system for virtual environment
CN102724080B (zh) * 2012-06-29 2015-01-14 杭州华三通信技术有限公司 网络管理系统及方法
CN103997414B (zh) * 2013-02-18 2016-11-09 华为技术有限公司 生成配置信息的方法和网络控制单元

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102647288A (zh) * 2011-02-16 2012-08-22 中兴通讯股份有限公司 一种vm数据访问保护方法及系统
US20150195178A1 (en) * 2014-01-09 2015-07-09 Ciena Corporation Method for resource optimized network virtualization overlay transport in virtualized data center environments

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111399972A (zh) * 2019-01-02 2020-07-10 中国移动通信有限公司研究院 一种虚拟机抓包的方法、装置及计算机可读存储介质
CN111399972B (zh) * 2019-01-02 2023-05-09 中国移动通信有限公司研究院 一种虚拟机抓包的方法、装置及计算机可读存储介质
CN114416274A (zh) * 2021-10-18 2022-04-29 徐州医科大学 一种虚拟资源管理系统及其方法

Also Published As

Publication number Publication date
WO2016180141A1 (zh) 2016-11-17

Similar Documents

Publication Publication Date Title
CN104106303A (zh) 用于在无线网络中在设备之间建立隧道式直接链路设立(tdls)会话的方法和装置
CN104243265A (zh) 一种基于虚拟机迁移的网关控制方法、装置及系统
CN109088820B (zh) 一种跨设备链路聚合方法、装置、计算装置和存储介质
EP1919138A1 (en) A method for implementing backup of the uplink
CN102845123A (zh) 虚拟私云的连接方法及隧道代理服务器
CN101605103A (zh) 一种组播数据静态转发的方法及装置
CN104937896A (zh) 地址解析协议消息的处理方法和转发器、控制器
CN101764751A (zh) 无线用户终端跨vlan漫游报文转发的方法、系统及设备
CN103945445A (zh) 一种测试接入控制器性能的方法及装置
CN105472023A (zh) 一种远程直接存储器存取的方法及装置
CN102739541A (zh) 一种路由功能启动及数据传输的方法、设备和系统
CN102812744A (zh) 用于移动回程网络的efm-oam和cfm-oam的互配
CN102065152A (zh) 拼接墙系统及其通信装置
CN102594886B (zh) 浏览器与浏览器直通的方法、装置和通信系统
CN102882781A (zh) 一种报文发送的方法、路由器桥及系统
CN106506717A (zh) 一种自动发现方法及设备
CN103036729A (zh) 一种开放网络能力的系统、方法和相关网元
CN103716230B (zh) 消息发送方法、装置及服务器
CN103401954B (zh) 虚拟dhcp的实现方法
CN104521211A (zh) 一种会话连接建立的方法、装置和系统
CN102369764A (zh) 一种实现最短连接路径的系统和实现最短连接路径的方法
CN102710495B (zh) 一种监控网络用户主机建立路由信息的方法及装置
CN112770370B (zh) 用于智能设备入网的方法、装置及智能设备
CN102299862A (zh) 二层隧道快速转发设备和方法
CN106411552A (zh) 虚拟机状态管理方法及装置

Legal Events

Date Code Title Description
C06 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: 20170215