[发明专利]用于与托管的应用/虚拟网络功能(VNF)协调基础设施升级的方法

说明书

本公开涉及一种在网络功能虚拟化基础设施(NFVI)软件修改管理器中执行的用于提供托管至少一个虚拟网络功能(VNF)的至少一个虚拟资源(VR)的NFVI的NFVI软件修改的协调的方法，包括：接收NFVI软件修改请求；向VNF层级管理器发送至少一个VR的软件修改过程将要开始的通知，VNF层级管理器管理在由NFVI所提供的至少一个VR上托管的VNF；将软件修改应用于至少一个VR的至少一个资源；以及向VNF层级管理器通知软件修改的完成。

在35U.S.C.S.119(E)&37C.F.R.S.1.78下的优先权声明

本非临时专利申请要求基于以TOEROE的名义于2017年6月9日提交的申请号为62/517,592的在先美国临时专利申请“METHOD FOR COORDINATING INFRASTRUCTURE UPGRADEWITH HOSTED APPLICATIONS/VNFS(用于与托管的应用/VNF协调基础设施升级的方法)”的优先权。

技术领域

本公开涉及网络功能虚拟化(NFV)。

背景技术

在图1中示出的云和网络功能虚拟化(NFV)架构100中，基础设施与在基础设施130上执行的应用或者虚拟网络功能(VNF)120分离。然而，这些应用/VNF可能需要以高度可用的方式连续地提供它们的服务/功能。云/NFV基础设施的升级可能妨碍该服务高可用性和连续性要求，因为由于分离的原因，基础设施不知道在其上运行的应用，而应用/VNF不知道在基础设施级别的操作。

发明内容

为了克服该问题并且让应用/VNF知道升级，一些云解决方案在计算资源(即，物理主机和/或它的基础设施级别组件)获得升级之前提供通知，以使得在资源上托管的应用/VNF可执行保护它们的服务/功能的动作。

当前存在一些挑战。虽然基于计算资源的通知有帮助，但是它并不向基础设施升级过程提供针对应用/VNF级别调整的足够远景。这样的应用/VNF级别调整可以是在基础设施升级时增加应用/VNF的冗余，但是对此，基于计算资源的通知太细粒度，并且可能导致振荡，因为它没有提供关于升级活动的开始和结束的信息。另一方面，可以在整个基础设施升级过程/活动的开始给出通知，这太粗糙，即，额外的资源可用于根本不受影响的应用/VNF或者用于比需要的更长的时间。

本公开的某些方面和实施例可对这些或者其他挑战提供解决方案。一个解决方案是使用虚拟资源的反关联性(anti-affinity)分组作为升级通知过程的基础。因此，基础设施可以在反关联性组的第一个成员受影响之前向针对该反关联性组注册的应用/VNF的管理器发送通知，并且因此，可通过例如重新配置或者向外扩展来为影响序列准备好应用/VNF。基础设施可以在该组的最后一个成员已经受影响并且预期没有更多影响之后发送另一通知，在这时，准备已完成并且应用/VNF向内扩展。基础设施与应用/VNF水平之间的协调可以使用反关联性组。

某些实施例可以提供更有效的应用/VNF级别动作来为即将到来的基础设施升级做准备，避免计算资源级别通知的可能的振荡效应，并且使用在基础设施级别和应用/VNF级别已知的升级目标(即，反关联性组)来提供比活动级别通知更细粒度的解决方案。

一些实施例可与现有的基于计算资源的通知的解决方案组合使用或者用作替代方案。当用作替代方案时，它还可以显著地减少通知信令。

另外，将反关联性分组用于组织基础设施升级可以优化基础设施升级活动，而并不损害应用/VNF级别服务可用性和连续性。