CN108319492A - 复位物理机的方法、装置与系统 - Google Patents

复位物理机的方法、装置与系统 Download PDF

Info

Publication number
CN108319492A
CN108319492A CN201710034823.XA CN201710034823A CN108319492A CN 108319492 A CN108319492 A CN 108319492A CN 201710034823 A CN201710034823 A CN 201710034823A CN 108319492 A CN108319492 A CN 108319492A
Authority
CN
China
Prior art keywords
physical
machine
virtual machine
message
virtual
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
Application number
CN201710034823.XA
Other languages
English (en)
Other versions
CN108319492B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201710034823.XA priority Critical patent/CN108319492B/zh
Publication of CN108319492A publication Critical patent/CN108319492A/zh
Application granted granted Critical
Publication of CN108319492B publication Critical patent/CN108319492B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061Partitioning or combining of resources
    • G06F9/5077Logical partitioning of resources; Management or configuration of virtualized resources
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45575Starting, stopping, suspending or resuming virtual machine instances
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45595Network integration; Enabling network access in virtual machine instances

Abstract

本申请提供了一种复位物理机的方法、装置与系统,该方法包括:确定待复位的至少两个物理机,至少两个物理机上部署有多个虚拟机;将至少两个物理机划分为第一物理组与第二物理组;通知虚拟基础设施管理者(VIM)将第一物理组的物理机上部署的、且资源组属性为第二标识的虚拟机热迁移到第二物理组的物理机上,将第二物理组的物理机上部署的、且资源组属性为第一标识的虚拟机热迁移到第一物理组的物理机上;保证虚拟机业务不中断的前提下,通知VIM对第一物理组的物理机进行复位;然后再通知VIM对第二物理组的物理机进行复位,从而可以在不影响虚拟机业务的前提下,完成物理机的复位,而且对虚拟机部署没有严格要求,具有较好地推广性。

Description

