IO体系结构虚拟化.ppt

I/O体系结构虚拟化 动机 I/O虚拟化是虚拟化框架中的基本组成 基于软件的I/O虚拟化提供 I/O共享、合并、安全、隔离和移动性 管理简单，透明的协同和实效转移 企业级应用需要高性能I/O 挑战：如何在不损失虚拟化好处的同时取得I/O性能 提纲 VMware I/O虚拟化体系结构 硬件/软件协助虚拟化I/O 直通I/O 总结 I/O虚拟化体系结构 I/O虚拟化体系结构包含 客户驱动 虚拟设备 虚拟设备和虚拟栈之间的通讯机制 虚拟化I/O栈 物理设备驱动 实际设备 I/O虚拟化体系结构（续） 虚拟设备 实际设备建模 例如：Intel e1000、LSI mptscsi 简单虚拟友好设备建模 例如：VMware vmxnet I/O虚拟化体系结构（续） 虚拟化I/O栈 客户I/O地址翻译到主机地址 处理虚拟机之间的通讯 复用从/到物理设备的I/O请求 提供企业级I/O特性 I/O虚拟化实现 比较I/O虚拟化的方法 虚拟设备模型 模拟众所周知的硬件 为I/O密集的工作集模拟虚拟化友好的设备 VMware，Microsoft，Xen在设备模型上达成一致 消息/信号机制 VMware：虚拟PCI总线和进程间通信或者系统调用 Xen/Microsoft：XenBus/VMBus，进程间通信 虚拟栈 VMware：在ESX的VMKernel中使用 Xen和Microsoft：Dom0，Parent Domain 虚拟I/O vs 直通I/O 功能和性能之间取舍 可以分别实现哪些协助来帮助这两种I/O? 虚拟I/O提供了丰富的虚拟化功能 直通I/O最小化CPU的使用 虚拟I/O 完全支持数据中心虚拟化 硬件无关 透明的VMotion 虚拟设备检查点 写保护预拷贝客户机内存 内存过载 I/O设备共享 高级特性 安全性，防火墙，失效转移等等 挑战：如何减少CPU使用？ 改进虚拟I/O 加速子操作系统代码 硬件支持CPU和MMU虚拟化 支持改进设备虚拟化 例如：虚拟中断传递 简化的设备模型 半虚拟化驱动 改进虚拟I/O（续） 用硬件辅助加速虚拟栈 Intel I/OAT 内存到内存的专用DMA引擎 TCP/IP减负引擎（TOE） 加速VMkrenel TCP处理 远程DMA 加速VMotion，NFS，iSCSI 改进虚拟I/O（续） 物理网络接口控制器（NIC）加速 多接收队列 用MAC地址配置队列 每一个虚拟NIC分配一个接收队列 映射接收缓冲区到客户内存，避免一次拷贝 每个队列分配一个中断（MSI/MSI-X），使用闲置或较优的处理器核 现在网络接收过程 DMA将数据包放到VMkernel中的接收队列中 提交物理中断 分析数据包找到目标虚拟机 将数据包拷贝到客户机的接收队列 提交虚拟NIC中断 使用物理NIC加速接收 DMA将数据包放到客户机中的接收队列中 向客户机CPU提交物理中断 提交虚拟NIC中断 直通I/O 子虚拟机直接驱动设备 例如：I/O虚拟设备，高性能虚拟机 要求： DMA使用的I/O MMU有地址转换和保护功能（Intel VT-d，AMD I/O MMU） 部分I/O设备共享（PCI-SIG IOV SR/MR规范） 直通I/O的挑战 子虚拟机透明VMotion 没有简单的办法保存直通设备的设备状态 无法在预拷贝阶段使用写保护 硬件无关性 需要为虚拟机看到的每一个直通设备提供驱动 硬件升级需要修改驱动 内存过载 使用直通I/O无法获得子操作系统内存使用情况 虚拟机管理 独立硬件供应商（IHV）为不同的厂商，设备类型，版本，客户操作系统提供不同的驱动。 隔离性/安全性 例如：混杂模式，SRC MAC地址欺骗等 特殊的虚拟机或设备也许没有这些需求 可能的解决方案-客户软件 组队解决：将物理设备和虚拟设备组队 大部分使用在网络或存储中 在VMotion前失效转移成模拟方式 虚拟机迁移后重新开启直通I/O 退回到最初的队中（重新初始化一些驱动） 重新载入新的IHV驱动（不同的硬件），加入新队 IHV插件：模拟驱动为IHV驱动提供包装，允许性能关键的操作 发送，接收，中断代理，静止，重启 “小”IHV驱动代码和“易”管理 动态载入插件（为不同的硬件） 可能的解决方案-理想的硬件 只直通性能关键的操作 发送、接收、中断产生 统一寄存器布局，描述符，分散聚集元素 简单的设备检查点 发送接收环在客户机内存中维护 对硬件环上的生产者和消费者位置进行检查点操作 一个驱动既可以使用物理硬件又可以使用模拟硬件 类似于I2O，但解决不同的问题 虚拟和直通I/O比较 虚拟I/O（包括物理硬件加速） 直通I/O 客户软件方法 理想硬件 VMotion支持 透明 客户软件支持 透明 内存过载 透明 使用DMA API 使用DMA API