15.2. 迁移限制
迁移限制通常随块迁移、配置磁盘或一个或多个实例访问 Compute 节点上的物理硬件而出现。
CPU 约束
源和目标 Compute 节点必须具有相同的 CPU 架构。例如，红帽不支持将实例从 ppc64le CPU 迁移到 x86_64 CPU。
不支持在不同 CPU 模型之间迁移。在某些情况下，源和目标 Compute 节点的 CPU 必须完全匹配，如使用 CPU 主机透传的实例。在所有情况下，目标节点的 CPU 功能必须是源节点上 CPU 功能的超集。
内存限制
目标 Compute 节点必须有足够的可用 RAM。内存超额订阅可能会导致迁移失败。
块迁移限制
迁移使用 Compute 节点上本地存储的磁盘的实例要比迁移使用共享存储（如 Red Hat Ceph Storage）的卷支持的实例要长得多。这是因为 OpenStack Compute (nova)默认在 control plane 网络上的 Compute 节点之间迁移本地磁盘块。相反，使用共享存储（如 Red Hat Ceph Storage）的卷支持的实例不必迁移卷，因为每个 Compute 节点已经能够访问共享存储。
通过迁移消耗大量 RAM 的本地磁盘或实例导致的 control plane 网络中的网络拥塞可能会影响使用 control plane 网络的其他系统（如 RabbitMQ）的性能。
只读驱动器迁移限制
只有在驱动器同时具有读写功能时，才支持迁移驱动器。例如，OpenStack Compute (nova)无法迁移 CD-ROM 驱动器或只读配置驱动器。但是，OpenStack Compute (nova)可以迁移同时具有读写功能的驱动器，包括驱动器格式（如 vfat ）的配置驱动器。
实时迁移限制
在某些情况下，实时迁移实例涉及额外的限制。
实时迁移会影响正在移动的工作负载的性能。红帽不支持在实时迁移过程中增加数据包丢失、网络延迟、内存延迟或降低网络带宽、内存带宽、存储 IO 或 CPU 性能。
- 迁移过程中没有新操作
- 要在源和目标节点上的实例副本之间实现状态一致性，RHOSP 必须在实时迁移过程中阻止新的操作。否则，如果写入内存的速度比实时迁移复制内存状态要快，则实时迁移可能需要很长时间或可能永远不会结束。
- 使用 NUMA 的 CPU 固定
-
Compute 配置中的
NovaSchedulerEnabledFilters参数必须包含值AggregateInstanceExtraSpecsFilter和NUMATopologyFilter。 - 多单元云
- 在多单元云中，您可以将实例实时迁移到同一单元中的不同主机上，但不能在单元格间实时迁移。
- 浮动实例
-
当实时迁移浮动实例时，如果目标 Compute 节点上
NovaComputeCpuSharedSet的配置与源 Compute 节点上的NovaComputeCpuSharedSet的配置不同，则实例不会分配给目标 Compute 节点上为共享（非固定）实例的 CPU 配置。因此，如果需要实时迁移浮动实例，您必须为所有计算节点配置与专用（固定）和共享（未固定）实例相同的 CPU 映射，或者为共享实例使用主机聚合。 - 目标 Compute 节点容量
- 目标 Compute 节点必须有足够的容量来托管您要迁移的实例。
- SR-IOV 实时迁移
- 带有基于 SR-IOV 的网络接口的实例可以实时迁移。使用直接模式 SR-IOV 网络接口实时迁移实例会导致网络停机。这是因为在迁移过程中需要分离和重新附加直接模式接口。
- ML2/OVS 部署上的实时迁移
- 在实时迁移过程中，在目标主机中取消暂停虚拟机时，元数据服务可能无法使用，因为元数据服务器代理尚未生成。这种不可用是简明的。该服务很快就会可用，实时迁移可以成功。
- 阻止实时迁移的限制
- 您无法实时迁移使用以下功能的实例。
- PCI passthrough
- QEMU/KVM 虚拟机监控程序支持将 Compute 节点上的 PCI 设备附加到实例。使用 PCI 透传提供对 PCI 设备的实例专用访问权限，就像它们物理附加到实例的操作系统一样。但是，因为 PCI 透传涉及直接访问物理设备，因此 QEMU/KVM 不支持使用 PCI 透传实时迁移实例。
- 端口资源请求
您无法实时迁移使用具有资源请求的端口的实例，如保证最小带宽 QoS 策略。使用以下命令检查端口是否有资源请求：
$ openstack port show <port_name/port_id>
