4. 初始配置与BIOS/iDRAC基线

PowerEdge服务器到货后的第一件事,不是装操作系统,而是把“出厂状态”收敛成“受控状态”。这一步决定了后续所有资产治理能否自动化:如果每台机器的BIOS启动模式、iDRAC地址、账号策略各不相同,那么再好的运维平台也只能靠人工逐台登录。所谓基线,就是把一批必须一致的参数固化成可校验、可批量下发的配置集合,让新机器从开箱起就落入统一轨道。

基线应覆盖的三层对象

PowerEdge的初始化基线可以按三层理解。第一层是出厂初始化:确认服务标签、固件版本、RAID控制器与磁盘状态,决定是否保留出厂RAID或重建。第二层是BIOS设置:启动模式(BIOS或UEFI)、Boot Order、虚拟化(VT-x/AMD-V)、超线程、电源策略、内存 patrol scrub、PCIe 插槽分配等。第三层是iDRAC网络与安全:静态IP、网关、DNS、NTP、专用网口或共享LOM、账号与权限、SNMP/Redfish、TLS证书、IPMI over LAN是否关闭。

三层中,iDRAC是“带外入口”,必须最先可用;BIOS决定系统如何启动和性能取向;出厂初始化则决定硬件是否被正确识别。三者顺序不能颠倒:没有iDRAC,就无法远程批量改BIOS;没有BIOS基线,操作系统安装就会因启动模式不一致而反复失败。

PowerEdge 初始化基线三层结构与批量下发路径 ① 出厂初始化 • 服务标签 / 快速服务代码登记 • 固件版本核对(BIOS/iDRAC/PERC) • RAID 控制器与物理盘识别 • 虚拟磁盘策略:保留 / 重建 • 网卡、电源、风扇健康检查 输出:硬件清单 + 待改参数表 ② BIOS 基线 • Boot Mode:UEFI(统一) • Boot Order:RAID → NIC → 本地 • 虚拟化:VT-x / AMD-V 开启 • 电源策略:Performance / OS • 内存 Patrol Scrub、NUMA 输出:BIOS 配置模板 (.xml) ③ iDRAC 网络与安全 • 静态 IP / 掩码 / 网关 / DNS • NTP 时间同步(关键) • 专用网口 vs 共享 LOM • 账号策略、禁用默认 root • 关闭 IPMI over LAN、启用 Redfish 输出:iDRAC 配置模板 (.xml) 批量下发路径(以 iDRAC 为入口) 1. 导入服务器到 OpenManage Enterprise / iDRAC 批量工具 2. 应用 iDRAC 模板 → 3. 应用 BIOS 模板 → 4. 重启生效 → 5. 校验一致性 基线校验与偏差处理 • 比对项:Boot Mode、iDRAC IP、NTP、账号、固件版本、RAID 级别 • 偏差处理:自动修复 → 记录工单 → 纳入资产台账

iDRAC 网络与安全配置的实际做法

iDRAC 是批量部署的“钥匙”,因此它的网络必须先于 BIOS 配置完成。推荐使用专用管理网口(Dedicated NIC),与业务网物理隔离;若受布线限制使用共享 LOM,则必须在交换机侧划分管理 VLAN,避免带外流量与业务流量混跑。地址规划建议按机架或业务域分段,例如管理网段 10.20.30.0/24,网关 10.20.30.1,DNS 指向内部解析服务器。

时间同步常被忽略,但它是日志关联和证书校验的基础。iDRAC 应配置至少两个 NTP 源,例如 10.20.1.10 和 10.20.1.11。若时间偏差过大,Redfish 会话和 TLS 证书可能直接失败。安全方面,出厂默认的 root 账号必须改密或禁用,建议建立分级账号:只读账号用于监控,运维账号用于配置,管理员账号仅限少数人持有。IPMI over LAN 默认开启,若不需要应关闭,改用 Redfish 或 racadm 走加密通道。

BIOS 基线的关键参数与批量模板

BIOS 参数众多,但真正需要统一的核心项有限。启动模式必须统一为 UEFI,否则后续镜像和引导项无法复用;Boot Order 建议固定为“RAID 控制器 → 板载 NIC → 本地磁盘”,避免机器从错误设备启动。虚拟化开关(Intel VT-x 或 AMD-V)在虚拟化场景必须开启,否则 Hypervisor 无法加载。电源策略按业务选择:数据库类选 Performance,通用业务选 OS Controlled。内存 Patrol Scrub 建议开启,用于提前发现可纠正内存错误。

批量下发的核心是模板文件。Dell 提供两种常用格式:BIOS 配置模板(.xml)和 iDRAC 配置模板(.xml),均可通过 OpenManage Enterprise、iDRAC 界面或 racadm 导入。以下是一个 racadm 批量应用 BIOS 模板的示例命令:

# 通过 racadm 将 BIOS 模板应用到单台 iDRAC
racadm -r 10.20.30.101 -u admin -p <password> \
  set -t xml -f bios_baseline.xml

# 批量场景:先导出参考机配置,再逐台导入
racadm -r 10.20.30.101 -u admin -p <password> \
  get -t xml -f bios_ref.xml

# 应用后需重启使 BIOS 生效
racadm -r 10.20.30.101 -u admin -p <password> \
  serveraction powercycle

注意:BIOS 模板导入后通常需要一次冷重启才能生效,且部分参数(如 Boot Mode)在重启前不会反映在运行状态中。因此批量作业应安排在维护窗口,并预留重启时间。

批量部署的两种典型路径

路径一:OpenManage Enterprise(OME)集中下发。先在 OME 中发现服务器,建立“参考配置”,然后创建部署模板,将 iDRAC 模板和 BIOS 模板绑定,选择目标服务器组一次性应用。OME 会显示每台机器的合规状态,偏差项可单独重试。路径二:racadm 脚本 + 清单文件。适合没有 OME 或机器数量较少的场景,用 shell 循环读取 IP 列表逐台执行,日志留存便于审计。

无论哪条路径,部署后都必须做一致性校验。校验项至少包括:Boot Mode 是否为 UEFI、iDRAC IP 是否在规划网段、NTP 是否同步、默认账号是否已处理、固件版本是否达到基线要求。校验结果应回写资产台账,形成“配置—校验—偏差—修复”的闭环。

建议把基线模板纳入版本管理(如 Git),每次变更记录变更人、变更原因和影响范围。模板文件本身也是资产,不能只存在某台工程师的笔记本里。

可直接使用的基线检查清单

检查项基线要求校验方式
iDRAC IP静态地址,位于管理网段racadm getniccfg
NTP至少两个内部 NTP 源,时间偏差 < 1sracadm get idrac.ntp
默认账号root 已改密或禁用,建立分级账号racadm get idrac.users
IPMI over LAN关闭(如无必要)racadm get idrac.ipmilan
Boot ModeUEFIracadm get bios.bootmode
Boot OrderRAID → NIC → 本地磁盘racadm get bios.bootorder
虚拟化VT-x / AMD-V 开启racadm get bios.procsettings
固件版本不低于基线版本racadm getversion

这张清单可以直接作为新机入网前的检查表使用。每台机器通过检查后,才允许进入操作系统安装和业务上线流程。基线不是一次性的,固件升级、安全补丁、业务变更都可能要求调整基线,因此需要定期复核,而不是“配完就忘”。