搜索

14.17. 配置客户机虚拟机 CPU 型号

download PDF
对于简单默认值,guest 虚拟机 CPU 配置接受与主机物理机器功能 XML 公开相同的基本 XML 表示。换句话说,cpu-baseline virsh 命令的 XML 现在可以直接复制到 <domain> 元素的顶级的客户机虚拟机 XML 中。 在前面的 XML 片段中,在描述客户机虚拟机 XML 中的 CPU 时,有几个额外的属性可用。这些主要可以忽略,但是对他们有什么作用是非常快速的描述。顶级 <cpu> 元素具有名为 match 的属性,可能的值如下:
  • match='minimum' - 主机物理机器 CPU 必须至少有 guest 虚拟机 XML 中描述的 CPU 功能。如果主机物理计算机除客户机虚拟机配置外的其他功能,则也会向客户机虚拟机公开这些功能。
  • match='exact' - 主机物理机器 CPU 必须至少有 guest 虚拟机 XML 中描述的 CPU 功能。如果主机物理计算机除客户机虚拟机配置之外的其他功能,则这些功能将从 guest 虚拟机中屏蔽。
  • match='strict' - 主机物理机器 CPU 必须具有客户机虚拟机 XML 中描述的 CPU 功能完全相同。
下一个改进是 <feature> 元素可以有一个额外的 'policy' 属性,可能的值如下:
  • policy='force' - 即使主机物理机器没有它,也会向客户机虚拟机公开该功能。这通常仅在软件模拟的情况下使用。
  • policy='require' - 将功能公开给客户机虚拟机,如果主机物理计算机未提供,则失败。这是允许的默认值。
  • policy='optional' - 如果出现支持它,则向客户机虚拟机公开功能。
  • policy='disable' - 如果主机物理机器有此功能,则从客户机虚拟机中隐藏它。
  • policy='forbid' - 如果主机物理计算机拥有此功能,则会失败并拒绝启动客户机虚拟机。
'forbid' 策略适用于一个有机率的场景,错误运行的应用程序会尝试使用功能,即使它不在 CPUID 掩码中,并且您希望防止在具有该功能的主机物理机器上意外运行 guest 虚拟机。'optional' 策略对迁移有特殊行为。当 guest 虚拟机最初启动该参数为可选时,但当客户机虚拟机实时迁移时,此策略会变为 'require',因为您在迁移之间无法消失功能。
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.