模块化机箱在未计入缺失依赖项成本之前可能显得便宜。主控引擎、交换组件、线卡、电源、风扇和软件要求可能将较低的入门价格变成一个规模大得多的项目。
正确的比较对象是服务就绪配置的成本与风险——而不是空机箱的价格。
首先定义运行模式
在选择组件之前，先确定预期的软件和控制模型。对于 Nexus 9504 评估，ACI 模式硬件文档支持其所述范围内的组合与条件。不应将其作为适用于所有 NX-OS 配置或所有线卡/交换配对的通用证据。R16
记录确切的标识符，并使用与预期模式和版本相适应的文档。物理上能装上的组件不一定经过拟议系统的验证。
将报价转化为依赖关系图
询问每个报价项目运行需要什么。确定哪些依赖项已包含、需单独购买、已安装或仍未解决。
有用的审查从所需服务端口开始，反向梳理线卡、交换、控制组件和机箱资源。然后加上安装和运行依赖项。
| 成本边界 | 必须明确的项目 |
|---|---|
| 硬件完整性 | 机箱、控制/交换组件、板卡、风扇和电源 |
| 连接性 | 模块、固定组件、光纤路径和对端要求 |
| 安装 | 导轨、线缆、机架适配和散热条件 |
| 运行 | 所需软件、授权和支持责任 |
| 验收 | 预配置、配置、测试和移交工作 |
此表是审查结构，不是通用物料清单。实际平台决定存在哪些组件以及支持哪些组合。
计入不确定性成本
即使所有物理组件都已到位，缺失兼容性记录也可能产生额外工作。工程师可能需要重建配置、寻找适用的镜像或更换不受支持的部件。进度风险应与价格一同可见。
对于较旧系统，请针对确切标识符检查生命周期里程碑和软件可用性。Cisco 的生命周期政策描述的是通用框架；它并不确定未指定机箱或组件的状态。R19
商业条件、卖家保修和制造商支持资格也需要单独确认。不应从“翻新”一词或一张成功启动的照片中推断任何一项。
比较完整的替代方案
一次示例性采购审查可能会发现，一个报价包含完整的已验证配置，而另一个仅包含机箱和板卡。后者不一定更差，但在比较之前必须加上其完成成本和工程责任。
要求提供逐项清单和拟议的验收方法。在依赖系统投入生产之前，在受控环境中验证预期接口、软件模式和代表性服务。
当买方已拥有所需的兼容组件时，低机箱价格可能有用。没有这种背景，它只是一个不完整的数字。购买网络所需且受支持的系统，并在承诺之前让每个缺失的依赖项都可见。
配套工程示意图
以下配图用于说明本篇设计思路，图中英文术语可结合文末释义阅读；不代表实测结果、认证配置或随货清单。
专业术语说明
- ACI 模式ACI-mode
- Cisco 以应用为中心的基础设施运行模式，采用集中策略控制器管理网络。本文指评估 Nexus 9504 时，硬件文档仅在其声明范围内支持该模式的组合与条件，不能推广到所有 NX-OS 配置。
- NX-OSNX-OS
- Cisco 数据中心交换机使用的网络操作系统。本文强调 ACI 模式硬件文档不应作为所有 NX-OS 配置或线卡/交换配对的通用证据，需按预期模式和版本核对。
- 管理引擎supervisor
- 模块化交换机中负责控制平面和管理功能的组件。本文指出其属于容易被忽略的依赖项，缺失时会使低机箱价格变成更大的项目成本。
- 交换组件fabric components
- 模块化机箱内提供交换容量和互连的硬件模块。本文将其列为服务就绪配置必须明确的依赖项，并强调线卡与交换组件的配对需经验证。
- 线卡line cards
- 插入模块化交换机机箱、提供业务端口的板卡。本文提醒物理上能装入的线卡不一定经过拟议系统的验证，需核对确切标识符和兼容性记录。
- 服务就绪配置service-ready configuration
- 包含机箱、控制与交换组件、线卡、电源、风扇、软件及验收工作，能够直接投入业务运行的完整配置。本文主张以此作为成本与风险比较的基准，而非空机箱价格。
- 生命周期里程碑lifecycle milestones
- 厂商对产品发布、销售终止、支持终止等阶段的时间节点定义。本文建议对较旧系统按确切标识符核查这些节点和软件可用性，不能从通用政策推断具体状态。
延伸阅读
资料来源
资料核对：
参数、兼容性与操作步骤应结合文中引用资料、完整型号及实际软件版本核对。配图为工程示意。