用于在解聚的硬件组件上安装软件的方法和系统技术方案

本公开的实施例讨论了用于在解聚的硬件组件上安装软件的方法、制品和装置。解聚的组件可以被分组成动态组成的计算节点中。该计算节点可以被呈现为虚拟计算机，并且软件可以被安装在虚拟计算机上。

【技术实现步骤摘要】
【专利说明】用于解聚的组件的软件覆盖 相关申请的交叉参考本申请涉及与其同一日期提交的题为“CONTENT FABRIC FOR A DISTRIBUTEDFILESYSTEM”(EMC案卷号:EMC-14-0278)的美国专利申请序列号14/320，001、题为“DYNAMICALLY COMPOSED COMPUTE NODES COMPRISING DISAGGREGATED COMPONENTS”(EMC案卷号:EMC-14-0279)的美国专利申请序列号14/320，069、题为“APPLICAT1N ANDINFORMAT1N MOVEMENT IN A CLOUD ENVIRONMENT”(EMC案卷号:EMC-14_0264)的美国专利申请序列号14/318，805、题为“CL0UDB00K”(EMC案卷号:EMC-14-0265)的美国专利申请序列号 14/318 ,831、以及题为 “MIGRATING PRIVATE INFRASTRUCTURE SERVICES TO A CLOUD”(EMC案卷号:EMC-14-0281)的美国专利申请申请序列号14/319,773，这些申请的全部内容在此通过引用并入本文。
本专利技术总体上涉及计算机平台，并且更具体地涉及用于根据解聚的硬件组件创建动态组成的计算节点的系统和方法。
技术介绍
信息技术基础设施逐步形成。早期基础设施包括与大型机通信的瘦客户端。大型机包括由基础设施中的所有客户端共享的硬件资源。这些基础设施可以被称为“第一平口 ο大型机最终相对于通用个人计算机和/或服务器失去流行性。这些计算机包括一起捆绑成单个薄金属盒的硬件组件，并且通常用作用于更复杂系统的构造块。这些基础设施可以被称为“第二平台”。目前存在远离大型机、个人计算机和服务器朝向新的第三平台基础设施的趋势。第三平台基础设施可以由至少五个趋势来总结:移动性、社交性、大数据、云和信任。因此，需要用于向第三平台基础设施分配硬件资源的改进方法、制品和装置。【附图说明】通过以下结合附图的详细描述将容易地理解本专利技术，其中相似的参考标号表示相似的结构元件，其中:图1描绘了根据本公开内容的实施例的传统的基础设施。图2描绘了根据本公开内容的实施例的解聚的基础设施。图3描绘了根据本公开内容的实施例的逻辑资源池。图4描绘了根据本公开内容的实施例的用于创建动态组成的计算节点的过程。图5描绘了根据本公开内容的实施例的用于嵌套视图的流程图。图6描绘了根据本公开内容的实施例的在解聚的硬件组件上安装软件的架构。图7描绘了根据本公开内容的实施例的在解聚的组件上安装软件的过程。图8描绘了根据本公开内容的实施例的用于确定资源需求的过程。图9描绘了根据本公开内容的实施例的用于迀移软件的过程。图10描绘了根据本公开内容的实施例的用于在两个软件解决方案之间建立通信的过程。【具体实施方式】以下结合示出本专利技术原理的附图提供了本专利技术的一个或多个实施例的详细描述。虽然结合这样的实施例描述了本专利技术，但应该理解，本专利技术不限于任何一个实施例。相反，本专利技术的范围仅由权利要求限定，并且本专利技术包含多种备选、修改和等效。为了示例的目的，以下描述中阐述了多个特定细节以便提供本专利技术的完全理解。为了示例的目的提供这些细节，并且在没有这些特定细节中的一些或所有细节的情况下，可以根据权利要求来实践本专利技术。为了清楚的目的，与本专利技术有关的
已知的技术材料没有被详细描述，以便本专利技术不会被不必要地模糊。应该理解，可以以包括如过程、装置、系统、设备、方法或计算机可读介质(诸如计算机可读存储介质或计算机指令在光学或电通信链路上被发送的计算机网络)的多种方式来实施本专利技术。应用可以采取在通用计算机上执行的软件或者被硬连线或被硬编码在硬件中的形式。在本说明书中，这些实施方式或者本专利技术可以采取的任何其他形式可以被称为技术。通常，所公开处理的步骤的顺序可以在本专利技术的范围内进行改变。本文描述的方法、过程和系统使得分散硬件资源和/或组件组合成动态组成的计算节点(本文也称为“DCCN”或“计算节点”)。传统的基础设施包括在外壳(enclosure)的内部预装配的硬件组件。这些基础架构通常基于外壳向外扩展，并且通常在存储服务器与计算/存储服务器之间被划分。然而，传统的基础设施在云环境中扩展得不是很好。它们由环境中的服务器的数量和服务器能力所限制。为了增加环境的资源，必须物理添加新的组件或外壳，消耗了时间并增加了成本。本文讨论的方法、系统和过程通过提供用于将解聚的硬件组件组合到DCCN中的机制来缓和了这些问题。图1示出了根据本公开内容的实施例的传统基础设施。不同于参照图2及后续附图讨论的系统，图1中所示系统可以针对给定的实用程序或应用而特制。该系统可以包括在网络104上互相通信的服务器100和存储服务器102。在实施例中，网络104可以包括通过光纤通道交换机106连接的光纤通道。服务器100可以包括计算和/存储器资源108，其经由网络接口控制器(“NIC”)112与机架顶部(“TOR”)交换机110通信。计算/存储资源108可以通过主机总线适配器(“HBA” )114与网络104对接。在实施例中，计算机服务器100主要包括处理资源(诸如计算机存储器或处理器)，并且包含有限的存储资源。存储服务器102可包括由互连结构(fabric)118连接的存储资源116。在实施例中，存储服务器102可以是存储区域网(“SAN”)的一部分。存储资源116例如可以为磁带或旋转型磁盘资源。存储服务器102可以进一步包括与互连118通信的存储处理器WOt3HBAWO可以与允许从/向服务器100接收/传输数据的网络104对接。图1的传统基础设施存在许多挑战。首先，组成的硬件组件通常根据类型捆绑到外壳(诸如服务器机架)内。例如，服务器100可以包括捆绑到单个机器内的计算/存储资源108以及TOR交换机110。类似地，存储服务器102可以包括一起捆绑到机器内的存储资源116。因此，添加附加资源可能要求物理地添加新的外壳或组件，导致系统停机时间和/或损失。第二，传统基础设施中的通信流可以表征为北-南(“N-S”)，这意味着I/O主要通过网络104从服务器100向南流到存储服务器102。服务器100可以以这种N-S方式接合至存储服务器102，创建贮藏的(siloed)环境。结果，完全利用的服务器组不能够溢出并消耗来自分离的未充分使用的贮藏的环境的资源。类似地，诸如抽点复制、灾难复原和/或备份的数据服务不能够在贮藏的环境之间进行共享。相反，每个贮藏的环境必须包括这些高可用性/恢复力模型的自身实例。N-S数据流还存在延迟和通信问题。例如，基础设施内的通信可能要求沿着N-S数据路径的多跳和拦截。这些跳可源于硬件组件之间的通信所要求的不同层和协议。例如，数据可以由计算/存储资源108处理，数据可以使用HBA 114和光纤通道交换机106在网络104上被传输，数据可以由存储处理器120接收并经由互连118传送到存储116。这些通信中的每个通信可以使用不同的协议，从而增加了系统开销、管理复杂度和检修复杂度。延迟问题可进一步由于脱架(out of rack)请求而被恶化，这是因为TOR连接性与计算-本文档来自技高网...

【技术保护点】
一种用于在解聚的硬件组件上安装软件的方法，所述方法包括：接收对在动态组成的计算节点(“DCCN”)上安装软件实例的请求；确定针对所述软件实例的资源需求，所述资源需求包括计算资源需求、存储器资源需求或者存储资源需求；标识资源池中的可用资源，所述资源池包括存储器池、计算池和存储池；通过将足够的可用资源专用于所述软件实例以满足所述资源需求来创建所述DCCN；以及在所述DCCN上安装所述软件实例。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：J·J·罗塞，K·杜拉佐，S·J·托德，
申请(专利权)人：伊姆西公司，
类型：发明
国别省市：美国;US