简介：这份资源是《OTII-E模块化服务器技术规范 V1.0（ODCC-2023-01002）》的完整PDF文档，面向服务器设计、生产与运维技术人员，尤其是关注5G与边缘计算场景的工程师和管理者。规范由中国移动、中国电信、英特尔等单位牵头编制，围绕深度定制、开放标准与技术统一的目标，系统给出模块化服务器的整体设计要求、模块类型与规格、内部组件选型、电源与风扇标准、环境适应性及硬件管理接口等内容，并强调灵活性与兼容性，支持不同网络环境和操作系统的适配。资源包共1个PDF文件，约1.4MB，便于随时查阅与归档。文档目录涵盖机框布局、模块逻辑框图、CPU与内存、存储、PCIe插卡、加速硬件、时钟同步及电源转换效率等章节，并附有大量图表辅助理解具体布局与技术细节，可帮助读者快速掌握OTII-E服务器的设计要点与接口规范。目前已有304人学习下载，适合需要深入理解边缘计算服务器标准化方案的技术人员参考。
1. 边缘机房塞不进标准服务器？这份规范把模块化拆明白了
很多做边缘计算的同行都遇到过这种场景：某园区机房只有 600mm 深的机柜，传统 2U 服务器往里一推，PSU 出线口直接顶到后门框，运维连电源线都插不进去。更别提有些站点温度常年逼近 40℃，普通服务器跑着跑着就降频。OTII-E 模块化服务器技术规范 V1.0（编号 ODCC-2023-01002）就是冲着这类问题来的——它把服务器拆成机框、模块、部件三层，用插槽式设计让 1U 半宽、2U 半宽、1U 全宽模块自由组合，深度压到 470mm 以内，支持 5℃~40℃ 长期运行。这份规范适合边缘计算场景下的服务器选型、研发和运维人员，尤其是需要在前维护、宽温、统一管理接口之间找平衡的团队。它不是产品手册，而是一份能直接指导硬件设计和采购的技术基线。
2. 机框与模块的尺寸约束：为什么 450mm 和 180mm 是硬门槛
2.1 机框深度与机柜适配的几何逻辑
规范里最容易被忽略但最要命的是机框尺寸约束。标准 19 英寸机架、兼容 21 英寸，高度 1U 或 2U，这些都好理解。真正卡脖子的是深度：PSU 出线口与前面板距离 d≤450mm，整机深度 D≤470mm。这两个数字不是拍脑袋定的，而是为了适配存量边缘机房的 600mm 深机柜。
算一笔账：机柜前门框到服务器前面板要留 D1≥90mm，PSU 出线口到后门框要留 D2≥60mm。如果机柜前立柱距前门框不是标准的 100mm，就得靠调整挂耳位置来满足 D1、D2。挂耳前端距前面板 d2≤10mm，距后面板 d1≤440mm，这些参数在安装时如果对不上，服务器要么关不上门，要么电源线弯折半径不够。
我一般会建议在采购前先量三个数：机柜前立柱到前门框的距离、后立柱到后门框的距离、机柜实际深度。如果前立柱到前门框小于 100mm，就要确认挂耳可调范围是否覆盖。规范里明确说了，d1、d2 间距要求仅供参考，但 D1、D2 必须满足——这是底线。
2.2 模块类型与尺寸的对应关系
模块分三大类：1U 半宽、2U 半宽、1U 全宽。尺寸推荐值如下：
| 模块类型 | 推荐尺寸（W×D×H） | 典型用途 |
|---|---|---|
| 1U 半宽 | 180×370×41mm | CPU 模块、SOC 模块 |
| 2U 半宽 | 180×370×83mm | CPU 模块、SOC 模块 |
| 1U 全宽 | 360×370×41mm | 存储节点、网络交换节点、单双路 CPU |
半宽模块宽度 180mm，两个并排刚好填满 360mm 的 1U 全宽空间。深度统一 370mm，给后面风扇和电源留出约 100mm。这个设计的好处是，同一机框可以混插不同模块——比如左边一个 1U 半宽 CPU 模块跑计算，右边一个 1U 半宽 SOC 模块跑网络加速，中间用 PCIe 或网络互联。
模块前面板布局也有讲究。1U 半宽 CPU/SOC 模块前面板分四个区：OCP 3.0 网卡区、LP 半高半长 PCIe 插卡区、Flex 灵活配置区、IO 区（板载网络、USB、VGA、UART、LED）。Flex 区可以放 PCIe 插卡或存储设备，具体放什么取决于厂家设计。2U 半宽模块因为高度翻倍，能塞下全高全长 PCIe 卡——单宽两张或双宽一张。1U 全宽单双路 CPU 模块则把空间拉宽，适合需要更多 PCIe 槽位或更大存储的场景。
注意：模块尺寸是推荐值，不是强制值。但如果你设计的模块超出推荐尺寸，必须确认机框导轨和插槽能兼容，否则现场插不进去就是血泪经验。
2.3 前维护与上架安装的实操要点
规范要求开关、指示灯、硬盘、网线全部前维护。这意味着所有线缆都从前面板走，后面板只有风扇和电源。上架安装时，机框提供上架套件，支持前面板模块插拔维护。
实际操作中，前维护对理线要求很高。1U 半宽模块前面板要插 6 个 10GbE/25GbE 网口、1 个 1GbE 管理网口、2 个 USB 3.0、1 个 VGA，还有 OCP 3.0 卡和 PCIe 半高半长卡。这么多线缆挤在 180mm 宽度里，如果不用弯头线缆或定制长度，很容易顶住前面板导致模块拔不出来。我一般会建议网线用 0.15m 到 0.3m 的短跳线，配合理线架分层走线。
上架时先装导轨，再把机框推入。挂耳位置根据机柜前立柱位置调整，确保 D1≥90mm、D2≥60mm。如果机柜深度不足 600mm，比如只有 550mm，那 D≤470mm 的机框推入后，后门框到 PSU 出线口可能只剩 20mm，电源线根本弯不过来。这种场景要么换机柜，要么选更短深度的服务器——但 OTII-E 规范里没有更短的定义，所以选型阶段就要卡死。
3. 模块技术规格拆解：CPU、内存、存储、PCIe 怎么配
3.1 CPU 模块的功耗与 SKU 选择
1U 半宽 CPU 模块支持 Intel Xeon-SP 处理器，单颗，可支持单双路 SKU，最高 TDP 165W。2U 半宽 CPU 模块同样支持 Xeon-SP，但 TDP 上限拉到 205W。1U 全宽单路 CPU 模块 TDP 上限 150W。SOC 模块则用 Intel Xeon-D 处理器，TDP 上限 130W。
这里有个关键备注：TDP 上限基于风冷条件，液冷可支持更高 TDP。某些高功耗插卡配置可适当降低 CPU 支持功耗上限。也就是说，如果你在 1U 半宽模块里插了一张功耗 75W 的 PCIe 卡，CPU 可能就跑不到 165W 了，得降频。这个联动关系在散热设计时必须算进去。
选型时我一般会先确定业务负载：如果是纯计算密集型，优先 2U 半宽 CPU 模块，205W TDP 给得足；如果是网络加速或存储控制，SOC 模块的 130W 够用且更省电；如果需要双路 CPU 但空间有限，1U 全宽双路模块是唯一选择，但 TDP 只有 150W，得接受性能妥协。
3.2 内存配置与频率的取舍
内存通道数和频率直接挂钩。1U/2U 半宽 CPU 模块支持至少 8 通道，1DPC 配置。每通道插两个 DIMM 时频率不低于 4400MHz，每通道插一个 DIMM 时频率不低于 4800MHz。SOC 模块支持至少 3 通道，2DPC 配置，支持 ECC。
这里有个常见误区：以为插满 DIMM 就能跑最高频率。实际上 1DPC（每通道一个 DIMM）才能跑 4800MHz，2DPC（每通道两个 DIMM）降到 4400MHz。如果你追求带宽，就插单条大容量 DIMM；如果你追求容量，就插两条，但接受频率损失。规范里还提到内存选配支持傲腾内存条，这个在边缘计算场景里可以用来做持久化内存，但需要 BIOS 和 OS 配合。
配置时我一般会按业务类型分：NFV 场景对内存带宽敏感，优先 1DPC 4800MHz；存储缓存场景对容量敏感，2DPC 4400MHz 也能接受。SOC 模块的 3 通道 2DPC 适合轻量级网络功能，ECC 是必须开的，边缘站点无人值守，内存错误不纠正就是定时炸弹。
3.3 存储与 PCIe 插卡的组合限制
存储方面，1U 半宽和 2U 半宽模块都支持 2×2.5 英寸 SATA/SAS/NVMe，支持 RAID。1U 全宽模块可以支持 6×3.5 英寸不可热插拔或 3×3.5 英寸可热插拔的大存储资源模块。网络资源模块则支持 switch 芯片的大规模网络交换节点。
PCIe 插卡数量是模块选型的核心差异点：
| 模块类型 | PCIe 插卡配置 |
|---|---|
| 1U 半宽 CPU/SOC | 1 张 PCIe 半高半长卡 + 1 块 OCP 3.0 卡 |
| 2U 半宽 CPU/SOC | 1 张 PCIe 半高半长卡 + 1 块 OCP 3.0 卡 + 2 张 PCIe 全高全长单宽卡，或 1 张全高全长双宽卡 |
| 1U 全宽单双路 CPU | 视具体设计，通常更多槽位 |
可选支持 CXL。CXL 在边缘计算里的价值是内存池化和加速器共享，但目前生态还在成熟中，选型时如果业务不需要，可以不配，省成本。
网络方面，1U 半宽 CPU 模块支持至少 6 个 10GbE 或 25GbE 网口，1 个 1GbE 管理网口（独立板载），支持 NC-SI 管理接口。SOC 模块板载支持 4×25G 或 8×10G。这个网络密度在边缘站点足够用了，6 个 25G 口可以做业务、存储、管理三网分离还有冗余。
3.4 电源、风扇与按钮指示灯的细节
电源要求规格尺寸、转换效率、冗余和热插拔、安全和保护、电源管理。风扇要求规格尺寸、冗余和热插拔、风扇调速。后面板分两个区域：左边风扇区，右边电源区，都支持故障备份。
按钮和指示灯这块，规范写得很细。电源按钮短按正常关机，长按 6 秒强制下电。UID 按钮短按开关定位灯，长按 4~6 秒复位管理系统。健康状态指示灯绿灯常亮正常，黄灯 1Hz 闪烁一般告警，红灯 1Hz 闪烁严重错误。网口指示灯区分连接状态和速率。电源模块指示灯绿灯常亮正常，绿灯 1Hz 闪烁待机，橙灯常亮严重故障。
这些指示灯在边缘无人值守站点特别重要。运维远程看不到现场，只能靠 BMC 读传感器和告警。如果指示灯定义不统一，现场排障就得靠猜。规范统一了定义，供应商按这个做，运维就能标准化排障流程。
4. 管理接口与带外功能：RMC 方案和主从节点怎么选
4.1 节点管理交互的两种方案
规范里给了两种节点管理交互方案：主从节点方案和 RMC 方案。
主从节点方案是选一个模块作为主节点，其他模块作为从节点，主节点跑管理软件，通过内部网络管理从节点。这种方案的好处是不需要额外的管理板，成本低。坏处是主节点故障时，整个管理面可能失效，除非有主备切换。
RMC 方案是独立的机框管理控制器（Rack Management Controller），专门管理机框内的电源、风扇、模块状态。RMC 通过 MCTP 或 NC-SI 与各模块的 BMC 通信。这种方案管理面独立，可靠性高，但增加成本和复杂度。
我一般会这样选：如果边缘站点数量少、预算紧，主从节点方案够用，但要在软件层做心跳和主备切换；如果站点数量多、运维集中化，RMC 方案更省心，因为 RMC 可以统一上报机框级告警，不用逐个模块去查。
4.2 带外管理功能清单
带外管理功能包括：资产管理、远程诊断（可选）、部件信息管理、传感器监控、电源和风扇管理、故障告警、日志管理、其他功能。
资产管理要能读出模块类型、序列号、位置、固件版本。部件信息管理要能读出 CPU、内存、存储、PCIe 卡的型号和健康状态。传感器监控要覆盖温度、电压、电流、功耗。电源和风扇管理要能读状态、调速、告警。故障告警要能区分一般告警和严重告警，并上报到上层网管。日志管理要能存带外日志，支持远程导出。
这些功能通过 BMC 的 RESTful API 或 IPMI 暴露。规范没有强制具体协议版本，但要求支持 NC-SI 和 MCTP。NC-SI 让 BMC 共享业务网口，省一个管理口；MCTP 让 BMC 通过 PCIe 或 SMBus 与模块内其他部件通信。
注意：远程诊断是可选功能，但边缘站点强烈建议开启。没有远程诊断，现场排障只能靠人肉插显示器，差旅成本比硬件成本还高。
4.3 带内管理与软件兼容性
带内管理功能通过 OS 内的代理程序实现，可以读更细的性能计数器、做固件升级、配置 RAID。软件兼容性要求支持当前主流的服务器操作系统和虚拟化软件。规范没有列具体 OS 版本，但要求厂家在发布时提供兼容性列表。
实际部署时，我一般会在带内跑一个轻量级 agent，定期把硬件健康数据推到集中管理平台。带外 BMC 负责告警和远程开关机，带内 agent 负责性能监控和固件升级。两者互补，缺一不可。
5. 避坑与常见问题排查
5.1 模块插进去拔不出来
现象：前面板线缆插满后，模块卡在机框里，按压扳手也拔不出来。
原因：线缆弯折半径不够，或者线缆接头过长顶住了机框导轨。1U 半宽模块前面板宽度只有 180mm，6 个 25G 网口加管理口和 USB，线缆密度极高。
解决：用短跳线（0.15m~0.3m），弯头接头，理线架分层。插模块前先理线，再推入。如果已经卡住，不要硬拔，先拆掉所有线缆再试。
5.2 温度超标导致 CPU 降频
现象：边缘站点夏季温度 38℃，服务器跑着跑着 CPU 频率从 2.8GHz 掉到 2.0GHz。
原因：风冷条件下 TDP 上限是 165W（1U 半宽）或 205W（2U 半宽），但这是基于 25℃ 进风温度。如果进风温度 38℃，散热能力下降，CPU 自动降频保护。
解决：选型时按最高环境温度降额。规范说长期 5℃~40℃，但 40℃ 时性能会打折。如果业务不能降频，要么选 2U 半宽模块（散热空间大），要么上液冷。液冷可支持更高 TDP，但边缘站点改液冷成本高，得算账。
5.3 管理网口不通
现象：BMC 管理网口插上网线，指示灯不亮，远程连不上。
原因：NC-SI 配置错误，BMC 没有从业务网口共享通道，或者独立管理网口被禁用。
解决：进 BIOS 检查 NC-SI 设置，确认 BMC 管理通道是走独立网口还是共享网口。如果走共享，业务网口必须 up。如果走独立，检查网口是否被禁用。规范要求 1 个 1GbE 管理网口独立板载，支持 NC-SI，但具体实现看厂家。
5.4 风扇告警但温度正常
现象：BMC 报风扇告警，但传感器温度正常，业务没受影响。
原因：风扇冗余配置下，一个风扇故障，其他风扇提速补偿，温度没超标但告警已经触发。
解决：这是正常告警，不是误报。边缘站点无人值守，风扇故障要尽快换。如果支持热插拔，远程确认后安排现场更换。如果不支持热插拔，就得计划停机。选型时优先选支持热插拔的风扇模块。
5.5 电源模块橙灯常亮
现象：电源模块指示灯橙灯常亮，BMC 报电源严重故障。
原因：电源模块输入正常但输出异常，或者内部故障。橙灯常亮表示严重故障，不是待机。
解决：先检查输入电压是否在范围内，再检查电源模块是否插紧。如果确认故障，换模块。规范要求电源支持冗余和热插拔，所以如果配了冗余电源，一个故障不影响业务，但要及时换。
6. 从规范到落地：用 BMC 传感器数据做边缘站点健康评分
规范读完了，怎么验证你手里的 OTII-E 服务器真的符合要求？我一般会写一个轻量级脚本，通过 BMC 的 RESTful API 拉传感器数据，算一个健康评分。这个评分不追求绝对精确，而是用来快速判断站点是否需要现场干预。
import requests import json from datetime import datetime # BMC 地址和凭据（实际部署时从配置中心读取） BMC_IP = "192.168.1.100" BMC_USER = "admin" BMC_PASS = "password" def get_sensor_data(): """拉取 BMC 传感器数据，返回 JSON""" url = f"https://{BMC_IP}/redfish/v1/Chassis/1/Thermal" resp = requests.get(url, auth=(BMC_USER, BMC_PASS), verify=False) resp.raise_for_status() return resp.json() def health_score(data): """基于温度和风扇状态算健康分，满分 100""" score = 100 # 温度扣分：超过 35℃ 开始扣，每度扣 2 分 for temp in data.get("Temperatures", []): reading = temp.get("ReadingCelsius", 0) if reading > 35: score -= (reading - 35) * 2 # 风扇扣分：任何一个风扇低于 2000 RPM 扣 10 分 for fan in data.get("Fans", []): rpm = fan.get("Reading", 0) if rpm < 2000: score -= 10 return max(score, 0) if __name__ == "__main__": data = get_sensor_data() score = health_score(data) print(f"[{datetime.now()}] 站点健康评分: {score}") if score < 60: print("警告：健康评分低于 60，建议现场检查")这段代码的逻辑很直接：拉 Redfish 接口的 Thermal 数据，遍历温度和风扇。温度超过 35℃ 每度扣 2 分，风扇低于 2000 RPM 每个扣 10 分。评分低于 60 就告警。参数可以按站点实际情况调：如果站点常年 38℃，温度阈值可以设 40℃；如果风扇正常转速是 3000 RPM，阈值可以设 2500。
验证方法也简单：跑一周，看评分曲线。如果评分持续下降，说明散热或风扇在劣化，提前安排维护。如果评分突然掉到 0，可能是 BMC 失联，得检查管理网口。
从那以后我每次部署边缘站点，都会先跑一遍这个评分脚本，确认基线正常再上业务。希望帮到你。
本文还有配套的精品资源，点击获取
