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

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

专为 IT 管理员打造

COM-HPC PMI 实现 IPMI 和 Redfish

Redfish 互操作性标准

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

用于 COM-HPC 实现的 Redfish 模式

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

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

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

不同的实施方案

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

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

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。