Translations:ReleaseNotes/Liberty/43/zh-hans


 * 如果你使用的是Kilo稳定版本，在部署Liberty之前一定要确认升级到最新版本. 根据Bug https://bugs.launchpad.net/nova/+bug/1474074 在这之前的Kilo版本升级Liberty节点会出现问题.
 * RAM和CPU的分配比例现在是在nova-compute服务内部定义(可以根据每个计算节点单独定义). 对于scheduler服务也同样需要提供比例. 取决于计算节点运行的版本Kilo或者是Liberty，这个比例设置的表现有区别：如果计算节点运行Kilo，则这个计算节点的CPU和内存的分配比例是在控制节点的nova.conf定义的默认值. 或者，如果计算节点是Liberty则你能在每个计算节点设置CPU和内存分配比例. 为了让运维人员为所有计算节点提供分配比例，默认的分配比例设置为0.0(包括控制节点上). 但是这并不代表分配比例真的为0.0，仅仅表示运维人员需要在下一个版本前(例如Mitaka)设置. 简单来说，对于cpu_allocation_ratio默认的分配比例仍然为16.0倍，ram_allocation_ratio为1.5倍.
 * 在为每个Neutron服务配置"network-vif-deleted"事件前，nova-compute应该升级到Liberty，https://review.openstack.org/#/c/187871/
 * Rootwrap过滤器必须要升级，添加了'touch'命令
 * 在Lauchpad的Bug1256838中提到了关于imagebackend和imagecache的竞争
 * 在这种情况下，如果当imagebackend正在将镜像拷贝到instance路径，基础镜像被ImageCacheManager删除，则虚拟机就会变为error状态
 * 为了解决这个问题，需要在compute.filters添加一个'touch'命令来一起解决这个问题 https://review.openstack.org/#/c/217579/
 * 在竞争发生的情况下，在imagebackend拷贝镜像过程中，当libvirt已经改变了基础文件的所属权限到libvirt-qemu，这样我们在使用os.utime更新文件的访问时间时就会得到权限不足的错误. 为了解决这个错误，我们需要使用root用户权限使用'touch'命令更新基础文件的访问时间.
 * 在Liberty版本中，DiskFilter现在是scheduler_default_filters一部分 https://review.openstack.org/#/c/207942/
 * 根据https://review.openstack.org/#/c/103916/，你只能映射一个vCenter集群到一个唯一的nova-compute节点上
 * Libvrit驱动parallels重新命名为virtuozzo
 * 孤立的表——iscsi_targets, volumes已经被删除
 * 默认pate.ini中已经升级使用新的v2.1 API为所有endpoints提供服务，v3的endpoint已经被删除. 兼容的中间层用来释放v2.1验证，包括/v2和/v1.1 endpoints.
 * DB结构降级的代码已经被删除：https://blueprints.launchpad.net/nova/+spec/nova-no-downward-sql-migration
 * 默认的数据库驱动测试的是pymysql而不是Python-MySQL
 * "powervm" hv_type的夹片(shim)已经被删除. 这仅影响使用使用旧的镜像，并且在镜像metadata中设置了hv_type=powervm的用户 PowerVC driver on stackforge
 * 在Mitaka中libvirt最低版本要求为0.10.2. 对于版本小于0.10.2的Libvirt在Liberty中被废弃了：https://review.openstack.org/#/c/183220/


 * The libvirt.remove_unused_kernels config option is deprecated for removal and now defaults to True: https://review.openstack.org/#/c/182315/
 * libvirt.remove_unused_kernels配置项被废弃了并且以后被删除，而且默认配置为True，https://review.openstack.org/#/c/182315/