用虚拟化在一台机器上仿真整机架服务器是可行的。把服务器、交换机和带外管理控制器分别跑成虚拟机或模拟器，让原版系统软件不加改动地跑在上面，就能反复做固件升级、集群初始化和故障注入。适合做固件与集群软件验证的团队，不适合拿它测性能、功耗和散热。
机架级测试为什么在真机上做不起来
整机架不容易凑齐，组装完成的机器往往直接进客户机房。客户的网络拓扑要复现，控制面要在真实拓扑上跑，软件还得跟着最新版本走。断电、拔盘这类实验做一次就少一台可用设备。
仿真环境要覆盖哪几层
- 服务器层。每台跑成虚拟机，虚拟化组件模拟固件启动，虚拟磁盘按真机分区布局写标签。
- 网络层。机架内外路由用 BGP 或静态配置，交换功能交给软件 P4 交换机。
- 带外管理层。服务处理器和信任根跑真实固件，管理指令走普通套接字。
- 存储层。启动盘和数据盘都是虚拟盘，容量与标签跟真机一致。
- 电源与故障层。靠虚拟机启停和模拟器接口造出掉电、断链和固件异常。
从零搭一套实验环境的步骤
- 准备宿主机。前置条件是 illumos 系操作系统，建议 16 线程以上、64GB 以上内存，配一块带 DRAM 缓存的 NVMe。检查点是虚拟化组件可用，ZFS 存储池已建好。
- 做可复用镜像。把控制面装进一台虚拟机，在配置动作发生之前打快照，后续机架都从快照克隆。命令形态是
pfexec ./target/debug/voxel image create --from-tuf <tuf-zip> <commit>，前者是打包好的更新仓库，后者是版本号。检查点是镜像里能看到控制面的各个组件。 - 准备网络虚拟机镜像。机架内外的路由由一组 Debian 虚拟机加 FRR 承担。
- 启动机架。
pfexec ./target/debug/voxel launch --emu会把信任材料、微控制器固件、网络拓扑和各台虚拟机拉起。检查点是日志里出现每台服务器的就绪行。 - 等集群初始化跑完。初始化分十几步，内部 DNS、对时、数据库和集群一项项过，最后交给上层 API。对时容易停住，日志会一直显示等待时间同步。检查点是收到初始化完成的记录编号。
- 登进去核对。
pfexec ./target/debug/voxel host login g0进全局 zone，pfexec ./target/debug/voxel tp login switch0进交换机 zone。检查点是zoneadm list里交换机、DNS 和存储 zone 都在运行。
故障怎么注入，通过标准怎么写
故障注入不必改被测软件，从虚拟化这一层动手就够。
- 断电与重启。停掉某台服务器对应的虚拟机再拉起，看它能否重新加入集群，带外身份是否保持不变。
- 网络故障。在交换机 zone 里把路由配置改坏，观察控制面多久发现，会不会误判整个机架失联。
- 固件异常。往模拟的微控制器刷一份构造过的固件，验证报错是否指向实际原因。
- 存储故障。让一块虚拟数据盘掉线，检查数据重建有没有触发，重建期间读写是否被正确拒绝。
通过标准要写成可检查的条目，例如集群在约定时间内回到全部就绪、告警条数与预期一致、恢复之后配置没有漂移。
仿真、模拟和真机各管哪一段
模拟只保证在正确的时刻返回正确的值，永远走顺利路径，异常分支覆盖不到。仿真是逐条执行指令、按指令数推进时钟，能跑真实固件，代价是时间被拉长。真机负责性能、功耗和散热。这套环境的边界在功能和状态机，性能数字不要从仿真里取。
常见问题
一台机器能跑几个节点？ 按推荐配置，六台服务器加交换机虚拟机够用，内存和 NVMe 速度是瓶颈。
微控制器模拟会不会拖慢实验？ 会。它按指令计数推进，比真芯片慢，换来的是可重复和可回放。
能完全替代真机吗？ 不能。信任材料来源、供电时序和功耗差异仍然要真机兜底。