KubeVirt虚拟机调度并不是把传统虚拟机简单塞进 Pod。KubeVirt 通过 Kubernetes 对象管理虚拟机生命周期，同时由 virt-launcher 等组件承载虚拟机实例。理解它的关键，是把 VMI、Pod、节点资源、存储网络和迁移约束放到同一张图里看。
对于正在做容器平台规划的团队，可以结合多集群、权限和资源管理维度，判断是否需要把虚拟化工作负载纳入统一平台。图型选择说明：本文用对象关系、资源隔离和迁移流程三类图解释调度边界。
图1：KubeVirt 中 VM、VMI、virt-launc
KubeVirt虚拟机调度先看对象关系
KubeVirt User Guide[1]说明，KubeVirt 通过 Kubernetes CRD 表达 VirtualMachine、VirtualMachineInstance 等对象。调度时，真正进入 Kubernetes 调度流程的是承载 VMI 的 Pod。
核心对象可以这样理解：
- VirtualMachine：偏期望状态，描述虚拟机配置和运行策略。
- VirtualMachineInstance：偏运行实例，表达当前运行中的虚拟机。
- virt-launcher Pod：承载虚拟机进程，是调度到节点上的对象。
- 节点资源：CPU、内存、设备、网络和存储共同决定可调度性。
这意味着 KubeVirt 调度既受 Kubernetes 调度规则影响，也受虚拟机自身资源和设备需求影响；Kubernetes Scheduling 官方文档[3]说明调度器会根据 Pod 约束与可用节点资源选择运行节点。
资源隔离要区分容器资源和虚拟机资源
KubeVirt 虚拟机运行在 Pod 里，但它不是普通无状态容器。CPU、内存、HugePages、设备直通和 NUMA 亲和都可能影响调度结果。
图2：KubeVirt 虚拟机在 CPU、内存、设备和节点标签
| 资源维度 | 调度关注点 | 风险 |
|---|---|---|
| CPU | request、limit、独占核需求 | 超卖导致抖动 |
| 内存 | 固定内存、HugePages | 迁移或启动失败 |
| 存储 | PVC、共享存储、访问模式 | LiveMigration 受限 |
| 网络 | Multus、桥接、SR-IOV | 跨节点迁移复杂 |
| 节点 | 标签、污点、硬件能力 | 调度范围过窄 |
资源维度会共同影响调度结果
关键结论：KubeVirt 的资源隔离要按虚拟机负载设计，不能直接套普通 Pod 的弹性假设。
LiveMigration 不是所有虚拟机都适用
KubeVirt 支持虚拟机迁移能力，但迁移是否成功取决于存储、网络、节点能力和虚拟机配置。KubeVirt Live Migration 文档[2]列出了迁移前提和约束，例如可迁移存储和合适的集群配置。
迁移前至少检查：
- 源节点和目标节点是否具备同等运行能力。
- 虚拟机磁盘是否满足迁移要求。
- 网络插件是否支持迁移后的连通性。
- 当前虚拟机是否挂载不适合迁移的本地设备。
- 迁移窗口内业务是否能接受短暂抖动。
如果这些前提不满足，强行追求在线迁移会增加风险。更现实的方式是按业务等级区分：关键 VM 设计可迁移能力，低优先级 VM 接受停机迁移或重建。
生产落地要把监控、容量和维护流程补齐
KubeVirt 让虚拟机进入 Kubernetes 统一调度体系，但也带来新的运营要求。平台团队需要同时懂 Kubernetes 资源和虚拟化运行状态。
图3：KubeVirt 虚拟机从节点维护、迁移决策到验证的流程
上线前至少检查：
- 节点池是否区分普通容器和虚拟机负载。
- VM 资源请求是否真实反映业务峰值。
- 存储和网络是否满足迁移或恢复要求。
- 节点维护流程是否包含迁移失败分支。
- 监控是否覆盖 VMI 状态、Pod 状态和节点资源。
小结
KubeVirt虚拟机调度要同时理解 Kubernetes 调度对象和虚拟机运行特征。VMI 由 virt-launcher Pod 承载，调度受 CPU、内存、存储、网络和节点标签共同影响；迁移能力需要前提条件，不应默认所有 VM 都可在线迁移。生产落地时，资源隔离、维护流程和监控告警要先设计清楚。
参考资料
常见问题
1. KubeVirt虚拟机调度使用的是 Kubernetes 默认调度器吗？
通常承载 VMI 的 Pod 会进入 Kubernetes 调度流程，因此默认调度器会参与决策。但虚拟机资源、设备和迁移约束会带来额外条件，不能只按普通 Pod 理解。
2. KubeVirt 适合替代所有传统虚拟化平台吗？
不建议这样判断。KubeVirt 更适合希望在 Kubernetes 平台上统一管理部分 VM 和容器工作负载的场景。是否替代传统虚拟化，要看存储、网络、迁移、运维和生态要求。
3. KubeVirt 虚拟机能不能和普通 Pod 混部？
可以，但要谨慎。虚拟机通常资源占用更稳定、生命周期更长，建议通过节点池、污点、标签和配额区分，避免与高弹性无状态 Pod 互相影响。
4. LiveMigration 失败后应该怎么处理？
先确认失败阶段：预检查失败、传输中断、目标节点资源不足还是存储网络不满足。不要立即反复迁移，应保留事件和日志，必要时走停机迁移或节点维护延期。
