3.2. 发行注记

不再支持在版本 3.0 到 3.3 的集群中使用 VDSM。在 Red Hat Enterprise Virtualization 3.6 中，不再支持 3.0 和 3.3 以及以下级别的集群，以及 3.3 以及更早版本的 Manager。对 Red Hat Enterprise Virtualization Manager 3.4 的支持现在是一个技术预览。

 现在，glusterfs-cli 软件包必须被安装。请注意，在 VDSM  spec 文件中并没有包括 glusterfs-cli 作为依赖的软件包。这意味着，即使没有安装 glustefs-cli，VDSM 也会被成功安装。但是，您必须手动安装 glusterfs-cli 软件包。

Red Hat Enterprise Virtualization Manager Java SDK 软件包所需的 HTTP 组件软件包已被修改为与 JBoss Enterprise Application Platform 6.3 相匹配。所需新软件包的 JAR 文件的位置与以前的位置不同，因此用户必须在需要的情况下更新脚本中的相关设置。例如，您有以下脚本：

  java -classpath \

  myapp.jar:\

  /usr/share/java/rhevm-sdk-java/rhevm-sdk-java.jar:\

  /usr/share/java/httpcore.jar:\

  /usr/share/java/httpclient.jar \

  my.app.Main

The script must be updated to the following:

  java -classpath \

  myapp.jar:\

  /usr/share/java/rhevm-sdk-java/rhevm-sdk-java.jar:\

  /usr/share/java/httpcomponents-eap6/httpcore.jar:\

  /usr/share/java/httpcomponents-eap6/httpclient.jar \

  my.app.Main

httpcore.jar 和 httpclient.jar 文件的位置已从 /usr/share/java 改为 /usr/share/java/httpcomponents-eap6。

在这个版本中，虚拟机迁移所带来的系统中断时间会被报告。它是执行的程序从原始主机转移到目标主机上运行（迁移操作的最后阶段）所需的时间。

请注意，因为这个改变，现在需要在 Manager 和主机间有严格的时钟同步（100 ms）。这是因为，为了准确报告系统运行中断的时间，原始主机和目标主机需要使用相同的时钟。如果环境没有被适当设置，将会产生大量新的提示信息。相关的配置选项（在 engine-config 中使用）已从 'HostTimeDriftInSec' 改为 'HostTimeDriftInMS'。

在以前的版本中，"dwh_vm_disks_history_view" 中的  "vm_disk_actual_size_mb" 项的值代表虚拟机当前快照中的虚拟机磁盘大小。这个值对于 ovirt-engine-history 数据库的数据收集来说是不太相关的，实际需要收集的数据是虚拟机使用的虚拟磁盘的总容量（包括所有快照）。从 Red Hat Enterprise Virtualization 3.6 开始，这个项的值代表虚拟磁盘的总容量。虽然以前收集的数据并不准确，但它们仍然会被保留。

以前，Red Hat Enterprise Virtualization 提供了 3 种通过 web 门户访问虚拟机的图形控制台的方法：使用 ActiveX/Firefox SPICE 插件、使用与 remote-viewer 相关联的 vv 文件 MIME 类型（在用户界面中被称为“Native”）或使用基于 web 的客户端（技术预览）。在 Red Hat Enterprise Virtualization 的这个版本中，专用于特定浏览器的插件以过时，现在推荐使用更加通用的 .vv 文件关联，它提供了更高的灵活性（例如，使用自定义的 VNC viewer 来查看控制台），并且可以避免因为特定浏览器的改变而带来的不稳定性。

因此，在新的安装中已改变了默认的 SPICE 控制台模式（在用户界面中的默认设置是 Native）。在对已存在的系统进行升级后，这个值不会改变，但是可以通过 engine-config 工具的全局参数 ClientModeSpiceDefault 进行设置。

因为 QEMU 支持自动聚合（auto-convergence）以及 XBZRLE（Xor Binary Zero Run-Length-Encoding），所以使用它可以减少虚拟机在迁移过程中的下线时间并提供聚合的性能。这个功能在分级体系中的 3 个级别中被支持：全局（engine-config）级、集群级和虚拟机级。