3. 虚拟化基础与ThinkSystem适配

在ThinkSystem服务器上规划虚拟化平台之前，必须先厘清一个根本问题：Hypervisor究竟运行在什么位置。Type-1（裸金属型）Hypervisor直接运行在物理硬件之上，自身充当最底层的资源管理者，虚拟机以客户机身份运行在其上；Type-2（宿主型）Hypervisor则运行在通用操作系统之内，依赖宿主OS提供驱动、调度与文件系统，再向上承载虚拟机。两者的差别不只是“装在哪里”，而是决定了I/O路径长度、中断处理方式、内存管理层次以及可达到的性能上限。

从资源访问路径看，Type-1的客户机I/O通常经过“客户机驱动→Hypervisor虚拟交换/虚拟控制器→物理驱动→设备”这条较短链路，CPU与内存由Hypervisor直接调度，因此上下文切换开销小、抖动低。Type-2的客户机I/O则要穿过“客户机→Hypervisor→宿主OS内核→物理驱动→设备”，多了一层OS内核参与，延迟和CPU占用通常更高，但胜在部署灵活、可与宿主桌面或通用服务共存。ThinkSystem作为数据中心级机架/塔式服务器，其定位天然偏向Type-1：SR650 V3、SR630 V3、SR650 V2等机型提供大容量内存插槽、多路NVMe与PCIe 5.0扩展，正是为裸金属Hypervisor承载高密度虚拟机而设计。

在ThinkSystem上部署Type-1平台时，KVM、ESXi与Xen三者的落地要点差异明显。KVM是Linux内核模块，部署在RHEL、Ubuntu或SUSE之上，本质是“内核即Hypervisor”。在SR650 V3上启用KVM，需先在UEFI中开启Intel VT-x与VT-d，安装qemu-kvm、libvirt、virt-install，随后用virsh或virt-manager管理虚拟机。KVM的优势在于与Linux生态无缝衔接，可直接使用内核自带的NVMe驱动、bonding、bridge与SR-IOV，适合与容器运行时（如containerd、CRI-O）同机协同。其性能特性是：CPU与内存接近原生，网络在vhost-net与virtio组合下可达到接近线速，存储若使用virtio-blk或virtio-scsi并配合NVMe直通，随机读写延迟可控制在较低水平。

ESXi是VMware的裸金属Hypervisor，在ThinkSystem上通常通过Lenovo定制镜像安装，安装前需在XCC中确认固件版本、RAID控制器型号与网卡兼容性。ESXi的部署要点包括：使用UEFI引导、配置管理网络vmk0、启用vMotion与vSAN所需的vmkernel适配器、按需开启SR-IOV或DirectPath I/O。其性能特性在于成熟的调度器与内存压缩/透明页共享机制，虚拟机密度高时仍能保持稳定；但ESXi对硬件兼容性列表（HCL）要求严格，ThinkSystem的板载网卡与RAID卡需在VMware兼容列表中，否则需加载异步驱动。

Xen采用“Domain 0 + Domain U”架构，Domain 0是特权域，负责驱动与设备管理，Domain U是普通客户机。在ThinkSystem上部署Xen通常选择XenServer或XCP-ng，安装后需为Domain 0分配足够内存（建议不少于8GB），并将物理网卡绑定到Xen网桥。Xen的强项是隔离性与半虚拟化（PV）效率，在Linux客户机上使用PV驱动可显著降低I/O开销；但Xen的生态与工具链相对小众，在容器协同场景中不如KVM直接。

性能特性方面，可用一组教学示例参数说明差异（以下为合理假设的示例，非实测数据）：在双路Xeon、512GB内存、4块NVMe的SR650 V3上，同一Linux客户机执行4K随机读，KVM+virtio-blk约可达到较高IOPS，ESXi+PVSCSI次之，Xen+PV块设备再次；网络方面，KVM+vhost-net与ESXi+vmxnet3在10GbE下均可接近线速，Xen需依赖PV网卡才能缩小差距。CPU密集场景三者差距较小，因为都依赖硬件VT-x；差异主要出现在I/O路径与中断处理上。

实际部署时，建议按以下顺序验证：先在XCC中确认固件与引导模式，再安装Hypervisor并打齐Lenovo推荐驱动，随后创建一台客户机做基准测试，观察CPU就绪时间、内存气球、网络吞吐与存储延迟四项指标。若CPU就绪时间持续偏高，说明物理CPU超分过度；若存储延迟抖动大，检查是否未启用virtio或未做NVMe直通；若网络吞吐不达标，检查vSwitch绑定与MTU设置。只有把Hypervisor层与ThinkSystem硬件层对齐，后续容器与虚拟机的协同运行才有稳定底座。