基于Redfish的COM-HPC平台管理接口

专为 IT 管理员打造

对于分布式系统的操作员来说，COM-HPC PMI的主要好处是系统维护和健康管理，异常检测以及在系统发生故障时继续进行系统访问，以使他们能够启动恢复措施，而无需呼叫服务技术人员。

COM-高性能计算PMI实施IPMI和Redfish

COM-HPC PMI的命名可能有点令人困惑，因为它可能意味着它只是IPMI指令集的改编，该指令集通常在离散集成的电路板管理控制器（BMC）上实现，可以通过网络连接，串行接口和/或LPC / eSPI进行访问。事实上，这个新的平台管理界面也实现了Redfish，使其比第一次出现时所暗示的更加全面和灵活。

Redfish标准由分布式管理任务组 （DMTF） 管理，可用作 IPMI 局域网的替代或补充，并提供统一的 RESTful 编程接口，非常适合边缘服务器和网关的远程维护。它也被称为 REST API 或可重用 API，其中 REST 代表具象状态传输。该名称表示从应用程序的当前状态到下一个状态的转换的转移。

最终，它是一种用于Web服务和分布式系统的体系结构，它使用https请求来访问和利用数据。所需要的只是一个带有RESTful插件和URL的浏览器来启动服务。这种架构的主要优点包括广泛使用http / https标准进行数据传输，这有别于其他服务，如SOAP。此外，有效负载元数据开销较小，因为无需创建基于 XML 的计算密集型消息。

Redfish互操作性标准

DMTF将这种工程范例用于Redfish互操作性标准（可开源）来简单安全地管理融合和混合IT以及软件定义的数据中心（SDDC）。红鱼是人类和机器可读的，有效载荷设计在基于JavaScript的数据交换格式JSON中。公共架构定义语言用作协议 （OData v4）。这种基本原理的结合使Redfish成为超媒体API。因此，它通过统一的接口支持各种实现，允许检测资源以及管理资源以及事件和任务。我

主数据通常包括制造商的名称和序列号;事务数据包括，例如，当前处理器温度或电路板或模块的功耗。任何Redfish服务的起点都是设备 URL，后跟 URI（统一资源标识符）/Redfish/v1。通常，红鱼 - 就像IMPI一样 - 在目标系统中的离散BMC上实现。这可以是载板的 BMC 或 COM-HPC 模块的模块管理控制器 （MMC）。在 COM-HPC 中，然后从所谓的收集服务系统、机箱和管理器请求信息。

逻辑系统数据，如有关模块制造商、集成处理器、状态和启动顺序的信息，是从 Systems 中检索的。物理信息由机箱管理。例如，这包括当前温度或功耗值和限制。最后，管理器用于访问有关操作系统控制台、物理安装的管理硬件和系统管理子系统（即 BMC 和/或 MMC）的管理功能的信息。

用于 COM-HPC 实现的Redfish架构

但是，Redfish将协议的定义与数据模型（模式）分开。因此，Redfish协议基本上是静态的，这对用户来说是有好处的。另一方面，Redfish程序员可以独立修改数据模型中定义的每个资源。这使得Redfish具有高度的灵活性和前瞻性，因为可以在必要时添加资源或更新现有资源的数据模型以满足新的要求。

权衡是Redfish的实现永远不会标准化。协议版本和相应规范中支持的功能都不是固定的。这就是为什么有一个Redfish互操作性概念，可以在一个语句中传达Redfish互操作性配置文件中规定的实现要求。这样的配置文件定义了特定实现应满足的红鱼协议要求，以及它应支持的红鱼模式的子集。

PICMG现在已经为COM-HPC实现定义了一个精确的Redfish互操作性配置文件架构。现在，对于每个实施，保留和管理库存的方法都是相同的，这可以确保长期投资，即使对于自定义开发的管理控制台也是如此。数以百计的“应”和“应该”规范几乎涵盖了监视和管理分布式系统所需的所有功能。最终，这一切都是为了确保即使系统处于带外状态（即，在正确的系统运行期间无法再通过提供的标准路由访问）服务也保持可用。

PICMG进一步规定了用于管理COM-HPC客户端和服务器模块及其载板的通信通道的物理架构。该规范规定，Redfish接口应提供在载板上。还可以选择通过模块本身的MMC提供Redfish。但是，这需要MMC的以太网连接。遵守 COM-HPC 的Redfish互操作性配置文件也是强制性的。

不同的实施选项

因此，基于IPMI和Redfish的COM-HPC平台管理接口规范可以在模块和载体上实现，也可以在任何变体组合上实现：带有管理接口的载板可以承载具有和不具有管理接口的模块。带有管理接口的模块可以在带 BMC 或不带 BMC 的载板上操作。最终，这确保了整个 COM-HPC 生态系统的首选配置和完全互操作性的最大选择自由度。唯一的区别是，边带和带外管理选项当然不一样。

开发人员现在可以决定是否需要具有 COM-HPC PMI 的模块，或者是否足以让他们通过载板上的 BMC 实现 COM-HPC PMI。后一个选项还允许他们控制BMC固件及其功能。通常，在载体上实现是较便宜的方法。首先，最常见的实现可能是在载板上实现COM-HPC PMI的解决方案。

在这里，开发人员可以找到用于 Redfish 接口的各种 JASON 模型 - 从具有一个或四个具有完全管理和 MMC 的 COM-HPC 模块的托管载板，到具有托管载板和无需 COM-HPC IPMI 实现的简单非托管模块的最简单形式。用户可以使用 Web 浏览器在本地系统上下载和评估模型。但是，需要事先安装 RESTful 插件。

审核编辑：郭婷