[发明专利]用于确定何时需要更新云虚拟机的系统和方法

说明书

技术领域

本发明一般地涉及更新云提供方提供的虚拟机。更具体地说，提供一种用于确定虚拟机服务更新的机制，包括例如确定更新虚拟机实例还是更新用于虚拟机实例化的底层虚拟机映像。

背景技术

云提供方的常规做法是发布一组虚拟机映像，消费者可以将这些映像实例化为云上的特定虚拟机实例，从而导致简化的体验和更快的价值实现。这些映像是虚拟资源、操作系统的组合，并且可能包括一个或多个软件产品。提供方必须确定要提供的最佳映像组，并且必须不断地评估何时需要更新。更新通常以补丁的形式呈现，并且纠正错误或安全漏洞或者引入新功能。

但是，如将解释的，将补丁应用于虚拟机映像所需的复杂性和工作量远高于为虚拟机实例打补丁所需的复杂性和工作量。这可归因于以下风险：不正确地修改配置、中断映像的云供应，或者阻止管理堆栈的正确操作。

如果未将补丁应用于映像，则必须在实例化阶段或者在实例化之后，将补丁应用于该映像的每个实例。该过程导致消耗计算机资源，并且客户可能接收云提供方尚未测试的初始实例。

因此，本发明的发明者认识到云供应领域中的一个新问题，其在于云提供方相对于虚拟机更新做出多个选择，甚至包括选择更新底层虚拟机映像还是更新虚拟机实例。其它更新决策包括确定此类更新的最佳计时（timing），假设云提供方不断地从软件供应方接收更新。

发明内容

鉴于常规系统的以上和其它示例性问题、缺点和劣势，本发明的一个示例性特性是提供一种用于基于与更新关联的成本而进行虚拟机更新决策的结构（和方法）。

本发明的另一个示例性特性是提供一种用于确定更新底层虚拟机映像的成本是否低于更新每个虚拟机实例的成本的方法。

本发明的另一个示例性特性是为云提供方提供一种用于计算虚拟机映像的最长更新时间（maximum update time）的机制。

本发明的另一个示例性特性是为云提供方提供一种用于仅根据当前未决补丁而确定是否需要立即更新映像或实例的机制。

在第一示例性方面，在此描述一种基于虚拟机提供计算基础架构的方法，包括提供由处理器在网络上执行的虚拟机供应系统。所述虚拟机供应系统：接收虚拟机请求作为输入；从虚拟机映像库中检索虚拟机映像以适应所述虚拟机请求；通过供应所选择的虚拟机映像以适应所述虚拟机请求以及通过删除和安装软件系统中的至少一个以适应所述虚拟机请求而从所选择的虚拟机映像构造实例化后的虚拟机；以及响应于所输入的虚拟机请求而输出所述实例化后的虚拟机。一种映像更新系统基于更新成本而确定更新所述虚拟机映像和所述实例化后的虚拟机中的至少一个的更新计时。

在第二示例性方面，在此还描述一种系统，其包括至少一个处理器和存储设备，所述存储设备用于存储指令程序，所述指令程序允许所述至少一个处理器之一实现和执行一种映像更新方法，所述映像更新方法用于基于更新成本而确定更新虚拟机映像和从所述虚拟机映像实例化的虚拟机中的至少一个的更新计时。

在第三示例性方面，在此还描述一种非瞬时性计算机可读存储介质，其有形地包含机器可读指令程序，所述机器可读指令程序可由数字处理装置执行以执行一种实现和执行映像更新方法的方法，所述映像更新方法用于基于更新成本而确定更新虚拟机映像和从所述虚拟机映像实例化的虚拟机中的至少一个的更新计时。

附图说明

从以下参考附图的对本发明示例性实施例的详细描述，将更好地理解以上和其它目的、方面和优点，这些附图是：

图1示出本发明的一个示例性实施例的示例性流程图100；

图2示出2010年针对OpenSuSE11.1操作系统发布的补丁的大小和计数的示例性数据200；

图3示出2008年发布的选择IBM中间件修复包的示例性数据300；

图4示出示例性测试结果400，其指示未来更新映像时的平均天数，该平均天数取决于使用映像的请求的被高估的数量；

图5示出示例性测试结果500，其指示更新映像浪费的时间，该时间取决于使用映像的请求的被低估的数量；

图6示出示例性测试结果600，其指示管理员为何可能更喜欢针对更新设置预定的阈值天数；

图7示出示例性测试结果700，其指示在多长时间内未更新映像可以导致浪费大量时间；

图8示出示例性测试结果800，其通过呈现取决于映像更新概率故障的恢复浪费时间，指示应用于映像的错误补丁对实例的后续供应时间的影响；

图9示出将本发明纳入其中的示例性硬件/信息处理系统900；以及