第 3 章 硬件认证策略
3.1. 程序策略
3.1.1. 策略更改
通常,红帽将认证测试和标准中的主要修订版本限制为 Red Hat Enterprise Linux 的主版本。
红帽还可能还会发布对硬件认证策略、标准和/或测试套件的更新,包括在次版本中,在次版本中发布新的硬件支持功能,或根据需要选择任何其他点。
任何时间点上只有一个策略版本处于活跃状态。此当前策略在其发行版本有效,并取代所有之前的版本。
认证过程中应用的策略指南版本会在成功完成后在认证中记录。
对策略或条件的更改将作为通知发送到 hwcert-announce-list@redhat.com 邮件列表。通过 Web 界面https://www.redhat.com/mailman/listinfo/hwcert-announce-list订阅列表。
测试套件的更改也会记录在测试套件勘误表通知和软件包 changelog 中。
3.1.2. 认证生命周期
当红帽成为硬件系统或组件以及特定架构和 RHEL 版本的组合时,认证生命周期将开始。硬件系统或组件将保留其认证,直到出现以下情况之一:
- 需要重新认证。
- 红帽不再支持那个 RHEL 版本。
- 您参与硬件计划。
这个生命周期政策也适用于层次认证。
3.1.2.1. 其他资源
3.1.3. 提交窗口
对于指定的主要 Red Hat Enterprise Linux 主版本的新硬件认证,通常可提交至第 2 个 Red Hat Enterprise Linux 主版本,直到发布后续的 Red Hat Enterprise Linux 主版本。
请注意,通常会在宣布关闭窗口前 30 天发送邮件列表。mailto:hwcert-announce@redhat.com应该针对这些窗口的计划与您的企业合作伙伴经理协调工作。
必须与您的企业合作伙伴经理一起引发超出正常窗口认证请求。
这些请求会根据具体情况进行审核。除提交窗口外的认证请求不需要对操作系统进行额外的更新。
在 Red Hat Enterprise Linux 新主版本的发布期间,合作伙伴可以选择使用发行候选介质开始认证测试。这个选项允许这些供应商在推出新产品时可能具有认证的系统。
如果发行候选版本和正式发布版本之间存在显著变化,则可能需要进一步测试。在 GA 版本被正式发布前,不会发布该证书。
3.1.4. 原始认证
认证硬件的合作伙伴支持是红帽硬件认证的基础部分。所有有关被认证硬件的请求和信息都必须由红帽原始硬件制造商提交。
硬件合作伙伴可以将自己的外部合作伙伴用于其任意部分的硬件和测试,但所有好处和额外成本均由合作伙伴负责。
红帽将仅与提交认证请求的合作伙伴交互,并将仅作为提交合作伙伴,通过供应商+model 价值发布原始认证。
3.1.5. 未发布认证
提交给红帽的所有硬件认证请求都将假定为硬件目录上发布条目的请求。认证可以保持未发布,当合作伙伴要求时,认证尚未在硬件目录上发布。
未发布的认证遵循与公布的认证相同的政策,但不在互联网上提供。
认证请求未能满足认证标准,将始终保持未发布。
在最初打开认证请求时,应先在认证请求的评论对话框中发出认证未发布的请求。
在未发布的内容认证中,可以通过红帽文章或解决方案提供注释。
3.1.6. 组件 Leveraging
为了最大程度提高硬件认证测试流程的效率,红帽允许硬件认证合作伙伴重复使用或利用特定测试案例,用于 Red Hat Enterprise Linux 的相同(或之后的次版本)版本和架构,以满足在类似模型间重复使用组件的测试要求。
您需要拥有一个 Red Hat Enterprise Linux 质量保证(QA)流程,该流程包括要通过利用获得认证的所有硬件。Red Hat 反过来利用此 QA 流程来提供此功能,因此这样的合作伙伴无法利用其他合作伙伴的测试,除非 组件传递认证 中所述。在 硬件类要求中提供了额外的利用要求。
3.1.7. 组件 Leverage 池
利用池是由系统供应商执行的一系列 未发布 的组件认证,旨在建立旨在通过后续系统认证期间利用的组件列表。以下条件适用于利用池:
- 需要利用池认证才能为组件传递常规认证标准。
- 使用硬件目录中的正常 创建 页面应打开利用池认证。
- 应添加注释,要求将认证类型设置为 Leverage Pool。
- 只有单个组件才能在利用池认证中。
- 为了利用池认证测试结果,系统认证计划可以利用字段提供利用池认证的认证 ID。
3.1.8. 系统传递认证
传递认证指的是第三方系统或组件能够获得与之前由原始硬件制造商认证的硬件相同的认证。
系统制造商可以将授予其系统的认证扩展到原始供应商的其他供应商的系统
- 有来自第三方的权限,
- 具有确保第三方不更改硬件的机制时,它不再被视为由红帽认证的原始模型的子集,
- 将支持和代表硬件的职责扩展到涉及第三方硬件的情况(请参阅硬件认证协议的 1.2 和 1.3 部分)。https://www.redhat.com/licenses/hardware.html
然后,第三方无法将其直通认证扩展到其他供应商。虽然这两个供应商都需要成为硬件认证计划的成员,但只有原始供应商才能请求通过认证。
传递请求应使用原始认证的硬件目录条目下的 Pass-Through 对话框打开。
供应商还可能使用直通过程,其中同一供应商对于同一硬件有多个名称。
3.1.9. 组件传递认证
组件厂商可能会利用组件供应商的直通过程
(a)有来自第三方的权限
(b)有机制,可以确保第三方不会更改硬件
(c)将支持和代表硬件的职责扩展到涉及第三方硬件的情况(请参阅硬件认证协议的 1.2 和 1.3 部分)。
第三方供应商不得将其直通认证扩展到其他供应商。虽然这两个供应商都需要成为硬件认证计划的成员,但只有原始组件供应商才能请求通过认证。原始和直通认证可能发布或未发布。
第三方系统厂商可能会选择在其系统认证中将这些组件认证用于标准 PCIe 表单,包括以太网、光纤通道、Infiniband、iSCSI、SATA、SAS、RAID、RAID、CNA 和 WLAN 选项卡。
常规利用策略适用于利用组件直通认证的系统认证,包括内部 QE 流程包括所有需要利用的硬件。组件传递认证也可能遵循利用池策略(请参阅利用池的 计划策略组件)。
组件传递认证使用原始组件厂商的 Hardware Catalog 条目下的 Pass-Through 对话框打开。
成功完成后,将向系统供应商提供直通认证。然后,系统供应商可能会提供直通认证 ID 作为其系统认证测试计划中的利用值。
3.1.10. 重新认证
更改更改原始测试计划标准的模式需要重新认证。模型更改包括硬件、BIOS 或固件。
示例
增加支持的 CPU 数量或添加新组件(如网络或存储控制器)需要重新认证。
应该打开一个新的附件认证来处理硬件更改。
其他资源
- 有关测试计划标准的更多信息,请参阅 测试计划概述。
3.1.11. 已知问题
在 Red Hat Enterprise Linux 中,模型不能有已知的主要问题。作为认证过程的一部分,红帽将调查以确保不存在大量未解决的问题。
3.1.12. 硬件示例
红帽工程团队需要代表硬件样本,并在自测试和红帽测试的认证中提供支持。红帽使用此硬件来验证、调试和修复客户问题和/或将来的产品测试。请注意有关硬件示例的以下条件:
- 硬件示例应该是提供所有模型功能的完整配置。
- 规定的测试计划(请参阅 测试计划概述)可用作最低配置指南;但是,红帽支持可能会根据特定的硬件、计划的客户部署和其他因素来请求特定的配置。
- 硬件示例还应包括正确安装和操作所需的访问权限。
- 在认证发布前,硬件必须已位于红帽的位置。
- 红帽支持可能会自行决定未来交付硬件的承诺。
- 您的大客户经理(TAM)或支持代表可以提供位置和配置详情,并在提供硬件前咨询。