复位物理机的方法、装置与系统
技术领域
本申请涉及虚拟机领域,并且更具体地,涉及一种复位物理机的方法、装置与系统。
背景技术
网络功能虚拟化(Network Function Virtualisation,NFV)是一种针对网络架构的概念,NVF旨在采用虚拟化的方法,将原本运行在专用设备的网络功能(例如网关或防火墙)用软件的方式实现,通过在标准的通用设备(例如服务器、存储器或交换机)中运行的虚拟网络功能(Virtualised Network Function,VNF)得以实现。VNF指的是,用软件形式来实现原本由各类网络硬件所具备的功能。NFV使得网络与资源可以灵活编排及部署,从而降低网络建设及维护成本,同时通过软硬件解耦及功能抽象,使得网络设备的功能不再依赖于专用硬件,从而大大降低通信网络的建设成本。
但是,NFV基于软硬件解耦的理念产生了分层交付与分层运维的商业模式,具体地址,要求基础设施即服务(Infrastructure as a Service,IaaS)层的操作和VNF业务的运维互不影响,例如,IaaS的升级或打补丁操作不能中断或影响VNF业务。对IaaS进行升级或打补丁等操作都需要对服务器硬件进行上、下电复位动作,必然也会导致运行在服务器上的虚拟机(Virtual Machine,VM)也进行复位,从而可能造成VNF业务中断。
如何快速完成IaaS层的升级或打补丁操作,又不造成VNF业务的中断,是NFV技术当前发展阶段的一个难题及挑战。
目前,业界比较通用的一种解决方案是预留冗余服务器资源,将待升级服务器上的虚拟机热迁移到其他冗余服务器上,接着对待升级服务器进行复位,以此循环往复,直到将IaaS层所有的服务器复位,完成IaaS的升级或打补丁操作。虚拟机的热迁移指的是,将一个旧的虚拟机的运行数据拷贝并快速恢复到其他物理服务器的新的虚拟机上,恢复以后,可以利用新的虚拟机替代老的虚拟机,并可以实现运行数据的平滑运行。由于新、旧虚拟机的中间切换时间非常短,对VNF业务一般不产生明显影响。
上述可知,现有技术在IaaS升级过程(或打补丁过程)中,需要逐个将所有服务器上的虚拟机迁移到冗余服务器上。要想快速的完成IaaS升级操作(打补丁操作),需要增加并行操作的数量,因此需要预留较多的冗余服务器,这样虽然可以缩短IaaS的升级时间(或打补丁时间),但冗余服务器的数量越大,资源成本越大;反之,如果冗余服务器的数量少,则会导致IaaS的升级时间(打补丁时间)较长,无法在规定的时间内完成IaaS的升级操作(或打补丁操作)。
发明内容
本申请提供一种复位物理机的方法、装置与系统,可以在不影响虚拟机业务、且无需预留冗余物理机的前提下,高效完成物理机的复位,且对虚拟机部署没有严格要求,具有较好地推广性。
第一方面,提供一种复位物理机的方法,所述方法包括:确定待复位的至少两个物理机,所述至少两个物理机上部署有多个虚拟机,所述多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,所述第一逻辑组中的第一虚拟机与所述第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,所述第一逻辑组的虚拟机的资源组属性为第一标识,所述第二逻辑组的虚拟机的资源组属性为第二标识;将所述至少两个物理机划分为第一物理组与第二物理组;向虚拟基础设施管理者(Virtualised Infrastructure Manager,VIM)发送第一消息,所述第一消息用于指示将所述第一物理组的物理机上部署的、且所述资源组属性为所述第二标识的虚拟机热迁移到所述第二物理组的物理机上,所述第一消息还用于指示将所述第二物理组的物理机上部署的、且所述资源组属性为所述第一标识的虚拟机热迁移到所述第一物理组的物理机上;在所述热迁移完成后,向虚拟网络功能VNF发送第二消息,所述第二消息用于指示第一次业务倒换,所述第一次业务倒换表示将所述第一物理组中部署的虚拟机上的业务倒换到所述第二物理组中部署的虚拟机上;在所述第一次业务倒换完成后,向所述VIM发送第三消息,所述第三消息用于指示对所述第一物理组的物理机进行复位;在所述第一物理组的物理机复位完成后,向所述VNF发送第四消息,所述第四消息用于指示第二次业务倒换,所述第二次业务倒换表示将所述第二物理组中部署的虚拟机上的业务倒换到所述第一物理组中部署的虚拟机上;在所述第二次业务倒换完成后,向所述VIM发送第五消息,所述第五消息用于指示对所述第二物理组的物理机进行复位。
具体地,对于主备类型的虚拟机,同一组网络功能对应的主、备虚拟机分别位于第一逻辑组与第二逻辑组中,例如,所有主用虚拟机位于第一逻辑组中,所有备用虚拟机位于第二逻辑组中,或者反过来。
本申请对虚拟机部署没有严格要求,换句话说,在虚拟机部署阶段,可以根据应用场景或者组网需求任意部署虚拟机,只有当需要复位物理机时,才会通过热迁移虚拟机,改变虚拟机的部署位置,以实现在不影响虚拟机业务的前提下对物理机进行复位,换句话说,本申请可以兼容现有的虚拟机部署方案。还需要说明的是,在本申请中,在完成对第二物理组的物理机的复位后,即完成待复位的所有物理机后(或者直到所有物理机完成升级或完成打补丁后),可以根据实际应用场景任意部署虚拟机,例如,可以恢复到虚拟机原始的部署方式,也可以根据具体的组网需求,重新部署虚拟机。总之,本申请对虚拟机部署没有严格要求,具有较好地推广性。
因此,本申请可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本申请无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本申请对虚拟机部署没有严格要求,具有较好地推广性。
可选地,作为一种实现方式,控制设备可以通过第一消息直接告知VIM需要将第一物理组的哪些虚拟机热迁移到第二物理组,以及需要将第二物理组的哪些虚拟机热迁移到第一物理组。对应地,VIM接收到第一消息后,可以直接执行热迁移动作。
具体地,控制设备筛选出第一物理组中部署的、资源组属性为第二标识的虚拟机(记为第一批虚拟机),并筛选出第二物理组中部署的、资源组属性为第一标识的虚拟机(记为第二批虚拟机),并记录这些需要热迁移的虚拟机,例如可以记录这些虚拟机的编号或者其他用于唯一标识虚拟机的信息。然后,向VIM发送第一消息,该第一消息用于指示将该第一批虚拟机由第一物理组热迁移到第二物理组,将该第二批虚拟机由第二物理组热迁移到第一物理组。VIM接收到该第一消息后,应理解,第一消息还会指示第一物理组中的物理机的信息以及位于第二物理组中的物理机的信息。VIM接收到第一消息后,可以直接对第一物理组与第二物理组内的虚拟机进行热迁移。
可选地,作为另一种实现方式,控制设备可以通过第一消息,告知VIM待复位的物理机分为第一物理组与第二物理组,且还告知第一物理组的组标识与第一标识的对应关系,以及第二物理组的组标识与第二标识的对应关系。VIM接收到第一消息后,将第一物理组中部署的、资源组属性与第一物理组的组标识没有对应关系的虚拟机热迁移到第二物理组,将第二物理组中部署的、资源组属性与第二物理组的组标识没有对应关系的虚拟机热迁移到第一物理组,换句话说,将该第一物理组的物理机上部署的、且该资源组属性为该第二标识的虚拟机热迁移到该第二物理组的物理机上,将该第二物理组的物理机上部署的、且该资源组属性为该第一标识的虚拟机热迁移到该第一物理组的物理机上。
应理解,热迁移指的是,将一个物理机上部署的虚拟机(记为老的虚拟机)的运行数据拷贝并快速恢复到其他物理机的新的虚拟机上,恢复以后用新的虚拟机替代老的虚拟机并平滑运行,由于中间的切换时间非常短,对周边系统或用户一般不产生明显影响,换句话说,对虚拟机业务不产生明显影响。
结合第一方面,在第一方面的某些可能的实现方式中,所述每个虚拟机的资源组属性是通过虚拟化的网络功能模块描述符VNFD文件配置的。
应理解,虚拟化的网络功能模块描述符(Virtualised Network FunctionDescriptor,VNFD)是用于描述一个虚拟化网络功能模块的部署与操作行为的配置模板。通常,VNFD被应用于虚拟化的网络功能模块的运行过程,以及对于虚拟化的网络功能模块实例的生命周期管理。
结合第一方面,在第一方面的某些可能的实现方式中,所述每个虚拟机的资源组属性存储在所述每个虚拟机的预留字段上。
可选地,在一种实现方式中,对于基于Openstack架构的Cloud OS场景下,可以将虚拟机的资源组属性保存在虚拟机的元数据(metadata)属性字段中。
可选地,在另一种实现方式中,对于非Openstack架构的云场景,可以将虚拟机的资源组属性保存其他的预留字段中,例如在VMWare云下,可以将虚拟机的资源组属性作为虚拟机名称的扩展后缀保存下来。
因此,本申请在虚拟机的预留字段中存储资源组属性,有助于在物理机的复位过程中根据虚拟机的资源组属性对其进行分组,从而保证在复位物理机的过程中虚拟机业务不中断。
结合第一方面,在第一方面的某些可能的实现方式中,所述第三消息用于指示对所述第一物理组的物理机进行复位并升级,所述第五消息用于指示对所述第二物理组的物理机进行复位并升级。
在本申请中,可以在未对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的升级;可以通过两个批次就可以完成所有物理机的升级,相比于现有技术,有效缩短了物理机的升级时长。
结合第一方面,在第一方面的某些可能的实现方式中,所述第三消息用于指示对所述第一物理组的物理机进行复位并打补丁,所述第五消息用于指示对所述第二物理组的物理机进行复位并打补丁。
在本申请中,可以在未对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的打补丁;可以通过两个批次就可以完成所有物理机的打补丁,相比于现有技术,有效缩短了物理机的打补丁的时长。
第二方面,提供一种复位物理机的方法,所述方法包括:接收控制设备发送的第一消息,所述第一消息用于指示将待复位的至少两个物理机中第一物理组的物理机上部署的、且资源组属性为第二标识的虚拟机热迁移到所述至少两个物理机中第二物理组的物理机上,所述第一消息还用于指示将所述第二物理组的物理机上部署的、且资源组属性为第一标识的虚拟机热迁移到所述第一物理组的物理机上,其中,所述至少两个物理机上部署有多个虚拟机,所述多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,所述第一逻辑组中的第一虚拟机与所述第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,所述第一逻辑组的虚拟机的资源组属性为所述第一标识,所述第二逻辑组的虚拟机的资源组属性为所述第二标识;根据所述第一消息,将所述第一物理组的物理机上部署的、且所述资源组属性为所述第二标识的虚拟机热迁移到所述第二物理组的物理机上,将所述第二物理组的物理机上部署的、且所述资源组属性为所述第一标识的虚拟机热迁移到所述第一物理组的物理机上;在完成所述热迁移后,接收所述控制设备发送的第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位;在完成对所述第一物理组的物理机的复位后,接收所述控制设备发送的第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位。
因此,本申请可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本申请无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本申请对虚拟机部署没有严格要求,具有较好地推广性。
结合第二方面,在第二方面的某些可能的实现方式中,所述每个虚拟机的资源组属性是通过虚拟化的网络功能模块描述符VNFD文件配置的。
结合第二方面,在第二方面的某些可能的实现方式中,所述每个虚拟机的资源组属性存储在所述每个虚拟机的预留字段上。
结合第二方面,在第二方面的某些可能的实现方式中,所述每个虚拟机的资源组属性存储在所述每个虚拟机的元数据属性字段上。
因此,本申请在虚拟机的预留字段中存储资源组属性,有助于在物理机的复位过程中根据虚拟机的资源组属性对其进行分组,从而保证在复位物理机的过程中虚拟机业务不中断。
结合第二方面,在第二方面的某些可能的实现方式中,所述在完成所述热迁移后,接收所述控制设备发送的第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位,包括:在完成所述热迁移后,接收所述控制设备发送的所述第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位并升级;所述在完成对所述第一物理组的物理机的复位后,接收所述控制设备发送的第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位,包括:在完成对所述第一物理组的物理机的复位与升级后,接收所述控制设备发送的所述第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位并升级。
在本申请中,可以在未对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的升级;可以通过两个批次就可以完成所有物理机的升级,相比于现有技术,有效缩短了物理机的升级时长。
结合第二方面,在第二方面的某些可能的实现方式中,所述在完成所述热迁移后,接收所述控制设备发送的第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位,包括:在完成所述热迁移后,接收所述控制设备发送的所述第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位并打补丁;所述在完成对所述第一物理组的物理机的复位后,接收所述控制设备发送的第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位,包括:在完成对所述第一物理组的物理机的复位与打补丁后,接收所述控制设备发送的所述第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位并打补丁。
在本申请中,可以在未对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的打补丁;可以通过两个批次就可以完成所有物理机的打补丁,相比于现有技术,有效缩短了物理机的打补丁的时长。
第三方面,提供一种控制设备,所述控制设备用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地,所述控制设备可以包括用于执行第一方面或第一方面的任一可能的实现方式中的方法的模块。
第四方面,提供一种虚拟基础设施管理者(VIM),所述VIM用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地,所述VIM可以包括用于执行第二方面或第二方面的任一可能的实现方式中的方法的模块。
第五方面,提供一种控制设备,所述控制设备包括存储器和处理器,所述存储器用于存储指令,所述处理器用于执行所述存储器存储的指令,并且对所述存储器中存储的指令的执行使得所述处理器执行第一方面或第一方面的任一方面的可能实现方式中的方法。
第六方面,提供一种虚拟基础设施管理者(VIM),所述VIM包括存储器和处理器,所述存储器用于存储指令,所述处理器用于执行所述存储器存储的指令,并且对所述存储器中存储的指令的执行使得所述处理器执行第二方面或第二方面的任一方面的可能实现方式中的方法。
第七方面,提供了一种通信系统,所述通信系统包括如第三方面提供的控制设备、如第四方面提供的VIM,以及虚拟网络功能(VNF)。
综上所述,本申请可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本申请无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本申请对虚拟机部署没有严格要求,具有较好地推广性。
附图说明
图1为本发明实施例的系统架构的示意图。
图2是本发明实施例提供的复位物理机的方法的示意性流程图。
图3是本发明实施例提供的复位物理机的方法的另一示意性流程图。
图4是本发明实施例提供的控制设备的示意性框图。
图5是本发明实施例提供的控制设备的另一示意性框图。
图6是本发明实施例提供的VIM的示意性框图。
图7是本发明实施例提供的VIM的另一示意性框图。
图8是本发明实施例提供的通信系统的示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本发明实施例提供的复位物理机的方法可以应用于升级云操作系统(Cloud OS)或升级单板固件等场景中。本发明实施例提供的复位物理机的方法还可以应用于对CloudOS进行打补丁或对单板固件进行打补丁等场景中。
本发明实施例提供的技术方案适用于VNF支持按主备或负荷分担部署虚拟机的场景。具体地,在VNF部署阶段,将VNF的所有虚拟机按业务关系分为两个逻辑组,每个逻辑组都可以独立承担业务。例如,对于主备部署的虚拟机,其中一个逻辑组中的虚拟机为主用虚拟机,则另一个逻辑组中的虚拟机为备用虚拟机。再例如,对于负荷分担部署的虚拟机,第一逻辑组与第二逻辑组中的虚拟机承担相同的业务,即业务负载均衡。
为了便于理解本发明实施例提供的技术方案,下面首先对本发明实施例涉及的几个术语进行描述。
本发明实施例中的物理机指的是IaaS层的计算节点,具体地,例如服务器。
本发明实施例中的第一逻辑组与第二逻辑组指的是VNF的所有虚拟机按照业务关系划分的两个逻辑组,这两个逻辑组均可以独立承担业务。例如,本发明实施例中的第一逻辑组的虚拟机对应于主用虚拟机,第二逻辑组的虚拟机对应于备用虚拟机。换句话说,具备同一网络功能的两个虚拟机一个位于第一逻辑组,另一个位于第二逻辑组,如果第一逻辑组的为主用虚拟机,则第二逻辑组的为备用虚拟机,反之亦然。
图1为本发明实施例的通信系统100的示意图。该通信系统100包括控制设备110、虚拟网络功能(Virtualised Network Function,VNF)120、VNF管理者(VNF Manager,VNFM)130、虚拟基础设施管理者(Virtualised Infrastructure Manager,VIM)140与物理机集群150,其中,物理机集群150例如为服务器集群(HOST)。
控制设备110分别可以与VNF 120、VNFM 130与VIM 140可以直接进行通信。VNFM130可以分别与VNF 120与VIM 140可以直接通信,VIM 140可以与物理机集群150通信。VNFM 130负责VNF 120的生命周期管理,一个VNFM可以管理一个或多个VNF。这里的管理是指提供包括部署/扩容/缩容/下线等自动化能力。VIM 140负责对物理硬件虚拟化资源进行统一的管理、监控与优化。当前技术中,主流VIM是Openstack,或其他IaaS平台。
图2是本发明实施例提供的复位部署有虚拟机的物理机的方法200的示意性流程图。图2中的控制设备可以为图1中所示的控制设备110,图2中的虚拟基础设施管理者(VIM)例如为图1中所示的VIM 140,图2中的虚拟网络功能(VNF)例如为图1中所示的VNF120,该方法200中提及的至少两个物理机可以为图1中所示的物理机集群150中的物理机。如2所示,该方法200包括:
201,控制设备确定待复位的至少两个物理机,该至少两个物理机上部署有多个虚拟机,该多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,相同逻辑组的虚拟机所实现的网络功能彼此不同,该第一逻辑组中的第一虚拟机与该第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组(Resource Group)属性,该第一逻辑组的虚拟机的资源组属性为第一标识,该第二逻辑组的虚拟机的资源组属性为第二标识。
具体地,对于主备类型的虚拟机,同一组网络功能对应的主、备虚拟机分别位于第一逻辑组与第二逻辑组中,例如,所有主用虚拟机位于第一逻辑组中,所有备用虚拟机位于第二逻辑组中,或者反过来。
具体地,每个虚拟机的资源组属性可以在虚拟机的部署阶段就配置好,例如,在部署虚拟机阶段,在虚拟化的网络功能模块描述符(Virtualised Network FunctionDescriptor,VNFD)文件中,为每个虚拟机(VM)对象设置资源组属性。
具体地,对于主备类型的虚拟机,将主用虚拟机(例如,对应于第一逻辑组的虚拟机)的资源组属性指定为第一标识(例如0),将备用虚拟机(例如,对应于第二逻辑组的虚拟机)的资源组属性指定为第二标识(例如1)。再例如,对于负荷分担类型的虚拟机,可以按虚拟机编号的奇偶指定资源组属性,比如将编号为偶数的虚拟机(例如,对应于第一逻辑组的虚拟机)的资源组属性指定为第一标识(例如0),将编号为奇数的虚拟机(例如,对应于第二逻辑组的虚拟机)的资源组属性为第二标识(例如1)。
202,控制设备将该至少两个物理机划分为第一物理组与第二物理组,每个物理组至少包括一个物理机。
具体地,控制设备还可以分别为第一物理组与第二物理组设置组标识,且,第一物理组的组标识与第一标识有对应关系,第二物理组的组标识与第二标识有对应关系,表示需要将所有资源组属性为第一标识的虚拟机部署在第一物理组,将所有资源组属性为第二标识的虚拟机部署在第二物理组。
203,控制设备向虚拟基础设施管理者(VIM)发送第一消息,该第一消息用于指示将该第一物理组的物理机上部署的、且该资源组属性为该第二标识的虚拟机热迁移到该第二物理组的物理机上,该第一消息还用于指示将该第二物理组的物理机上部署的、且该资源组属性为该第一标识的虚拟机热迁移到该第一物理组的物理机上;
204,VIM接收到该第一消息后,将该第一物理组的物理机上部署的、且该资源组属性为该第二标识的虚拟机热迁移到该第二物理组的物理机上,将该第二物理组的物理机上部署的、且该资源组属性为该第一标识的虚拟机热迁移到该第一物理组的物理机上。
可选地,作为一种实现方式,控制设备可以通过第一消息直接告知VIM需要将第一物理组的哪些虚拟机热迁移到第二物理组,以及需要将第二物理组的哪些虚拟机热迁移到第一物理组。对应地,VIM接收到第一消息后,可以直接执行热迁移动作。
具体地,控制设备筛选出第一物理组中部署的、资源组属性为第二标识的虚拟机(记为第一批虚拟机),并筛选出第二物理组中部署的、资源组属性为第一标识的虚拟机(记为第二批虚拟机),并记录这些需要热迁移的虚拟机,例如可以记录这些虚拟机的编号或者其他用于唯一标识虚拟机的信息。然后,向VIM发送第一消息,该第一消息用于指示将该第一批虚拟机由第一物理组热迁移到第二物理组,将该第二批虚拟机由第二物理组热迁移到第一物理组。VIM接收到该第一消息后,应理解,第一消息还会指示第一物理组中的物理机的信息以及位于第二物理组中的物理机的信息。VIM接收到第一消息后,可以直接对第一物理组与第二物理组内的虚拟机进行热迁移。
可选地,作为另一种实现方式,控制设备可以通过第一消息,告知VIM待复位的物理机分为第一物理组与第二物理组,且还告知第一物理组的组标识与第一标识的对应关系,以及第二物理组的组标识与第二标识的对应关系。VIM接收到第一消息后,将第一物理组中部署的、资源组属性与第一物理组的组标识没有对应关系的虚拟机热迁移到第二物理组,将第二物理组中部署的、资源组属性与第二物理组的组标识没有对应关系的虚拟机热迁移到第一物理组,换句话说,将该第一物理组的物理机上部署的、且该资源组属性为该第二标识的虚拟机热迁移到该第二物理组的物理机上,将该第二物理组的物理机上部署的、且该资源组属性为该第一标识的虚拟机热迁移到该第一物理组的物理机上。
应理解,热迁移指的是,将一个物理机上部署的虚拟机(记为老的虚拟机)的运行数据拷贝并快速恢复到其他物理机的新的虚拟机上,恢复以后用新的虚拟机替代老的虚拟机并平滑运行,由于中间的切换时间非常短,对周边系统或用户一般不产生明显影响,换句话说,对虚拟机业务不产生明显影响。
还应理解,执行完步骤204后,最终保证第一物理组部署的虚拟机的资源组属性均为第一标识,第二物理组部署的虚拟机的资源组属性均为第二标识。换句话说,执行完步骤204后,第一逻辑组的虚拟机均部署在第一物理组上,第二逻辑组的虚拟机均部署在第二物理组上。应理解,执行完步骤204后,第一物理组上部署的虚拟机独立工作、或第二物理组上部署的虚拟机独立工作,均不会造成业务的中断。
205,在该热迁移完成后,控制设备向虚拟网络功能(VNF)发送第二消息,该第二消息用于指示第一次业务倒换,该第一次业务倒换表示将该第一物理组中部署的虚拟机上的业务倒换到该第二物理组中部署的虚拟机上。
具体地,VIM在完成步骤204中的热迁移动作后,可以通过向控制设备发送用于指示完成热迁移的响应消息,使得控制设备获知热迁移完成。
206,VNF接收到该第二消息后,执行该第一次业务倒换,即将该第一物理组中部署的虚拟机上的业务倒换到该第二物理组中部署的虚拟机上。
应理解,假设一开始,具有第一资源组属性的虚拟机为主用虚拟机,具有第二资源组属性的虚拟机为备用虚拟机,则经过该第一次业务倒换后,变化为,具有第二资源组属性的虚拟机为主用虚拟机,具有第一资源组属性的虚拟机为备用虚拟机。
207,在该第一次业务倒换完成后,控制设备向该VIM发送第三消息,该第三消息用于指示对该第一物理组的物理机进行复位。
具体地,VNF可以在完成该第一次业务倒换之后,通过向控制设备发送用于指示完成第一次业务倒换的响应消息以告知控制设备已经完成该第一次业务倒换。
208,VIM接收到该第三消息后,对该第一物理组的物理机进行复位。
具体地,在对该第一物理组的物理机进行复位的同时,也会对部署在物理机上的虚拟机进行复位。
209,在该第一物理组的物理机复位完成后,向该VNF发送第四消息,该第四消息用于指示第二次业务倒换,该第二次业务倒换表示将该第二物理组中部署的虚拟机上的业务倒换到该第一物理组中部署的虚拟机上。
具体地,VIM在完成对该第一物理组的物理机的复位后,可以通过向控制设备发送用于指示完成第一物理组的复位的响应消息,使得控制设备获知该第一物理组的物理机复位完成。
210,VNF接收到该第四消息后,执行该第二次业务倒换,即将该第二物理组中部署的虚拟机上的业务倒换到该第一物理组中部署的虚拟机上。
应理解,这时的第一物理组的物理机为经过复位后的物理机,对应地,在其上部署的虚拟机也是经过复位后的虚拟机。
还应理解,在步骤206中所描述的例子的基础上,这时,具备第一资源组属性的虚拟机又变为主用虚拟机,具备第二资源组属性的虚拟机又变为备用虚拟机。
211,在该第二次业务倒换完成后,控制设备向该VIM发送第五消息,该第五消息用于指示对该第二物理组的物理机进行复位。
具体地,VNF可以在完成该第二次业务倒换之后,通过向控制设备发送用于指示完成第二次业务倒换的响应消息以告知控制设备已经完成该第二次业务倒换。
212,VIM接收到该第五消息后,对该第二物理组的物理机进行复位。
具体地,在对该第二物理组的物理机进行复位的同时,也会对部署在物理机上的虚拟机进行复位。
至此,完成该至少两个物理机的复位。
应理解,本发明实施例提供的复位物理机的方法可以应用在物理机升级或物理机打补丁的场景中,具体地,在步骤208中,可以通过对第一物理组的物理机进行复位以完成其升级,在步骤212中,可以通过对第二物理组的物理机进行复位以完成其升级,或者,在步骤208中,可以通过对第一物理组的物理机进行复位以完成其打补丁,在步骤212中,可以通过对第二物理组的物理机进行复位以完成其打补丁。
需要说明的是,本发明实施例对虚拟机部署没有严格要求,换句话说,在虚拟机部署阶段,可以根据应用场景或者组网需求任意部署虚拟机,只有当需要复位物理机时,才会通过热迁移虚拟机,改变虚拟机的部署位置,以实现在不影响虚拟机业务的前提下对物理机进行复位,换句话说,本发明实施例可以兼容现有的虚拟机部署方案。还需要说明的是,在本发明实施例中,在完成对第二物理组的物理机的复位后,即完成待复位的所有物理机后(或者直到所有物理机完成升级或完成打补丁后),可以根据实际应用场景任意部署虚拟机,例如,可以执行与步骤204相反的动作,恢复到虚拟机原始的部署方式,也可以根据具体的组网需求,重新部署虚拟机。总之,本发明实施例对虚拟机部署没有严格要求,具有较好地推广性。
上述可知,本发明实施例可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本发明实施例无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本发明实施例对虚拟机部署没有严格要求,具有较好地推广性。
需要说明的是,在如图2所示的实施例中,假设虚拟机是按照主备虚拟机部署的,而且第一逻辑组的虚拟机为备用虚拟机,第二逻辑组的虚拟机为主用虚拟机,则在执行完步骤204后,第二物理组上部署的虚拟机为当前提供业务服务的工作虚拟机,第一物理组上部署的虚拟机为当前不提供业务服务的备用虚拟机。这种情况下,图2中所示的步骤205与步骤206可以不执行,即在步骤204之后可以直接执行步骤207。
如上文所述,在本发明实施例中,在部署虚拟机的阶段,就为每个虚拟机设置了对应的资源组属性。具体地,通过VNFD文件定义虚拟机的资源组属性。应理解,VNFD是用于描述一个虚拟化网络功能模块的部署与操作行为的配置模板。通常,VNFD被应用于虚拟化的网络功能模块的运行过程,以及对于虚拟化的网络功能模块实例的生命周期管理。
具体地,例如,对于基于Openstack架构的Cloud OS场景下,可以将虚拟机的资源组属性保存在虚拟机的元数据(metadata)属性中。
再例如,对于非Openstack架构的云场景,可以将虚拟机的资源组属性保存其他的预留字段中,例如在VMWare云下,可以将虚拟机的资源组属性作为虚拟机名称的扩展后缀保存下来。
应理解,在虚拟机的预留字段中存储资源组属性,有助于在物理机的复位过程中根据虚拟机的资源组属性对其进行分组,从而保证在复位物理机的过程中虚拟机业务不中断。
如上文所述,本发明实施例提供的技术方案可以应用于IaaS层物理机的升级的场景。
可选地,在一些实施例中,步骤207中,控制设备向VIM发送的该第三消息用于指示对该第一物理组的物理机进行复位并升级,对应地,步骤208中,VIM接收到该第三消息后,对该第一物理组的物理机进行复位并升级;步骤211中,控制设备向该VIM发送的该第五消息用于指示对该第二物理组的物理机进行复位并升级,对应地,在步骤212中,VIM接收到该第五消息后,对该第二物理组的物理机进行复位并升级。
在本发明实施例中,可以在未对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的升级;可以通过两个批次就可以完成所有物理机的升级,相比于现有技术,有效缩短了物理机的升级时长。
本发明实施例中的至少两个物理机可以是IaaS层的计算节点,则对物理机的升级也可称为是对IaaS层的升级或是对IaaS的升级。
在物理机升级场景中,控制设备也可称为升级工具(Upgrade Tools)。
为了更好地理解本发明实施例提供的技术方案,下文结合图3详细描述本发明实施例提供的技术方案在IaaS升级场景下的操作流程。具体地,可以基于图1所示的系统架构执行图3所示的方法,在图3中以物理机为IaaS层的服务器(Host)为例进行说明。图3中所示的控制设备可以称为升级工具(Upgrade Tools)。
301,VNFM(如图1所示的VNFM 130)读取用户指定的VNFD文件启动部署VNF网元,根据VNFD文件的内容,计算部署VNF网元所需的虚拟机数量及规格,并向VIM(如图1所示的VIM140)发送申请虚拟机部署资源的指令。
302,VIM接收到VNFM发送到申请虚拟机部署资源的指令后,根据虚拟机之间的亲和性要求选定服务器,并在选定的服务器上部署虚拟机。
303,VIM部署好虚拟机后,将虚拟机的资源组属性持久化保存在基础设施层,即IaaS层。
具体的,同一个网络功能对应部署两个虚拟机,这两个虚拟机的资源组属性不同,例如一个为第一标识,一个为第二标识。
304,VNFM调用VNF(如图1所示的VNF 120)安装脚本实例化VNF。
应理解,步骤301至步骤304描述的是虚拟机的部署过程,不属于IaaS的升级过程,步骤301至步骤304是为了说明需要在虚拟机的部署阶段设置好虚拟机的资源组属性,该资源组属性会在IaaS的升级阶段被使用。
需要说明的是,在上述虚拟机的部署过程中,通过VNFD文件定义了虚拟机的资源组属性,并且通过VIM将该资源组属性持久化存储于基础设施层。虚拟机的资源组属性用于定义虚拟机的逻辑组分组,便于在复位物理机时将虚拟机划分到两组物理机上。
下面结合步骤305至步骤312描述IaaS的升级过程。
305,控制设备(如图1所示的控制设备110)升级VIM。
应理解,IaaS包括管理节点与计算节点,VIM属于IaaS的管理节点,服务器属于IaaS的计算节点。,
306,控制设备向VIM下发命令,查询IaaS的所有服务器的列表以及所有虚拟机及其资源组属性。
具体第,所有虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,且第一逻辑组的虚拟机的资源组属性为第一标识,第二逻辑组的虚拟机的资源组属性为第二标识。
应理解,该步骤306可以对应于上文所述的步骤201。
307,控制设备将所有服务器分为第一主机组与第二主机组,并设置第一主机组的编号与第一标识一致,第二主机组的编号与第二标识一致。
应理解,该步骤307可以对应于上文所述的步骤202,第一机组对应于上文步骤202中的第一物理组,第二主机组对应于步骤202中的第二物理组。
308,控制设备根据服务器列表及虚拟机列表,检查每个虚拟机的资源组属性是否与该虚拟机所在主机组的编号一致,并将不一致的虚拟机记录下来。
309,控制设备向VIM下发命令,指示将资源组属性与所在主机组的编号不一致的虚拟机热迁移到另一个主机组,VIM收到命令后,将资源组属性与所在主机组的编号不一致的虚拟机热迁移到另一个主机组。
具体地,将第一主机主中检查结果不一致的虚拟机热迁移到第二主机组中,将第二主机主中检查结果不一致的虚拟机热迁移到第一主机组中。换句话说,将第一主机组中的服务器上部署的、资源组属性为第二标识的虚拟机热迁移到第二主机组的服务器上,将第二主机组中的服务器上部署的、资源组属性为第一标识的虚拟机热迁移到第一主机组的服务器上。
310,假设资源组属性为第一标识的虚拟机默认为主用虚拟机,也就是说,第一主机组内的所有虚拟机当前均为主用虚拟机。控制设备在开始升级IaaS的第一主机组(执行过虚拟机热迁移之后的第一主机组)的服务器时,先通知VNF(如图1中所示VNF 120)对第一主机组运行的虚拟机进行业务倒换,将其倒换到第二主机组内的虚拟机上。应理解,业务倒换后,第一主机组内的所有虚拟机全部降为备用虚拟机,第二主机组内的所有虚拟机全部升为主用虚拟机。
311,控制设备向VIM下发命令,指示复位第一主机组内所有服务器并完成升级。VIM接收到命令后,对第一主机组内所有服务器进行复位并完成升级。
312,控制设备通知VNF对第二主机组运行的虚拟机进行业务倒换,将其倒换到第一主机组内的虚拟机上。应理解,业务倒换后,第二主机组内的所有虚拟机全部降为备用虚拟机,第一主机组内的所有虚拟机全部升为主用虚拟机。
313,控制设备向VIM下发命令,VIM接收到命令后,对第二主机组内所有服务器进行复位并完成升级。
至此,完成了IaaS的全部服务器的升级。
应理解,在步骤309之后,控制设备还可以向VIM发送指令,指示VIM禁止执行迁移、重建虚拟机等改变虚拟机部署位置的命令,直至IaaS升级完成后,该指令才解除。
在本发明实施例中,可以在不造成虚拟机业务中断的前提下,完成IaaS中服务器的升级,并且按照两个批次批量升级所有服务器,有效缩短了升级时长,此外,本发明实施例的方案对虚拟机的部署方式没有严格要求,具有较好地推广性。
应理解,对IaaS层的物理机进行打补丁操作也需要复位物理机才能生效,因此,本发明实施例提供的技术方案也可以应用于IaaS层物理机的打补丁的场景。
可选地,在一些实施例中,步骤207中,控制设备向VIM发送的该第三消息用于指示对该第一物理组的物理机进行复位并打补丁,对应地,步骤208中,VIM接收到该第三消息后,对该第一物理组的物理机进行复位并打补丁;步骤211中,控制设备向该VIM发送的该第五消息用于指示对该第二物理组的物理机进行复位并打补丁,对应地,在步骤212中,VIM接收到该第五消息后,对该第二物理组的物理机进行复位并打补丁。
具体实现流程与图3类似,将升级操作改为打补丁操作即可,为了简洁,这里不再赘述。
在本发明实施例中,可以在未对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的打补丁;可以通过两个批次就可以完成所有物理机的打补丁,相比于现有技术,有效提高了对物理机进行打补丁的效率。
综上所述,本发明实施例在不增加冗余物理机预留量的情况下,能够高效完成物理机的复位,从而可以有效缩短IaaS的升级或打补丁的时长,此外,本发明实施例对虚拟机的部署方式没有严格的要求,具有较好地推广性。
上文描述了本发明实施例提供的复位物理机的方法,下文将结合图4至图7描述本发明实施例提供的复位物理机的装置。
图4为本发明实施例提供的控制设备400的示意性框图,控制设备400包括:
确定模块410,用于确定待复位的至少两个物理机,该至少两个物理机上部署有多个虚拟机,该多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,该第一逻辑组中的第一虚拟机与该第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,该第一逻辑组的虚拟机的资源组属性为第一标识,该第二逻辑组的虚拟机的资源组属性为第二标识;
分组模块420,用于将该至少两个物理机划分为第一物理组与第二物理组;
发送模块430,用于向虚拟基础设施管理者VIM发送第一消息,该第一消息用于指示将该第一物理组的物理机上部署的、且该资源组属性为该第二标识的虚拟机热迁移到该第二物理组的物理机上,该第一消息还用于指示将该第二物理组的物理机上部署的、且该资源组属性为该第一标识的虚拟机热迁移到该第一物理组的物理机上;
该发送模块430还用于,在该热迁移完成后,向虚拟网络功能VNF发送第二消息,该第二消息用于指示第一次业务倒换,该第一次业务倒换表示将该第一物理组中部署的虚拟机上的业务倒换到该第二物理组中部署的虚拟机上;
该发送模块430还用于,在该第一次业务倒换完成后,向该VIM发送第三消息,该第三消息用于指示对该第一物理组的物理机进行复位;
该发送模块430还用于,在该第一物理组的物理机复位完成后,向该VNF发送第四消息,该第四消息用于指示第二次业务倒换,该第二次业务倒换表示将该第二物理组中部署的虚拟机上的业务倒换到该第一物理组中部署的虚拟机上;
该发送模块430还用于,在该第二次业务倒换完成后,向该VIM发送第五消息,该第五消息用于指示对该第二物理组的物理机进行复位。
本发明实施例可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本发明实施例无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本发明实施例对虚拟机部署没有严格要求,具有较好地推广性。
可选地,在一些实施例中,虚拟机的资源组属性是通过VNFD文件设置的。
可选地,在一些实施例中,该每个虚拟机的资源组属性存储在该每个虚拟机的预留字段上。
可选地,在一些实施例中,该每个虚拟机的资源组属性存储在该每个虚拟机的元数据属性字段上。
可选地,在一些实施例中,该第三消息用于指示对该第一物理组的物理机进行复位并升级,该第五消息用于指示对该第二物理组的物理机进行复位并升级。
可选地,在一些实施例中,该第三消息用于指示对该第一物理组的物理机进行复位并打补丁,该第五消息用于指示对该第二物理组的物理机进行复位并打补丁。
应理解,具体地,本发明实施例中确定模块410与分组模块420可以由处理器或处理器相关组件实现,发送模块430可以由发送器或收发器相关组件实现。
如图5所示,本发明实施例还提供了一种控制设备500,该控制设备500包括处理器510、存储器520与收发器530,处理器510、存储器520与收发器530通过内部通信链路进行通信。存储器520用于存储执行指令,处理器510用于执行存储器520中存储的指令,以控制收发器530接收或发送信号。当存储器520中存储的指令被执行时,处理器510用于,确定待复位的至少两个物理机,该至少两个物理机上部署有多个虚拟机,该多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,该第一逻辑组中的第一虚拟机与该第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,该第一逻辑组的虚拟机的资源组属性为第一标识,该第二逻辑组的虚拟机的资源组属性为第二标识;将该至少两个物理机划分为第一物理组与第二物理组;收发器530用于,向虚拟基础设施管理者VIM发送第一消息,该第一消息用于指示将该第一物理组的物理机上部署的、且该资源组属性为该第二标识的虚拟机热迁移到该第二物理组的物理机上,该第一消息还用于指示将该第二物理组的物理机上部署的、且该资源组属性为该第一标识的虚拟机热迁移到该第一物理组的物理机上;在该热迁移完成后,向虚拟网络功能VNF发送第二消息,该第二消息用于指示第一次业务倒换,该第一次业务倒换表示将该第一物理组中部署的虚拟机上的业务倒换到该第二物理组中部署的虚拟机上;在该第一次业务倒换完成后,向该VIM发送第三消息,该第三消息用于指示对该第一物理组的物理机进行复位;在该第一物理组的物理机复位完成后,向该VNF发送第四消息,该第四消息用于指示第二次业务倒换,该第二次业务倒换表示将该第二物理组中部署的虚拟机上的业务倒换到该第一物理组中部署的虚拟机上;在该第二次业务倒换完成后,向该VIM发送第五消息,该第五消息用于指示对该第二物理组的物理机进行复位。
本发明实施例可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本发明实施例无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本发明实施例对虚拟机部署没有严格要求,具有较好地推广性。
可选地,在一些实施例中,虚拟机的资源组属性是通过VNFD文件设置的。
可选地,在一些实施例中,该每个虚拟机的资源组属性存储在该每个虚拟机的预留字段上。
可选地,在一些实施例中,该每个虚拟机的资源组属性存储在该每个虚拟机的元数据属性字段上。
可选地,在一些实施例中,该第三消息用于指示对该第一物理组的物理机进行复位并升级,该第五消息用于指示对该第二物理组的物理机进行复位并升级。
可选地,在一些实施例中,该第三消息用于指示对该第一物理组的物理机进行复位并打补丁,该第五消息用于指示对该第二物理组的物理机进行复位并打补丁。
应理解,图4所示的控制设备400或图5所示的控制设备500可用于执行上述方法实施例中与控制设备相关的操作或流程,并且控制设备400或控制设备500中的各个模块的操作和/或功能分别为了实现上述方法实施例中的相应流程,为了简洁,在此不再赘述。
图6为本发明实施例提供的虚拟基础设施管理者(VIM)600的示意性框图,该VIM600包括:
接收模块610,用于接收控制设备发送的第一消息,该第一消息用于指示将待复位的至少两个物理机中第一物理组的物理机上部署的、且资源组属性为第二标识的虚拟机热迁移到该至少两个物理机中第二物理组的物理机上,该第一消息还用于指示将该第二物理组的物理机上部署的、且资源组属性为第一标识的虚拟机热迁移到该第一物理组的物理机上,其中,该至少两个物理机上部署有多个虚拟机,该多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,该第一逻辑组中的第一虚拟机与该第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,该第一逻辑组的虚拟机的资源组属性为该第一标识,该第二逻辑组的虚拟机的资源组属性为该第二标识;
热迁移模块620,用于根据该第一消息,将该第一物理组的物理机上部署的、且该资源组属性为该第二标识的虚拟机热迁移到该第二物理组的物理机上,将该第二物理组的物理机上部署的、且该资源组属性为该第一标识的虚拟机热迁移到该第一物理组的物理机上;
该接收模块610还用于,在完成该热迁移后,接收该控制设备发送的第三消息;
复位模块630,用于根据该第三消息,对该第一物理组的物理机进行复位;
该接收模块610还用于,在完成对该第一物理组的物理机的复位后,接收该控制设备发送的第五消息;
该复位模块630,还用于根据该第五消息,对该第二物理组的物理机进行复位。
本发明实施例可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本发明实施例无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本发明实施例对虚拟机部署没有严格要求,具有较好地推广性。
可选地,在一些实施例中,虚拟机的资源组属性是通过VNFD文件设置的。
可选地,在一些实施例中,该每个虚拟机的资源组属性存储在该每个虚拟机的预留字段上。
可选地,在一些实施例中,该每个虚拟机的资源组属性存储在该每个虚拟机的元数据属性字段上。
可选地,在一些实施例中,该复位模块630具体用于,根据该第三消息,对该第一物理组的物理机进行复位并升级;
该复位模块630还具体用于,根据该第五消息,对该第二物理组的物理机进行复位并升级。
可选地,在一些实施例中,该复位模块630具体用于,根据该第三消息,对该第一物理组的物理机进行复位并打补丁;
该复位模块630还具体用于,根据该第五消息,对该第二物理组的物理机进行复位并打补丁。
具体地,在本发明实施例中,接收模块610可以由接收器或收发器相关组件实现,热迁移模块620与复位模块630可以由处理器或处理器相关组件实现。
如图7所示,本发明实施例还提供了一种虚拟基础设施管理者(VIM)700,该VIM700包括:处理器710、存储器720与收发器730,处理器710、存储器720与收发器730通过内部通信链路进行通信。存储器720用于存储执行指令,处理器710用于执行存储器720中存储的指令,以控制收发器730接收或发送信号。当存储器720中存储的指令被执行时,收发器730用于,接收控制设备发送的第一消息,该第一消息用于指示将待复位的至少两个物理机中第一物理组的物理机上部署的、且资源组属性为第二标识的虚拟机热迁移到该至少两个物理机中第二物理组的物理机上,该第一消息还用于指示将该第二物理组的物理机上部署的、且资源组属性为第一标识的虚拟机热迁移到该第一物理组的物理机上,其中,该至少两个物理机上部署有多个虚拟机,该多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,该第一逻辑组中的第一虚拟机与该第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,该第一逻辑组的虚拟机的资源组属性为该第一标识,该第二逻辑组的虚拟机的资源组属性为该第二标识;处理器710用于,根据该第一消息,将该第一物理组的物理机上部署的、且该资源组属性为该第二标识的虚拟机热迁移到该第二物理组的物理机上,将该第二物理组的物理机上部署的、且该资源组属性为该第一标识的虚拟机热迁移到该第一物理组的物理机上;接收器730用于,在完成该热迁移后,接收该控制设备发送的第三消息;处理器710用于,根据该第三消息,对该第一物理组的物理机进行复位;接收器730用于,在完成对该第一物理组的物理机的复位后,接收该控制设备发送的第五消息;处理器710用于,根据该第五消息,对该第二物理组的物理机进行复位。
本发明实施例可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本发明实施例无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本发明实施例对虚拟机部署没有严格要求,具有较好地推广性。
可选地,在一些实施例中,虚拟机的资源组属性是通过VNFD文件设置的。
可选地,在一些实施例中,该每个虚拟机的资源组属性存储在该每个虚拟机的预留字段上。
可选地,在一些实施例中,该每个虚拟机的资源组属性存储在该每个虚拟机的元数据属性字段上。
可选地,在一些实施例中,处理器710具体用于,根据该第三消息,对该第一物理组的物理机进行复位并升级;
处理器710具体用于,根据该第五消息,对该第二物理组的物理机进行复位并升级。
可选地,在一些实施例中,处理器710具体用于,根据该第三消息,对该第一物理组的物理机进行复位并打补丁;
可选地,在一些实施例中,处理器710具体用于,根据该第五消息,对该第二物理组的物理机进行复位并打补丁。
应理解,图6所示的VIM 600或图7所示的VIM 700可用于执行上述方法实施例中与VIM相关的操作或流程,并且VIM 600或VIM 700中的各个模块的操作和/或功能分别为了实现上述方法实施例中的相应流程,为了简洁,在此不再赘述。
图8为本发明实施例提供的通信系统800的示意性框图,该通信系统800包括:控制设备810、虚拟基础设施管理者(VIM)820与虚拟网络功能(VNF)830,控制设备810用于控制VIM 820对待复位的物理机上部署的虚拟机进行热迁移,使得第一逻辑组与第二逻辑组的虚拟机分别部署在不同的物理组上,同一逻辑组的虚拟机所实现的网络功能彼此不同,该第一逻辑组中的第一虚拟机与该第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性;控制设备810还用于控制VNF 830对待复位的物理机上部署的虚拟机进行业务倒换,以避免物理机复位对虚拟机业务造成影响。
应理解,控制设备810可以对应于上述装置实施例中的控制设备400或控制设备500,也可对应于上述方法实施例中的控制设备;VIM 820可以对应于上述装置实施例中的VIM600或VIM 700,也可对应于上述方法实施例中的VIM;VNF 830可以对应于上述方法实施例中的VNF。
本发明实施例可以在不对部署在物理机上的虚拟机业务造成明显的影响的前提下,完成物理机的复位;而且通过两个批次就可以完成所有待复位的物理机的复位,相比于现有技术,有效提高了复位物理机的效率;本发明实施例无需使用冗余物理机,相比于现有技术,可以有效降低成本;此外,本发明实施例对虚拟机部署没有严格要求,具有较好地推广性。
应理解,本发明实施例提及的处理器可以是中央处理单元(Central ProcessingUnit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本发明实施例提及的存储器可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如,存储器还可以存储设备类型的信息。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
还应理解,本文中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的范围。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

Claims (25)

1.一种复位物理机的方法,其特征在于,包括:
确定待复位的至少两个物理机,所述至少两个物理机上部署有多个虚拟机,所述多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,所述第一逻辑组中的第一虚拟机与所述第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,所述第一逻辑组的虚拟机的资源组属性为第一标识,所述第二逻辑组的虚拟机的资源组属性为第二标识;
将所述至少两个物理机划分为第一物理组与第二物理组;
向虚拟基础设施管理者VIM发送第一消息,所述第一消息用于指示将所述第一物理组的物理机上部署的、且所述资源组属性为所述第二标识的虚拟机热迁移到所述第二物理组的物理机上,所述第一消息还用于指示将所述第二物理组的物理机上部署的、且所述资源组属性为所述第一标识的虚拟机热迁移到所述第一物理组的物理机上;
在所述热迁移完成后,向虚拟网络功能VNF发送第二消息,所述第二消息用于指示第一次业务倒换,所述第一次业务倒换表示将所述第一物理组中部署的虚拟机上的业务倒换到所述第二物理组中部署的虚拟机上;
在所述第一次业务倒换完成后,向所述VIM发送第三消息,所述第三消息用于指示对所述第一物理组的物理机进行复位;
在所述第一物理组的物理机复位完成后,向所述VNF发送第四消息,所述第四消息用于指示第二次业务倒换,所述第二次业务倒换表示将所述第二物理组中部署的虚拟机上的业务倒换到所述第一物理组中部署的虚拟机上;
在所述第二次业务倒换完成后,向所述VIM发送第五消息,所述第五消息用于指示对所述第二物理组的物理机进行复位。
2.根据权利要求1所述的方法,其特征在于,所述每个虚拟机的资源组属性是通过虚拟化的网络功能模块描述符VNFD文件配置的。
3.根据权利要求2所述的方法,其特征在于,所述每个虚拟机的资源组属性存储在所述每个虚拟机的预留字段上。
4.根据权利要求3所述的方法,其特征在于,所述每个虚拟机的资源组属性存储在所述每个虚拟机的元数据属性字段上。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述第三消息用于指示对所述第一物理组的物理机进行复位并升级,所述第五消息用于指示对所述第二物理组的物理机进行复位并升级。
6.根据权利要求1至4中任一项所述的方法,其特征在于,所述第三消息用于指示对所述第一物理组的物理机进行复位并打补丁,所述第五消息用于指示对所述第二物理组的物理机进行复位并打补丁。
7.一种复位物理机的方法,其特征在于,包括:
接收控制设备发送的第一消息,所述第一消息用于指示将待复位的至少两个物理机中第一物理组的物理机上部署的、且资源组属性为第二标识的虚拟机热迁移到所述至少两个物理机中第二物理组的物理机上,所述第一消息还用于指示将所述第二物理组的物理机上部署的、且资源组属性为第一标识的虚拟机热迁移到所述第一物理组的物理机上,其中,所述至少两个物理机上部署有多个虚拟机,所述多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,所述第一逻辑组中的第一虚拟机与所述第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,所述第一逻辑组的虚拟机的资源组属性为所述第一标识,所述第二逻辑组的虚拟机的资源组属性为所述第二标识;
根据所述第一消息,将所述第一物理组的物理机上部署的、且所述资源组属性为所述第二标识的虚拟机热迁移到所述第二物理组的物理机上,将所述第二物理组的物理机上部署的、且所述资源组属性为所述第一标识的虚拟机热迁移到所述第一物理组的物理机上;
在完成所述热迁移后,接收所述控制设备发送的第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位;
在完成对所述第一物理组的物理机的复位后,接收所述控制设备发送的第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位。
8.根据权利要求7所述的方法,其特征在于,所述每个虚拟机的资源组属性是通过虚拟化的网络功能模块描述符VNFD文件配置的。
9.根据权利要求8所述的方法,其特征在于,所述每个虚拟机的资源组属性存储在所述每个虚拟机的预留字段上。
10.根据权利要求9所述的方法,其特征在于,所述每个虚拟机的资源组属性存储在所述每个虚拟机的元数据属性字段上。
11.根据权利要求7至10任一项所述的方法,其特征在于,所述在完成所述热迁移后,接收所述控制设备发送的第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位,包括:
在完成所述热迁移后,接收所述控制设备发送的所述第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位并升级;
所述在完成对所述第一物理组的物理机的复位后,接收所述控制设备发送的第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位,包括:
在完成对所述第一物理组的物理机的复位与升级后,接收所述控制设备发送的所述第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位并升级。
12.根据权利要求7至10任一项所述的方法,其特征在于,所述在完成所述热迁移后,接收所述控制设备发送的第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位,包括:
在完成所述热迁移后,接收所述控制设备发送的所述第三消息,并根据所述第三消息,对所述第一物理组的物理机进行复位并打补丁;
所述在完成对所述第一物理组的物理机的复位后,接收所述控制设备发送的第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位,包括:
在完成对所述第一物理组的物理机的复位与打补丁后,接收所述控制设备发送的所述第五消息,并根据所述第五消息,对所述第二物理组的物理机进行复位并打补丁。
13.一种控制设备,其特征在于,包括:
确定模块,用于确定待复位的至少两个物理机,所述至少两个物理机上部署有多个虚拟机,所述多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,所述第一逻辑组中的第一虚拟机与所述第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,所述第一逻辑组的虚拟机的资源组属性为第一标识,所述第二逻辑组的虚拟机的资源组属性为第二标识;
分组模块,用于将所述至少两个物理机划分为第一物理组与第二物理组;
发送模块,用于向虚拟基础设施管理者VIM发送第一消息,所述第一消息用于指示将所述第一物理组的物理机上部署的、且所述资源组属性为所述第二标识的虚拟机热迁移到所述第二物理组的物理机上,所述第一消息还用于指示将所述第二物理组的物理机上部署的、且所述资源组属性为所述第一标识的虚拟机热迁移到所述第一物理组的物理机上;
所述发送模块还用于,在所述热迁移完成后,向虚拟网络功能VNF发送第二消息,所述第二消息用于指示第一次业务倒换,所述第一次业务倒换表示将所述第一物理组中部署的虚拟机上的业务倒换到所述第二物理组中部署的虚拟机上;
所述发送模块还用于,在所述第一次业务倒换完成后,向所述VIM发送第三消息,所述第三消息用于指示对所述第一物理组的物理机进行复位;
所述发送模块还用于,在所述第一物理组的物理机复位完成后,向所述VNF发送第四消息,所述第四消息用于指示第二次业务倒换,所述第二次业务倒换表示将所述第二物理组中部署的虚拟机上的业务倒换到所述第一物理组中部署的虚拟机上;
所述发送模块还用于,在所述第二次业务倒换完成后,向所述VIM发送第五消息,所述第五消息用于指示对所述第二物理组的物理机进行复位。
14.根据权利要求13所述的控制设备,其特征在于,所述每个虚拟机的资源组属性是通过虚拟化的网络功能模块描述符VNFD文件配置的。
15.根据权利要求14的控制设备,其特征在于,所述每个虚拟机的资源组属性存储在所述每个虚拟机的预留字段上。
16.根据权利要求15的控制设备,其特征在于,所述每个虚拟机的资源组属性存储在所述每个虚拟机的元数据属性字段上。
17.根据权利要求13至16中任一项所述的控制设备,其特征在于,所述第三消息用于指示对所述第一物理组的物理机进行复位并升级,所述第五消息用于指示对所述第二物理组的物理机进行复位并升级。
18.根据权利要求13至16中任一项所述的控制设备,其特征在于,所述第三消息用于指示对所述第一物理组的物理机进行复位并打补丁,所述第五消息用于指示对所述第二物理组的物理机进行复位并打补丁。
19.一种虚拟基础设施管理者VIM,其特征在于,包括:
接收模块,用于接收控制设备发送的第一消息,所述第一消息用于指示将待复位的至少两个物理机中第一物理组的物理机上部署的、且资源组属性为第二标识的虚拟机热迁移到所述至少两个物理机中第二物理组的物理机上,所述第一消息还用于指示将所述第二物理组的物理机上部署的、且资源组属性为第一标识的虚拟机热迁移到所述第一物理组的物理机上,其中,所述至少两个物理机上部署有多个虚拟机,所述多个虚拟机包括第一逻辑组的虚拟机与第二逻辑组的虚拟机,同一逻辑组的虚拟机所实现的网络功能彼此不同,所述第一逻辑组中的第一虚拟机与所述第二逻辑组中的第二虚拟机用于实现同一网络功能,每个虚拟机均具有资源组属性,所述第一逻辑组的虚拟机的资源组属性为所述第一标识,所述第二逻辑组的虚拟机的资源组属性为所述第二标识;
热迁移模块,用于根据所述第一消息,将所述第一物理组的物理机上部署的、且所述资源组属性为所述第二标识的虚拟机热迁移到所述第二物理组的物理机上,将所述第二物理组的物理机上部署的、且所述资源组属性为所述第一标识的虚拟机热迁移到所述第一物理组的物理机上;
所述接收模块还用于,在完成所述热迁移后,接收所述控制设备发送的第三消息;
复位模块,用于根据所述第三消息,对所述第一物理组的物理机进行复位;
所述接收模块还用于,在完成对所述第一物理组的物理机的复位后,接收所述控制设备发送的第五消息;
所述复位模块,还用于根据所述第五消息,对所述第二物理组的物理机进行复位。
20.根据权利要求19所述的VIM,其特征在于,所述每个虚拟机的资源组属性是通过虚拟化的网络功能模块描述符VNFD文件配置的。
21.根据权利要求20所述的VIM,其特征在于,所述每个虚拟机的资源组属性存储在所述每个虚拟机的预留字段上。
22.根据权利要求21所述的VIM,其特征在于,所述每个虚拟机的资源组属性存储在所述每个虚拟机的元数据属性字段上。
23.根据权利要求19至22任一项所述的VIM,其特征在于,所述复位模块具体用于,根据所述第三消息,对所述第一物理组的物理机进行复位并升级;
所述复位模块还具体用于,根据所述第五消息,对所述第二物理组的物理机进行复位并升级。
24.根据权利要求19至22任一项所述的VIM,其特征在于,所述复位模块具体用于,根据所述第三消息,对所述第一物理组的物理机进行复位并打补丁;
所述复位模块还具体用于,根据所述第五消息,对所述第二物理组的物理机进行复位并打补丁。
25.一种通信系统,其特征在于,包括虚拟网络功能VNF与如权利要求13至18中任一项所述的控制设备与如权利要求19至24中任一项所述的虚拟基础设施管理者VIM。
CN201710034823.XA 2017-01-18 2017-01-18 复位物理机的方法、装置与系统 Active CN108319492B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710034823.XA CN108319492B (zh) 2017-01-18 2017-01-18 复位物理机的方法、装置与系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710034823.XA CN108319492B (zh) 2017-01-18 2017-01-18 复位物理机的方法、装置与系统

Publications (2)

Publication Number Publication Date
CN108319492A true CN108319492A (zh) 2018-07-24
CN108319492B CN108319492B (zh) 2020-05-08

Family

ID=62892203

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710034823.XA Active CN108319492B (zh) 2017-01-18 2017-01-18 复位物理机的方法、装置与系统

Country Status (1)

Country Link
CN (1) CN108319492B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020048504A1 (zh) * 2018-09-05 2020-03-12 中兴通讯股份有限公司 网络功能所需资源的部署方法、装置、存储介质及电子装置
CN110879657A (zh) * 2018-09-05 2020-03-13 中兴通讯股份有限公司 跨版本升级方法、装置及设备、计算机可读存储介质
WO2020062057A1 (zh) * 2018-09-28 2020-04-02 华为技术有限公司 一种主机升级方法及设备
CN112346755A (zh) * 2019-08-09 2021-02-09 华为技术有限公司 一种基于网络功能虚拟化的版本升级的方法及设备
WO2023050947A1 (zh) * 2021-09-29 2023-04-06 中兴通讯股份有限公司 网络升级方法、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2503456A1 (en) * 2011-03-25 2012-09-26 Hitachi Ltd. Virtual computer system and controlling method of virtual computer
CN105260226A (zh) * 2015-09-23 2016-01-20 浙江网新恒天软件有限公司 一种基于云平台自动迁移虚拟机的方法
US20160085790A1 (en) * 2014-09-22 2016-03-24 Ca, Inc. Stratified sampling of log records for approximate full-text search
CN105471994A (zh) * 2015-12-01 2016-04-06 华为技术有限公司 一种控制方法及装置
CN105528234A (zh) * 2014-10-24 2016-04-27 中兴通讯股份有限公司 虚拟机迁移处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2503456A1 (en) * 2011-03-25 2012-09-26 Hitachi Ltd. Virtual computer system and controlling method of virtual computer
US20160085790A1 (en) * 2014-09-22 2016-03-24 Ca, Inc. Stratified sampling of log records for approximate full-text search
CN105528234A (zh) * 2014-10-24 2016-04-27 中兴通讯股份有限公司 虚拟机迁移处理方法及装置
CN105260226A (zh) * 2015-09-23 2016-01-20 浙江网新恒天软件有限公司 一种基于云平台自动迁移虚拟机的方法
CN105471994A (zh) * 2015-12-01 2016-04-06 华为技术有限公司 一种控制方法及装置

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020048504A1 (zh) * 2018-09-05 2020-03-12 中兴通讯股份有限公司 网络功能所需资源的部署方法、装置、存储介质及电子装置
CN110879657A (zh) * 2018-09-05 2020-03-13 中兴通讯股份有限公司 跨版本升级方法、装置及设备、计算机可读存储介质
WO2020062057A1 (zh) * 2018-09-28 2020-04-02 华为技术有限公司 一种主机升级方法及设备
CN111213343A (zh) * 2018-09-28 2020-05-29 华为技术有限公司 一种主机升级方法及设备
US11886905B2 (en) 2018-09-28 2024-01-30 Huawei Technologies Co., Ltd. Host upgrade method and device
CN112346755A (zh) * 2019-08-09 2021-02-09 华为技术有限公司 一种基于网络功能虚拟化的版本升级的方法及设备
WO2021027689A1 (zh) * 2019-08-09 2021-02-18 华为技术有限公司 一种基于网络功能虚拟化的版本升级的方法及设备
WO2023050947A1 (zh) * 2021-09-29 2023-04-06 中兴通讯股份有限公司 网络升级方法、电子设备及存储介质

Also Published As

Publication number Publication date
CN108319492B (zh) 2020-05-08

Similar Documents

Publication Publication Date Title
CN108319492A (zh) 复位物理机的方法、装置与系统
CN104410672B (zh) 网络功能虚拟化应用升级的方法、转发业务的方法及装置
US9207929B2 (en) Integrated system and firmware update method
CN106301876B (zh) 物理机升级方法、业务迁移方法及装置
CN106301829A (zh) 一种网络业务扩容的方法和装置
CN101387957B (zh) 一种多路径软件的实现装置及方法
CN101968744B (zh) 一种基于irf系统的盒式设备升级方法和系统
CN105103132A (zh) 在升级期间修复云服务
CN104115447A (zh) 一种云计算架构下的容灾方案配置方法及装置
CN106533714A (zh) 重新实例化虚拟网络功能的方法和装置
CN107395710B (zh) 一种云平台网元的配置和高可用ha实现方法和装置
CN105471994A (zh) 一种控制方法及装置
CN113220422B (zh) 基于K8s中CNI插件的运行时修改Pod网络接口的方法及系统
CN112099917B (zh) 调控系统容器化应用运行管理方法、系统、设备及介质
CN107977254A (zh) 云数据系统中请求的响应方法和计算机可读存储介质
CN106385330A (zh) 一种网络功能虚拟化编排器的实现方法及装置
CN105391586A (zh) 一种故障定位分析的方法及系统
CN110262893A (zh) 配置镜像内存的方法、装置及计算机存储介质
CN110971439A (zh) 策略决策方法及装置、系统、存储介质、策略决策单元及集群
CN108170507A (zh) 虚拟应用管理方法/系统、计算机可读存储介质及服务端
CN103684720B (zh) 一种主备服务单元的选择方法及装置
US20020112231A1 (en) Software distribution at a multi-processor telecommunications platform
CN116095145B (zh) 一种vpc集群的数据控制方法和系统
CN104657240B (zh) 多内核操作系统的失效控制方法及装置
CN106301877A (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
GR01 Patent grant
GR01 Patent grant