BIOS/UEFI是服务器性能、安全与稳定性的底层锚点，必须精准调优：启用VT-x/AMD-V及VT-d/IOMMU验证虚拟化，NUMA设为Enable且Node Interleaving禁用，存储模式（AHCI/RAID/HBA）须匹配业务并确保UEFI启动支持NVMe，Secure Boot需启用并闭环验证签名。
服务器 BIOS/UEFI 不是装完系统就不用管的“开机菜单”，而是整台机器性能、安全与稳定性的底层锚点。生产环境里，一个未调优的固件配置可能让CPU虚拟化失效、NUMA内存访问失衡、PXE网络装机失败，甚至导致新硬盘识别异常或RAID无法初始化。关键不在于改得多，而在于改得准、改得稳、改得有依据。
虚拟化支持必须启用且验证到位
ESXi、KVM、Hyper-V 等平台依赖硬件级虚拟化指令（Intel VT-x / AMD-V），若 BIOS 中未开启，虚拟机将无法启动或严重降速。
- 路径通常为：CPU Configuration → Virtualization Technology 或 Advanced → Processor Configuration → SVM Mode / Intel Virtualization Technology
- 务必同时启用：VT-d / IOMMU（用于设备直通）和 Execute Disable Bit（防缓冲区溢出）
- 部署前验证命令（Linux下）：
grep -E "(vmx|svm)" /proc/cpuinfo，非空输出才表示已真正生效 - 注意：部分厂商 BIOS 中该选项默认关闭，或被“Secure Boot”“TPM”等安全功能间接抑制，需同步检查依赖项
NUMA 配置以真实拓扑为基准，勿盲目均衡
鲲鹏920双路服务器含4个NUMA节点，Xeon Scalable平台也普遍为2–8节点。BIOS 层关闭 NUMA 或开启 Node Interleaving，会掩盖应用真实的内存局部性问题，误导性能调优方向。
- 推荐设置：NUMA Support = Enable（默认，保持即可），Node Interleaving = Disable
- 理由：让操作系统完整暴露硬件拓扑，使
numactl、taskset或容器 CPU 绑核策略可精准对齐物理节点 - 反例：开启 Node Interleaving 后，
numastat显示跨节点访问比例异常低，但实际延迟升高——这是内存访问被固件强制“抹平”，而非优化
存储控制器模式与启动方式严格匹配业务场景
AHCI、RAID、HBA 三种模式不可混用，且直接决定后续能否识别 NVMe 盘、是否支持 UEFI PXE、RAID 阵列能否被 OS 正确加载。
- AHCI：适用于单盘、无冗余需求的系统盘（如SATADOM启动ESXi），兼容性最好
-
RAID：数据库、文件服务等需高可用场景，务必确认 RAID 卡固件与 OS 驱动匹配（如 MegaRAID 的
storcli工具链） - HBA：JBOD 或直通给虚拟机使用（如ZFS All-Flash池），需在 BIOS 中禁用 RAID 功能并启用 IT Mode
- 特别注意：NVMe 设备仅在 UEFI Boot 模式下可靠识别；若用 Legacy BIOS 模式，即使物理连接正常，也可能完全不显示
UEFI 安全启动与启动项管理要闭环可控
Secure Boot 不是“开了就安全”，而是构建可信启动链的起点。它要求所有引导组件（Bootloader、驱动、内核模块）均带有效签名，否则中断启动流程。
- 生产建议：Secure Boot = Enabled，但需提前验证所用 OS（如 CentOS Stream、Ubuntu Server）及自定义驱动是否通过 Microsoft UEFI CA 认证
- 禁用 CSM（Compatibility Support Module）：避免混合启动模式引发 PXE 引导混乱（如 UEFI 客户端误加载 BIOS 模式 pxelinux.0）
- 启动顺序应显式指定设备名（如 “UEFI: INTEL SSDPEKNW512G8”），而非泛称 “Hard Disk”，防止更换硬盘后自动跳转到旧设备
- 远程运维时，优先使用 BMC KVM 进入 BIOS 调整，避免现场按键时机失误；KVM 下连续按 Delete 键比单次更可靠
