或资源池以检索期望的信息。
[0048]在一些实施例中，带内监控允许管理实用程序发现新添加的硬件组件。这些组件可以在它们连接至结构时广播它们的存在，和/或管理实用程序可以周期性地轮询连接至结构的所有组件以标识新资源。
[0049]附加地或可选地，本发明的实施例可以包括带外监控。解聚的基础机构中的单个组件可以包括用于本地聚集统计并将它们带外地发送给管理实用程序的管理端口。类似地，配置信息和/或指令可以被传输至管理端口而非在结构总线上。可以使用远程登录、SSh等来向管理端口发送配置修改。如果组件操作使结构饱和或者如果结构不可用，则带外监控是有利的。
[0050]—些实施例可以包括带内监控和带外监控二者。带内监控可以在计算结构可用或未饱和时被使用。带外监控可以被用作备份，并且管理实用程序可以基于结构饱和、可用性等在两者之间动态地切换。
[0051]监控能力还可以提供解聚的基础设施内的不同元件、组件和信息的嵌套视图。解聚的基础设施中的系统和组件可以被划分到用于更好的透明度和控制的层中。例如，底层可以包含关于盒中给定刀片上的特定硬件资源的信息。下一层可以描述盒的当前状态或存货，诸如哪些刀片或线卡在盒中，并且可以具体化包含在底层中的信息。顶层可以描述解聚的基础设施中的所有盒的存货和状态，并且可以包括从中间层到底层的信息。通过这种方式，不同的视图可以互相嵌套以提供粒度的变化等级。用户或管理实用程序可以期望关于解聚的基础设施的一般健康的信息，并且因此仅从最顶部的层中提取信息。附加地或可选地，用户或管理实用程序可以期望关于在特定盒中的给定刀片上操作的组件的信息，并且可以向下深入到嵌套视图以获取期望的信息。
[0052]视图可以基于关于解聚的基础设施内的组件或子组件的任何类型的可量化信息。例如，一个视图可以为线卡利用图。另一个可以与用于盒中的单个刀片的连接速度、馈送或其他端口信息。然后，可以基于每个盒来聚集该端口信息以提供第二等级视图，然后在顶部等级处总结以提供用于整个解聚的基础设施的简档。用于创建一个或多个视图的其他信息可以包括转发用于计算结构的构造、连接节点和/或节点拓扑约束、聚集通信吞吐量，路由并转发信息、L1/L2高速缓存大小、时钟频率、可用DRAM存储器等。
[0053]尽管上述实例讨论了互相嵌套的三层，但任何数量的视图和层都本公开内容。类似地，父视图可以添加没有由子视图封装的新信息。如以下详细讨论的，这些视图还可用于动态地将资源分配给不同的虚拟组件。
[0054]图5描绘了用于在解聚的基础设施中创建嵌套视图的一般过程。
[0055]在框502处，解聚的基础设施可以被划分为多个视图，其中，单个视图描述由该视图封装的组件。例如，解聚的基础设施可以基本类似于图2所示的基础设施。可以针对每个机架200创建三个视图。第一视图可以描述单个计算资源的利用，第二视图可以总结单个存储资源上的可用的/消耗的空间，以及第三视图可以总结可用的存储器资源上的可用的/消耗的存储器。通过这种方式，每个视图都包括描述由该视图封装的组件的信息。
[0056]在框504中，第一视图可以嵌套在第二视图内，其中第二视图描述由第一视图和第二视图二者封装的组件。例如，可以针对参考框502所讨论的每个机架创建机架视图。用于每个机架的计算视图、存储器视图和存储视图可以嵌套在机架视图内。0(?网络连接信息还可以包括在机架视图中。这些机架视图又可以嵌套在顶层的解聚的基础设施视图中。因此，该解聚的基础设施视图可以包括关于机架(来自机架视图)和机架内的单个组件(来自计算视图、存储器视图和存储视图)的信息。此外，可以根据嵌套视图来创建新视图。例如，可以创建全局计算视图、全局存储器视图和全局存储视图，它们描述系统中的所有计算、存储器和存储资源。因为管理实用程序可以快速地标识最佳资源，所以当将向动态组成的计算视图分配解聚的组件时，这可以尤为有用。
[0057]现在参照图6，讨论了用于在分组到动态组成的计算节点中的解聚的组件上覆盖应用功能的系统和过程。图6可以包括机架600和601，其可以基本类似于上面讨论的机架200。这些机架可以包括解聚的硬件组件，诸如计算602、存储器604、闪存606、固态驱动器608、闪速存储器610和GPU 612。这些组件中的每一个都可以与计算结构616进行通信，从而连接机架内和机架之间的组件。如参照图2所讨论的，与计算结构616的通信可以经由物理接口被促进。计算结构616还可以与脱架网络624进行通信。
[0058]图6还包括解聚仲裁器626和软件目录628。解聚仲裁器626可以是用于在已经分组到DCCN中的解聚的硬件组件上覆盖或安装软件应用的软件应用。在实施例中，解聚仲裁器626是上面讨论的管理实用程序。附加地或可选地，解聚仲裁器626可以是独立于管理实用程序操作的分离的软件实用程序。
[0059]软件目录628可以包括可以安装在动态组成的计算节点上的各种软件产品。目录可以包括操作系统、应用、管理程序或任何其他类型的软件应用。例如，软件目录可以包括多个存储软件产品，诸如SQL、块、文件或基于对象的存储解决方案、或者数据移动性、复制或去复制服务。在一些实施例中，解聚仲裁器626可以向/从目录628添加/移除软件。
[0060]在一些实施例中，解聚仲裁器可以接收标识在解聚硬件组件上安装的软件的工作量请求。该软件可以从软件目录628中选择，并且解聚仲裁器626可以标识计算资源需求I和
2、存储器资源需求3以及存储资源需求4。可以在机架600或机架601中标识满足这些需求的可用资源，并且可以安装软件。一旦被安装，解聚仲裁器626就可以开始应用或者引导操作系统，并且暴露它们来使用。参照图7至图10详细讨论该过程。
[0061]现在参照图7，讨论用于在包括解聚的硬件组件的计算节点上安装软件应用的过程。在框700处，可以接收对在DCCN上安装软件的请求。在实施例中，该请求类似于上述工作量请求。可以在解聚仲裁器、管理实用程序和/或二者处接收该请求。
[0062]在框702处，可以确定针对软件的资源需求。这些资源需求可以来自软件目录，诸如软件目录628。附加地或可选地，它们可以包括在请求自身中。在一些实施例中，可以标识最小和最佳需求。然后，解聚仲裁器可以判定是否使用最小需求、最佳需求或者它们之间的需求。这种判定可以例如基于用户或策略。这些资源需求例如可以为计算需求I和2、存储器需求3和/或存储需求4。
[0063]在框704处，可以从资源池中标识可用资源。这些资源池可以基本类似于以上所讨论的资源池。在实施例中，可以从资源池中标识最佳资源。例如，如果软件应用要求IGB的存储器，则存储器资源池可以被查询以标识具有连续IGB的存储器块的存储器资源。在一些实施例中，这种连续存储器可以使用以上所讨论的嵌套视图来被标识。
[0064]在706处，可以通过将足够的资源专用于计算节点以满足软件实例的资源需求来创建动态组成的计算节点。这些资源可以包括连接至计算结构的任何应用组件，并且可以位于相同或不同的机架上。例如，在图6中，可以通过为存储器需求3分配来自机架601的存储器，并且为存储需求4分配来自机架600的存储来创建计算节点。可以为计算需求I和2分配来自机架600和机架601 二者的计算资源。这使得从解聚的基础设施中的任何可用的硬件组件创建动态组成的计算节点。
[0065]在框708处，可以在DCCN中的分配的资源上安装软件。换句话说，软件可以安装在从聚集的资源创建的计算节点上。一旦软件已经被安装，就可以将具有覆盖应用功能的完整的DCCN呈现给请求者。
[0066]图8描绘用于确定向动态组成的计算节点分配的资源的过程。在框800处，可以接收对在动态组成的计算节点上安装软件的请求。这可以基本类似于上面讨论的框700。
[0067]在802处，可以接收定义资源的第一集合的简档。例如，该简档可以被包括在请求中。在一些实施例中，简档可以包括不由解聚仲裁器考虑当特殊资源需求。例如，简档可以指定所有分配的存储器必须在连续块中。附加地或可选地，简档可以指定将被应用的最小和/或最大资源需求，而不管软件是否被安装在DCCN上。该解聚仲裁器可以总是适应简档中限定的需求，最大限度地适应需求或忽略需求。
[0068]在框804处，可以基于软件来确定需求的第二集合。例如，可以标识软件运行所需的最小和/或最佳需求。
[0069]在框806处，可以组合资源需求的第一集合和资源需求的第二集合以确定最终的资源需求。例如，所接收的简档可以指定所有存储器必须连续，并且源于软件的需求可以指定要求至少2GB的存储器。因此，组合的最终资源需求可以为2GB的连续存