本发明涉及通信技术领域，具体涉及一种虚拟化网元故障管理方法和系统。
背景技术：
在传统的物理网元网管系统中，em(elementmanagement，网管)负责对网元进行管理，当网元硬件发生异常的时候，网元会产生故障信息并通知em，其中包含了具体的物理位置信息。维护人员可以根据故障信息中的物理位置信息快速定位并替换或者修复硬件来解决问题。
当电信网引入了虚拟化技术以后，软件和硬件实现了分离，所以引入了mano系统(云管理系统)和em一起来完成对虚拟化网元的管理。这也引入了以下一些问题：
在对虚拟化网元的管理中，一般虚拟化网元产生的告警是上报到em，但是上报的告警信息中仅包含虚拟机的信息，没有虚拟机所在的硬件服务器信息，维修人员自然看不到故障的虚拟机所在的具体的位置信息。如果需要确认位置信息，维修人员还需要到mano系统中的vim(virtualisedinfrastructuremanager，虚拟化的基础设施管理器)上，查询虚拟机和硬件服务器的对应关系才能确认告警信息中携带的虚拟机所在的硬件服务器。
并且，在虚拟机的使用中，当虚拟化网元发生迁移或者弹性的时候，虚拟机网元上的虚拟机个数以及虚拟机所在的硬件服务器还会发生变化，以前查询到的对应关系就不能使用了，所以现有的虚拟化网元故障管理机制中缺少一种快速定位发生故障的硬件服务器的机制。
技术实现要素：
本发明实施例要解决的主要技术问题是，提供一种虚拟化网元故障管理方法和系统，解决现有技术中在虚拟化网元告警时，在em上无法查看故障物理机，导致的发生故障的物理机定位速度慢的问题。
为解决上述技术问题，本发明实施例还提供一种虚拟化网元故障管理方法，包括：
接收虚拟化网元上报的告警信息，告警信息中包含故障虚拟机的标识信息；
根据故障虚拟机的标识信息以及预存的虚拟机和物理机的映射关系，获取故障虚拟机所在的物理机的信息；
将获取的物理机信息添加到告警信息中。
为解决上述技术问题，本发明实施例还提供一种虚拟化网元故障管理方法，包括：
接收虚拟化网元上报的告警信息，告警信息中包含故障虚拟机的标识信息；
向虚拟化网元所在的vnfm发送查询故障虚拟机所在物理机的请求，获取故障虚拟机所在的物理机的信息；请求中携带故障虚拟机的标识信息；
将获取的物理机信息添加到告警信息中。
为解决上述技术问题，本发明实施例还提供一种网管系统，包括：
第一故障管理模块，用于接收虚拟化网元上报的告警信息，告警信息中包含故障虚拟机的标识信息；根据故障虚拟机的标识信息以及预存的虚拟机和物理机的映射关系，获取故障虚拟机所在的物理机的信息；将获取的物理机信息添加到告警信息中。
第一资源监控同步模块，用于维护预设的虚拟机和物理机的映射关系。
为解决上述技术问题，本发明实施例还提供一种网管系统，包括：
第二故障管理模块，用于接收虚拟化网元上报的告警信息，告警信息中包含故障虚拟机的标识信息；将第二资源监控同步模块获取的物理机信息添加到告警信息中；
第二资源监控同步模块，用于向虚拟化网元所在的vnfm发送查询故障虚拟机所在物理机的请求，获取故障虚拟机所在的物理机的信息；请求中携带故障虚拟机的标识信息。
本发明实施例公开了一种虚拟化网元故障管理方法和网管系统，可以在接收到虚拟化网元上报的告警信息后，根据告警信息中包含的故障虚拟机的标识信息，以及预存的虚拟机和物理机的映射关系，获取故障虚拟机所在的物理机的信息；并将获取的物理机信息添加到告警信息中，使得维修人员在查看故障信息时就可以实时获取到故障虚拟机所在的物理机，相对于现有技术中在维修人员需要在vim上查找故障虚拟机所在的物理机的方案，本发明无需维修人员特意查找故障物理机，降低了维修人员确定故障虚拟机的实体位置信息所需的时间，提升了网管上处理硬件故障的能力，缩短了虚拟化网元的故障处理时间。
附图说明
图1为本发明实施例一提供的一种虚拟化网元故障管理方法的流程图；
图2为本发明实施例二提供的一种虚拟化网元故障管理方法的流程图；
图3为本发明实施例三提供的一种网管系统的模块示意图；
图4为本发明实施例四提供的一种用于对虚拟化网元的故障进行管理的系统的示意图；
图5为本发明实施例四提供的用于对虚拟化网元的故障进行管理的系统中的vim的示意图；
图6为本发明实施例四提供的用于对虚拟化网元的故障进行管理的系统中的em的示意图；
图7为本发明实施例四提供的用于对虚拟化网元的故障进行管理的系统中的vnfm的示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。
实施例一：
参见图1，本实施例示出了一种虚拟化网元故障管理方法，可以在虚拟化网元发出告警信息后，根据告警信息中包含的产生告警的虚拟机的标识信息，从预存的虚拟机标识信息与物理机的映射关系，查找产生告警的虚拟机对应的物理机，将该物理及信息假如告警信息中。以便维修人员可以在查看告警信息时的同时就获取物理机信息，确定发生故障的虚拟机所在的实体位置，以便能及时排除虚拟机故障，保证虚拟化网元的功能尽快恢复正常。
本实施例的虚拟化网元故障管理方法包括：
s101、接收虚拟化网元上报的告警信息，告警信息中包含故障虚拟机的标识信息；
s102、根据故障虚拟机的标识信息以及预存的虚拟机和物理机的映射关系，获取故障虚拟机所在的物理机的信息；
s103、将获取的物理机信息添加到告警信息中。
在s103中，将获取的物理机信息添加到告警信息中后，可以直接将告警信息展示给用户。
本实施例的上述方案属于网元网管系统侧的虚拟化网元故障管理方法，上述的步骤由系统中的网管em实现。其中，可以理解的是，一个虚拟机网元可能会管理多个虚拟机，当虚拟化网元管理的虚拟机出现故障时，虚拟化网元会产生告警信息，通过告警信息中携带的故障虚拟机的标识信息告诉管理自身的网管哪个虚拟机发生故障。对于故障虚拟机的标识信息，在本实施例中，可以是虚拟机标志或者是虚拟机的名称，本实施例对此没有限制。对于虚拟化网元管理的虚拟机，可以分为总控虚拟机和业务处理虚拟机。负责监控虚拟机的进程或者模块，一般位于虚拟化网元的总控虚拟机内，会采用冗余配置确保可用。总控虚拟机和业务处理虚拟机之间设有链路连接，总控虚拟机通过定期查询业务处理虚拟机的情况来检查虚拟机运行情况，检查的内容包括cpu，内存，存储，接口，端口等。发现有异常情况以后，会产生告警信息上报给em。
为了实现网管对发生故障的物理机的快速定位，在本实施例中，em上预存有虚拟机和物理机的映射关系。其中，该映射关系可以是维护人员手动预存在em上的。可以预见，在该映射关系中，虚拟机方的信息中包含了虚拟机标识信息。
在对虚拟化网元的管理过程中，云管理系统mano中的vnfm(virtualisednetworkfunctionmanager，虚拟化的网络功能模块管理器)进行虚拟化的网络功能模块生命周期管理的功能模块。通过vnfm，可以对虚拟化网元进行迁移或弹性操作等等。vnfm还可以访问vim获得虚拟资源和硬件资源的映射，所以通过vnfm，可以获得虚拟机和物理机的映射关系。所以在另一实施例中，s102中预存的虚拟机和物理机的映射关系，也可通过向vnfm主动请求得到。
可以预见的是，在虚拟化网元的工作过程中，虚拟化网元管理的虚拟机的个数和虚拟机所在的物理机并不是一成不变的。当vnfm对虚拟化网元进行生命周期管理，例如迁移、弹性、删除、新建等操作，虚拟机和物理机的位置信息会发生变化。此时预存的虚拟机和物理机的映射关系就会出现一部分信息失效或者信息不完全的现象，导致s102中查询不到物理机信息或者查询到的物理机信息是错误的。
在s102中，若查询不到故障的虚拟机对应的物理机信息，s103中就无法在告警信息中加入物理机信息，为了避免这种情况出现，在本实施例中，在根据故障虚拟机的标识信息以及预存的虚拟机和物理机的映射关系，获取故障虚拟机所在的物理机的信息时，若预存的虚拟机和物理机的映射关系中不存在故障虚拟机的映射关系，则向上报告警信息的虚拟化网元所属的vnfm请求故障虚拟机所在的物理机信息，接收vnfm的反馈，并根据反馈更新预存的虚拟机和物理机的映射关系。
在上述获取故障虚拟机对应的物理机信息的过程中，向虚拟化网元所属的vnfm请求故障虚拟机所在的物理机的信息的方式包括：将携带故障虚拟机的标识信息的请求发送给vnfm，接收vnfm反馈的故障虚拟机所在的物理机的信息；或者，向vnfm请求最新的虚拟机和物理机的映射关系，在接收最新的映射关系后，再从其中查找故障虚拟机对应的物理机的信息。
通过上述的方案，当虚拟化网元上报告警信息后，可以快速从预存的虚拟机和物理机的映射关系中，找到故障虚拟机所在物理机，即使预存映射关系中没有，也可以通过向vnfm请求信息的方式获取故障虚拟机所在的物理机。可以预见，若是预存的虚拟机和物理机的映射关系能够一直与当前的虚拟机和物理机的映射关系同步，就可以保持该预存映射关系的有效性，避免向vnfm请求故障虚拟机所在的物理机信息，降低获取故障虚拟机所在的物理机信息所需时间，降低从接收到虚拟化网元上报的故障告警，到将含有故障虚拟机所在物理机信息的故障告警信息展示给用户所需的时间，有利于缩短虚拟化网元故障的排除时间。
为了保证预存的虚拟机和物理机的映射关系的实时有效性，可以采用以下两种方式，一种是主动向vnfm获取最新的虚拟机和物理机的映射关系，另一种是被动接收vnfm下发的最新的虚拟机和物理机的映射关系，这两种方式的具体实现过程如下：
方式一：按照预设周期向各虚拟化网元所属的vnfm请求最新的虚拟机和物理机的映射关系；
接收vnfm的反馈，并根据反馈更新预存的虚拟机和物理机的映射关系。
这里的预设周期可以需要设置，例如根据虚拟化网元的平均变动时间来设置，如在15小时中，有一台虚拟机被删除、一台虚拟机新建、一台虚拟机迁移。平均5分钟就有一台虚拟机和物理机的映射关系发生变化，所以，可以将预设周期设置为5分钟，即每隔5分钟，就主动向vnfm发起最新的虚拟机和物理机的映射关系的请求，获取最新的映射关系。当然，为了使得预存的虚拟机和物理机的映射关系有效性更高，可以将预设周期设置的更短，例如一分钟、两分钟等等。
可以想到的是，vnfm的反馈可以是所当前所有的虚拟机和物理机的映射关系，也可以是距离最近一次反馈的时间中发生变化的虚拟机和物理机的映射关系。在接收到vnfm的反馈后，更新预存的虚拟机和物理机的映射关系包括：利用最新的虚拟机和物理机的映射关系，替换预存的虚拟机和物理机的映射关系；或者，根据反馈修改预存的虚拟机和物理机的映射关系中发生变化的映射关系。
方式二：接收各虚拟化网元所在的vnfm在虚拟机和物理机位置信息变化后，发送的新的虚拟机和物理机的映射关系，并更新预存的虚拟机和物理机的映射关系。
一般的，vnfm中具有对虚拟化网元的生命周期进行管理和对虚拟化资源进行管理的功能，当vnfm进行虚拟化网元的生命周期管理操作的时候，对于涉及到虚拟机和物理机关系变化，此时，vnfm可以更新自身维护的虚拟机和物理机的映射关系。并且在更新后，可以将此次变化的消息通知给em，以保持和em中的映射关系的同步。
所以，对于本实施例中的em而言，只需要在虚拟机和物理机位置对应关系变化后，接收vnfm发送的最新的映射关系即可。
通过上述两种方式，em可以保持自身存储使用的虚拟机和物理机的映射关系的实时有效性。
在s103中，只需要将获取的故障虚拟机所在的物理机信息添加到告警信息中并展示告警信息，维修人员就可以同时获知故障的物理机，及时进行故障排除。
在另一实施例中，网管中可以不预存虚拟机和物理机的映射关系，在接收到虚拟化网元上报的故障信息后，只要根据该故障信息中携带的故障虚拟机的标识信息，向虚拟化网元所在的vnfm请求故障虚拟机所在的物理机的信息即可。本方案的实现方式包括：接收虚拟化网元上报的告警信息，告警信息中包含故障虚拟机的标识信息；向虚拟化网元所在的vnfm发送查询故障虚拟机所在物理机的请求，获取故障虚拟机所在的物理机的信息；请求中携带故障虚拟机的标识信息；将获取的物理机信息添加到告警信息中。之后，只要将含有物理机信息的告警信息展示给维修人员即可。可以预见，若采用此方案，每收到一次告警信息，都需要向vnfm请求物理机的信息，相对于网管中预存虚拟机和物理机的映射关系的方案，需要花费更多的时间在获取物理机信息上。
采用本实施例，可以在接收到虚拟化网元上报的告警信息后，根据告警信息中包含的故障虚拟机的标识信息，以及预存的虚拟机和物理机的映射关系，获取故障虚拟机所在的物理机的信息；并将获取的物理机信息添加到告警信息中，使得维修人员在查看故障信息时就可以实时获取到故障虚拟机所在的物理机，相对于现有技术中在维修人员需要在vim上查找故障虚拟机所在的物理机的方案，本发明无需维修人员特意查找故障物理机，降低了维修人员确定故障虚拟机的实体位置信息所需的时间，提升了网管上处理硬件故障的能力，缩短了虚拟化网元的故障处理时间。
实施例二：
参见图2，本实施例示出一种虚拟化网元故障管理方法，包括：
步骤1、虚拟化网元所在的硬件发生故障，引起虚拟机故障，被虚拟化网元监控系统捕捉到，产生一条故障信息。
步骤2、虚拟化网元监控系统将此条故障信息上报到em(网管)，该故障信息携带了故障虚拟机的标识信息。
步骤3、em收到此条故障信息以后，根据该故障虚拟机的标识信息，查询自身预存的虚拟机标识信息与物理机信息的映射关系中是否存在该故障虚拟机。若是，进入s207，否，进入s204。
步骤4、em向产生告警信息的虚拟化网元归属的vnfm发起查询请求，该请求中可以携带故障虚拟机的标识信息。
步骤5、vnfm内的虚拟化资源管理模块通过和生命周期管理模块交互获取虚拟机和物理机的对应关系。
步骤6、vnfm将故障虚拟机所属的物理机返回给em。
步骤7、em在故障信息中添加故障虚拟机所属的硬件信息，并展示该故障信息。
另外，本实施例中，em还可以通过定期向vnfm发送同步操作来尽量保证em和vnfm上虚拟机和物理机映射关系保持同步；或者em通过接收vnfm在虚拟机和物理机对应关系变化后，发送的新的虚拟机和物理机映射关系的方式，保持em和vnfm上虚拟机和物理机映射关系的同步，这样可以减少em向vnfm查询的次数，提高虚拟化网元故障排查效率。
通过以上的机制，对于操作人员来说，当引入虚拟化系统以后，在em上的业务告警也可以看到引起故障的硬件信息，缩短了虚拟化系统的故障管理处理时间，与传统的物理网元保持了一致，提升了em上处理硬件故障的能力。
采用本实施例，em在接收到虚拟化网元的告警信息后，可以在自身存储的虚拟机和物理机的映射关系中查找到与故障虚拟机对应的物理机，将该物理机的信息加入告警信息中展现给维修人员，以便维修人员在阅读告警信息时可以获取故障的物理机的信息，加快排除故障的速度，本实施例有效提升了网管上处理硬件故障的能力，缩短了虚拟化网元的故障处理时间。
第三实施例
参见图3，本实施例示出一种网管系统，包括图3所示的第一故障管理模块31和第一资源监控同步模块32。
在本实施例中，第一故障管理模块31，用于接收虚拟化网元上报的告警信息，告警信息中包含故障虚拟机的标识信息；根据故障虚拟机的标识信息以及预存的虚拟机和物理机的映射关系，获取故障虚拟机对应的物理机的信息；将获取的物理机信息添加到告警信息中。
第一资源监控同步模块32，用于维护虚拟机和物理机的映射关系。
其中，上述的虚拟机的标识信息，可以是虚拟机标志或者是虚拟机的名称，本实施例对此没有限制。对于虚拟化网元管理的虚拟机，可以分为总控虚拟机和业务处理虚拟机，负责监控虚拟机的进程或者模块，一般位于虚拟化网元的总控虚拟机内，会采用冗余配置确保可用。总控虚拟机和业务处理虚拟机之间设有链路连接，总控虚拟机通过定期查询业务处理虚拟机的情况来检查虚拟机运行情况，检查的内容包括cpu，内存，存储，接口，端口等。发现有异常情况以后，会产生告警信息上报给em。
为了实现网管对发生故障的物理机的快速定位，在本实施例中，em上预存有虚拟机标识信息和物理机信息的硬映射关系。在一实施例中，映射关系可以是维护人员手动预存在em上的。
在对虚拟化网元的管理过程中，云管理系统mano中的vnfm(virtualisednetworkfunctionmanager，虚拟化的网络功能模块管理器)进行虚拟化的网络功能模块生命周期管理的功能模块。通过vnfm，可以对虚拟化网元进行迁移或弹性操作等等。vnfm还可以访问vim获得虚拟资源和硬件资源的映射，所以通过vnfm，可以获得虚拟机和物理机的映射关系。所以在另一实施例中，预存的虚拟机和物理机的映射关系，可以是第一资源监控模块向vnfm自动请求得到。
可以预见的是，在虚拟化网元的工作过程中，虚拟化网元管理的虚拟机的个数和虚拟机所在的物理机并不是一成不变的。当vnfm对虚拟化网元进行生命周期管理，例如迁移、弹性、删除、新建等操作，虚拟机和物理机的位置信息会发生变化。此时预存的虚拟机和物理机的映射关系就会出现一部分信息失效或者信息不完全的现象。导致第一故障管理模块31查询不到物理机信息或者查询到的物理机信息是错误的。
若第一故障管理模块31查询不到故障的虚拟机对应的物理机信息，就无法在告警信息中加入物理机信息。为了避免这种情况出现，在本实施例中，第一资源监控同步模块32还用于在预存的虚拟机和物理息的映射关系中不存在故障虚拟机的映射关系时，向虚拟化网元所属的vnfm请求故障虚拟机所在的物理机的信息，接收vnfm的反馈，根据反馈更新预存的虚拟机和物理机的映射关系；第一故障管理模块31，还用于根据反馈获取故障虚拟机所在的物理机的信息。
在上述获取故障虚拟机对应的物理机信息的过程中，第一资源监控同步模块32向虚拟化网元所属的vnfm请求产生告警的虚拟机对应的物理机信息的方式包括：第一资源监控同步模块32将携带有故障虚拟机的标识信息的请求发送给vnfm，接收vnfm反馈的故障虚拟机所在的物理机信息；或者，第一资源监控同步模块32向vnfm请求虚拟机和物理机的最新映射关系，在接收最新的映射关系后，第一故障管理模块31再从其中查找故障虚拟机对应的物理机。
通过上述的方案，当虚拟化网元上报告警信息后，可以快速从预存的虚拟机和物理机的映射关系中，找到故障虚拟机所在物理机，即使预存映射关系中没有，也可以通过向vnfm请求信息的方式获取故障虚拟机所在的物理机。可以预见的是，若是第一资源监控同步模块32中预存的虚拟机和物理机的映射关系能够一直与实际的映射关系同步，就可以保持该预存映射关系的有效性，避免向vnfm请求故障虚拟机所在的物理机信息，降低获取故障虚拟机所在的物理机信息所需时间，降低接收到虚拟化网元上报的故障告警，到将含有故障虚拟机所在物理机信息的故障告警信息展示给用户所需的时间，有利于缩短虚拟化网元故障的排除时间。
为了保证预存的虚拟机和物理机的映射关系的实时有效性，第一资源监控同步模块32可以采用以下两种方式，一种是主动向vnfm获取最新的虚拟机和物理机的映射关系，一种是被动接收vnfm下发的最新的虚拟机和物理机的映射关系。具体的，第一资源监控同步模块32，用于按照预设周期向各虚拟化网元所属的vnfm请求最新的虚拟机和物理机的映射关系；接收vnfm的反馈，并根据反馈更新预存的虚拟机和物理机的映射关系。
这里的预设周期可以需要设置，例如根据虚拟化网元的平均变动时间来设置，如在15小时中，有一台虚拟机被删除、一台虚拟机新建、一台虚拟机迁移。平均5分钟就有一台虚拟机和物理机的映射关系发生变化，所以，可以将预设周期设置为5分钟，即每隔5分钟，就主动向vnfm发起最新的虚拟机和物理机的映射关系的请求，获取最新的映射关系。可以想到的是，vnfm的反馈可以是所当前所有的虚拟机和物理机的映射关系，也可以是距离最近一次反馈的时间中发生变化的虚拟机和物理机的映射关系。在接收到vnfm的反馈后，更新预存的虚拟机和物理机的映射关系包括：利用最新的虚拟机和物理机的映射关系，替换预存的虚拟机和物理机的映射关系；或者，根据反馈修改预存的虚拟机和物理机的映射关系中发生变化的映射关系。
或者，第一资源监控同步模块32，用于接收各虚拟化网元所在的vnfm在虚拟机和物理机位置信息变化后，发送的虚拟机和物理机的最新映射关系，并更新预存的虚拟机和物理机的映射关系。
一般的，vnfm中具有对虚拟化网元的生命周期进行管理和对虚拟化资源进行管理的功能，当vnfm进行虚拟化网元的生命周期管理操作的时候，对于涉及到虚拟机和物理机关系变化，此时，vnfm可以更新自身维护的虚拟机和物理机的映射关系。并且在更新后，可以将此次变化的消息通知给em，以保持和em中的映射关系的同步。
所以，对于本实施例中的em而言，只需要在虚拟机和物理机位置对应关系变化后，接收vnfm发送的最新的映射关系即可。通过上述方案，第一资源监控同步模块32可以保证自身存储的虚拟机和物理机的映射关系的实时有效性。
在将获取的故障虚拟机所在的物理机信息添加到告警信息中后，第一故障管理模块31只要展示告警信息，维修人员就可以同时获知故障的物理机，及时进行故障排除。
在另一实施例中，网管系统中可以不预存虚拟机和物理机的映射关系，网管在接收到虚拟化网元上报的故障信息后，只要根据该故障信息中携带的故障虚拟机的标识信息，向虚拟化网元所在的vnfm请求故障虚拟机所在的物理机的信息即可。其中，该网管系统包括，第二故障管理模块，用于接收虚拟化网元上报的告警信息；将第二资源监控同步模块获取的物理机信息添加到告警信息中，告警信息中包含故障虚拟机的标识信息；第二资源监控同步模块，用于向虚拟化网元所在的vnfm发送查询故障虚拟机所在物理机的请求，获取故障虚拟机所在的物理机的信息；请求中携带故障虚拟机的标识信息。第二故障管理模块在将故障虚拟机所在的物理机信息添加到告警信息中后，只要将告警信息展示给维修人员即可。可以预见，若采用此方案，每收到一次告警信息，都需要向vnfm请求物理机的信息，相对于上述另一种网管系统，需要花费更多的时间在获取物理机信息上。
采用本实施例，可以在接收到虚拟化网元上报的告警信息后，根据告警信息中包含的故障虚拟机的标识信息，以及预存的虚拟机和物理机的映射关系，获取故障虚拟机所在的物理机的信息；并将获取的物理机信息添加到告警信息中，使得维修人员在查看故障信息时就可以实时获取到故障虚拟机所在的物理机，相对于现有技术中在维修人员需要在vim上查找故障虚拟机所在的物理机的方案，本发明无需维修人员特意查找故障物理机，降低了维修人员确定故障虚拟机的实体位置信息所需的时间，提升了网管上处理硬件故障的能力，缩短了虚拟化网元的故障处理时间。
实施例四
如图4所示，本实施例示出一种用于对虚拟化网元的故障进行管理的系统，包括em、vnfm、vim。其中，vnfm，vim为mano系统中的组件，分别完成虚拟化网元的生命周期管理和虚拟化基础设施管理功能。em完成对虚拟化网元的业务配置，故障管理，性能管理等功能。
其中模块401是位于em内的故障管理模块，负责接收来自虚拟化网元的告警信息，判定告警信息是否需要附加位置信息，以及和虚拟化网元资源监控同步模块403交互取得附加位置信息。
其中模块402是位于vnfm的虚拟化网元资源管理模块，负责完成vnf的资源分配操作，在资源分配完毕以后，将新的资源变化通知发送给em。
其中模块403是位于em的虚拟化网元资源监控同步模块，负责定期给vnfm发送同步请求，确保虚拟机与物理机的映射关系是最新的。负责接收来自与虚拟化资源管理模块的资源变更通知，并及时更新虚拟机与物理机的映射关系。
其中模块404是位于虚拟化网元内的虚拟化网元监控模块，负责完成对虚拟化网元内的虚拟机运行情况进行监控，一旦发现异常要产生告警上报给em。
本发明机制是由401、402、403以及404模块协作完成的，下面结合图5-7说明各个模块的工作机制。
本发明的vim如图5所示：
如图中所描述，501是负责监控的进程或者模块，一般位于虚拟化网元的总控虚拟机内，会采用冗余配置确保可用。而502～507为业务处理虚拟机。501和502～507会有链路连接，通过定期查询业务处理虚拟机502～507的情况来检查虚拟机运行情况，包括cpu，内存，存储，接口，端口等。发现有异常情况以后，会产生告警信息上报给em。
本发明的em如图6所示：
其中模块403是虚拟化网元资源监控同步模块，401是em内的故障管理模块，当故障管理模块401收到虚拟化网元的告警信息的时候，会通过接口向虚拟化网元资源监控同步模块403查询虚拟机和物理机的映射关系中是否有告警信息中的故障虚拟机的映射关系，虚拟化网元资源监控同步模块403收到查询请求以后，查询保存在405存储模块中的映射关系，并将查询结果返回给故障管理模块。若查询不到，则虚拟化网元资源监控同步模块403向vnfm请求故障虚拟机所在的物理机的信息。
虚拟化网元资源监控同步模块403还会定期向vnfm发起资源同步请求，请求最新的虚拟机和物理机的映射关系，保持vnfm和em保存的映射关系一致。
另外，当虚拟化网元发生弹性，迁移，新建，删除等操作的时候，会引起虚拟机和物理机的位置信息变化，此时虚拟化资源管理模块402可以主动向虚拟化网元资源监控同步模块403上报通知消息，通信消息中可以携带更新后的映射关系。虚拟化网元资源监控同步模块403收到此消息以后将更新保存在405存储模块中的对应关系。
如图7所示，本发明的vnfm模块示意图:
其中402是虚拟化网元资源管理模块，406是生命周期管理模块。当生命周期管理模块406进行虚拟化网元的生命周期管理操作的时候，对于涉及到虚拟机和物理机关系变化，生命周期管理模块406将通知虚拟化网元资源管理模块402，虚拟化网元资源管理模块会将此次变化的消息通知给虚拟化网元资源监控同步模块403。
虚拟化网元资源管理模块402还可以支持查询操作，收到来自位于em的虚拟化网元资源监控同步模块403的查询请求以后，通过和生命周期模块406内交互来查询虚拟机和物理机的对应关系，然后上报给虚拟化网元资源监控同步模块403，由虚拟化网元资源监控同步模块403返回给em。
采用本实施例，em上展示的故障信息中可以包含故障虚拟机所在物理机的信息，使得维修人员在查看故障信息时就可以实时获取到故障虚拟机所在的物理机，相对于现有技术中在维修人员需要在vim上查找故障虚拟机所在的物理机的方案，使用本实施例无需维修人员特意查找故障物理机，降低了维修人员确定故障虚拟机的实体位置信息所需的时间，提升了网管上处理硬件故障的能力，缩短了虚拟化网元的故障处理时间。
显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储介质(rom/ram、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。