OpenStack 10 Kilo更新日志.docx
- 文档编号:29471214
- 上传时间:2023-07-23
- 格式:DOCX
- 页数:31
- 大小:37.36KB
OpenStack 10 Kilo更新日志.docx
《OpenStack 10 Kilo更新日志.docx》由会员分享,可在线阅读,更多相关《OpenStack 10 Kilo更新日志.docx(31页珍藏版)》请在冰豆网上搜索。
OpenStack10Kilo更新日志
窗体顶端
Kilo更新日志
OpenStack2015.1.0(Kilo)更新日志
以此OpenStackKilo版本的更新日志告慰ChrisYeoh在天之灵,虽然你已远离你的家人和我们,但你的心永远与我们同在。
目录
∙1OpenStack2015.1.0(Kilo)更新日志
o1.1OpenStack对象存储(Swift)
▪1.1.1新功能
▪1.1.1.1纠删码(beta)
▪1.1.1.2复合型令牌(Compositetokens)
▪1.1.1.3更小规模、不平衡集群的数据位置更新
▪1.1.1.4全局性集群复制优化
▪1.1.2已知问题
▪1.1.3升级提示
o1.2OpenStack计算服务(Nova)
▪1.2.1新功能
▪1.2.1.1APIv2.1
▪1.2.1.2升级支持
▪1.2.1.3调度器(Scheduler)
▪1.2.1.4Cellsv2
▪1.2.1.5计算资源驱动
▪1.2.1.6Hyper-V
▪1.2.1.6.1Libvirt(KVM)
▪1.2.1.6.2VMware
▪1.2.1.6.3Ironic
▪1.2.2已知问题
▪1.2.3升级提示
o1.3OpenStack镜像服务(Glance)
▪1.3.1新功能
▪1.3.2已知问题
▪1.3.3升级提示
o1.4OpenStack面板(Horizon)
▪1.4.1新功能
▪1.4.2已知问题
▪1.4.3升级提示
o1.5OpenStack鉴权服务(Keystone)
▪1.5.1新功能
▪1.5.1.1分层multitenancy
▪1.5.1.2Fernettokens
▪1.5.1.3Identityfederation
▪1.5.1.4LDAP
▪1.5.1.5鉴权
▪1.5.2升级提示
o1.6OpenStack网络服务(Neutron)
▪1.6.1新功能
▪1.6.2已知问题
▪1.6.3升级提示
▪1.6.4其他的注意信息(废弃/终止等)
o1.7OpenStack块存储(Cinder)
▪1.7.1新功能
▪1.7.2升级提示
o1.8OpenStack遥测服务(Ceilometer)
▪1.8.1新功能
▪1.8.2升级提示
o1.9OpenStack编排服务(Heat)
▪1.9.1新功能
▪1.9.2升级提示
▪1.9.3其他的注意信息(废弃/终止等)
▪1.9.3.1废弃
o1.10OpenStack数据库服务(Trove)
▪1.10.1新功能
▪1.10.2升级提示
o1.11OpenStack数据处理服务(Sahara)
▪1.11.1新功能
▪1.11.2升级提示
o1.12OpenStack裸金属服务(Ironic)
▪1.12.1新功能
▪1.12.1.1状态机(StateMachine)
▪1.12.1.2版本头信息
▪1.12.1.3硬件驱动更新
▪1.12.1.4其他更新
▪1.12.2已知问题
▪1.12.3升级提示
▪1.12.3.1Juno升级到Kilo
▪1.12.3.2从Icehouse的"nova-baremetal"升级
o1.13OpenStack文档
OpenStack对象存储(Swift)
新功能
纠删码(beta)
Swift现在支持纠删码(EC)存储策略类型。
这样部署人员、以极少的RAW容量达到极高的可用性,如同在副本存储中一样。
然而,EC需要更多的CPU和网络资源,所以并不适合所有应用场景。
EC非常适合在一个独立的区域内极少访问的、大容量数据。
Swift纠删码的实现对于用户是透明的。
对于副本存储和纠删码存储的类型,在API上没有任何区别。
为了支持纠删码,Swift现在需要依赖PyECLib和liberasurecode。
liberasurecode是一个可插件式的库,允许在你选择的库中实现EC算法。
更详细文档请参阅 http:
//swift.openstack.org/overview_erasure_code.html
复合型令牌(Compositetokens)
复合型令牌允许其他OpenStack服务以客户端名义将数据存储于Swift中,所以无论是客户端还是服务在更新数据时,都不需要双方彼此的授权。
一个典型的例子就是一个用户请求Nova存放一个VM的快照。
Nova将请求传递给Glance,Glance将镜像写入Swift容器中的一组对象中。
在这种场景下,用户没有来自服务的合法令牌时,无法直接修改快照数据。
同样,服务自身也无法在没有用户合法令牌的情况下更新数据。
但是数据的确存在于用户的Swift账户中,这样使得账户管理更简单。
更详细的文档请参阅http:
//swift.openstack.org/overview_backing_store.html
更小规模、不平衡集群的数据位置更新
Swift数据的存放位置现在根据硬件权重决定。
当前,允许运维人员逐渐的添加新的区域(zones)和地域(regions),而不需要立即触发大规模数据迁移。
同时,如果一个集群是非平衡的(例如,在一个区域(zones)的集群中,其中一个的容量是另外一的两倍),Swift会更有效的使用现有空间并且当副本在集群空间不足时发出警告。
全局性集群复制优化
区域(regions)之间复制时,每次复制只迁移一个副本。
这样远程的区域(region)可以在内部复制,避免更多的数据在广域网(WAN)拷贝。
已知问题
∙作为beta更新,纠删码(EC)的功能接近完成,但是对于某些功能仍然不完整(像多范围(multi-range)读取),并且没有一个完整的性能测算。
这个功能为了持久性依赖于ssync。
部署人员督促我们做更大规模的测试,并且不要在生产环境部署中使用纠删码存储策略。
升级提示
像往常一样,你能在不影响最终用户体验的前提下,升级到这个版本的Swift。
∙为了支持纠删码,Swift需要一个新的依赖PyECLib(和liberasurecode等)。
并且eventlet的最低版本要求也升高了。
OpenStack计算服务(Nova)
新功能
APIv2.1
∙我们有了下一代NovaAPI的第一个更新版本v2.1。
v2.1版本的目的是向回兼容v2.0版本,并且拥有增强的API校验。
API所有更新是通过发布微版本(microversion)发现的。
更多信息请参阅:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/api-microversions.html
∙kilo版本中,我们仍然使用v2.0API的代码提供v2.0API的请求。
我们希望v2.1将能够同时为v2.0和v2.1请求提供服务。
∙libertyv2.0现在被冻结了,所有功能被添加在v2.1API中使用微版本(microversions)机制实现。
kilo版本中微版本(microversion)更新包括:
o扩展keypairAPI支持x509证书,能够和WindowsWinRM使用,这个功能是v2.1API中第一个被以微版本(microversions)添加的功能。
o在os-extended-server-attributes暴露扩展属性
∙python-novaclient现在还不支持v2.1API
∙Novav2.1API的策略执行得到优化。
o只在API入口执行策略
o对于单一的API,去掉了重复性规则
o所有的v2.1API的策略规则使用'os_compute_api'作为前缀,以区别于v2API。
o之前,由于在db层面权限检查的硬编码(hard-code),部分NovaAPI并不支持策略的配置。
总是需要admin用户权限。
部分在Novav2.1API中硬编码(hard-code)权限检查被移除,使得API策略可配置。
其余的硬编码(hard-code)将在Liberty版本被移除掉。
升级支持
∙我们减少了使用DB迁移脚本执行数据迁移,现在这部分使用一种"懒(lazy)"方式在DB的对象代码中完成。
在nova-manage命令中可以帮助强制进行数据迁移。
更多的信息请见:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/approved/flavor-from-sysmeta-to-blob.html
∙https:
//review.openstack.org/#/c/97946/ 增加了编号为267的数据库迁移脚本,这个脚本主要扫描instances.uuid为空(null)的记录并且一旦发现就会导致失败,因为迁移中需要保证instances.uuid非空并且在那个字段加入了UniqueConstraint限制。
为了避免数据库迁移失败,提供了一个帮助脚本用来搜索空(null)的instances.uuid的记录。
运行'nova-managedbsync'之前,运行帮助脚本‘nova-managedbnull_instance_uuid_scan’,默认情况下,该脚本只会检索记录,并将结果输出,不会改变任何内容。
如果在参数中加入--delete,就会自动删除所有instances.uuid为空的记录。
调度器(Scheduler)
∙一系列的性能优化
∙我们在优化scheudler的代码结构,这将帮助我们能够演进和优化调度过程。
这一点对于终端用户不可见。
Cellsv2
∙已经开始添加了对cellv2版本的支持,但是还没达到能够使用的程度。
∙新的'nova-manageapi_dbsync'和'nova-manageapi_dbversion'命令用于支持cell新的api数据库结构,但是还没有任何代码使用该数据库,所有没有必要建立。
计算资源驱动
Hyper-V
∙支持生成两个虚拟机:
∙支持SMB为基础的卷,和已经存在的ISCSI卷:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/hyper-v-smbfs-volume-support.html
∙支持x509证书的keyparis:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/keypair-x509-certificates.html
∙主机电源操作已经在Hyper-V中可用了:
Libvirt(KVM)
∙NFV相关功能:
o以NUMA为基础的调度 :
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/input-output-based-numa-scheduling.html
o虚拟机使用固定的物理CPU:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/virt-driver-cpu-pinning.html
o超大页(LargePage)支持:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/virt-driver-large-pages.html
∙vhostuserVIF驱动:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/libvirt_vif_vhostuser.html
∙支持在IBMSystemz运行KVM:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/libvirt-kvm-systemz.html
∙支持parallels云服务:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/pcs-support.html
∙支持SMB卷:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/libvirt-smbfs-volume-support.html
∙使用QEMUagent静默(Quiesce)文件系统(例如:
做快照之前):
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/quiesced-image-snapshots-with-qemu-guest-agent.html
∙Quobyte卷支持:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/quobyte-nova-driver.html
∙支持QEMUiSCSIinitiator:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/qemu-built-in-iscsi-initiator.html
VMware
∙支持Ephemeral磁盘:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/approved/vmware-ephemeral-disk-support.html
∙支持vSAN:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/vmware-vsan-support.html
∙支持OVA镜像:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/vmware-driver-ova-support.html
∙支持SPBM存储策略:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/vmware-spbm-support.html
Ironic
∙对于ironic支持传递flavor扩展属性:
http:
//specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/pass-flavor-capabilities-to-ironic-virt-driver.html
已知问题
∙Evacuate恢复部分代码存在损坏数据的潜在危险。
在nova-compute启动过程中,虚拟化端会汇报instance的状态,用于检查物理机发生故障过程中,虚拟机是否被移走了(i.e.被evacuated)。
如果此时发现的确发生迁移了,那么本地的数据就会被彻底删除。
这样就存在潜在的可能出现选择错误,虚拟机被错误的销毁。
在libvirt节点上,这样的情况可能会由于改变系统的主机名引发。
在vmware节点中,这个可能会由于尝试从两个不同的主机(不同的主机名)管理同一个vcenter引发。
这个Bug可能会在Liberty中得到修复,但是在当前部署中,关闭这种行为的建议是设置destroy_after_evacuate=False。
注意:
这个并不是回归(regression)并且在evacuate的设计中已经提到这个瑕疵。
这个并不容易修复,所以使用这种方式绕过去(workaround)解决这个潜在的数据损坏。
在liberty的修复记录:
https:
//review.openstack.org/#/c/161444/。
∙生成的配置文件样例可能会缺少某些oslo相关的配置
升级提示
下面是你在升级中需要了解的内容。
在可能的情况下,git提交的hash编码会提供你找到更多更详细的信息:
∙如果你的Neutron端口(ports)是在Nova之外建立的,在你的服务器删除后并不会删除这些端口:
1153a46738fc3ffff98a1df9d94b5a55fdd58777
∙EC2API支持现在被废弃了,可能要在kilo删除掉:
f098398a836e3671c49bb884b4a1a1988053f4b2
∙Websocket代理需要被和API节点一起升级,由于旧的API节点在鉴权控制台权限时不会发送access_url,新的代理服务(这个提交和以后的)处理类似请求时会鉴权失败9621ccaf05900009d67cdadeb1aac27368114a61
∙在全部升级到kilo后(例如,所有节点都运行kilo代码),你需要在后台运行一个flavor信息更新的迁移,把旧名字改为新名字。
Kilo的conductor节点会根据需要进行处理,但是其余的空闲数据需要在后台完成迁移。
这个要在Liberty更新后全部完成,到时候旧的位置会被废弃。
使用"nova-managemigrate-flavor-data"完成迁移。
∙由于Novav2.1API强制策略的优化。
在v2.1API策略上有一系列改变发生。
因为v2.1API之前一直没有更新,所以这些改变无法向前兼容。
所以最好使用策略的样例配置取代之前的版本。
∙VMware拯救(rescue)虚拟机的行为不再生成一个新的虚拟机而是直接在当前镜像上进行:
cd1765459a24e52e1b933c8e05517fed75ac9d41
∙force_config_drive=always被废弃了,需要使用force_config_drive=True替换:
c12a78b35dc910fa97df888960ef2b9a64557254
∙运行hyper-v,如果你已经部署的代码晚于这个commitb4d57ab65836460d0d9cb8889ec2e6c3986c0a9b,但是早于这个commitc8e9f8e71de64273f10498c5ad959634bfe79975,那么你可能存在问题,需要手动解决,查看这个commitc8e9f8e71de64273f10498c5ad959634bfe79975
∙改变multi_instance_display_name_template的默认值:
609b2df339785bff9e30a9d67d5c853562ae3344
∙使用"nova-managedbnull_instance_uuid_scan"确保DB迁移之前数据是干净的,c0ea53ce353684b48303fc59393930c3fa5ade58
OpenStack镜像服务(Glance)
新功能
∙使用已经毕业的oslo.policy项目。
账户配置信息更新,升级在etc/config下的配置文件。
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/pass-targets-to-policy-enforcer.html
∙可以使一个镜像变为非激活状态。
增加了两个新的API调用可能会需要改变策略配置。
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/deactivate-image.html
∙在镜像导入过程中,支持基本的镜像格式转换。
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/conversion-of-images.html
∙Glance排序增强。
v2版本的镜像API支持新的排序语法,排序时可以指定排序字段和方向:
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/sorting-enhancements.html
∙通知支持metadefs:
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/metadefs-notifications.html
∙VMware存储驱动支持多datastore:
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/vmware-store-multiple-datastores.html
∙在镜像导入过程中获取镜像信息:
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/introspection-of-images.html
∙在Metadefs中支持多个值的操作。
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/metadata-multivalue-operators-support.html
∙增加新的taskflow执行方法(executor)并且移除了旧的eventlet执行方法。
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/taskflow-integration.html
∙Digest算法现在是可以配置的。
SHA-1现在不适合作为通用的数字签名应用,从安全角度考虑,对于每个FIPS需要112字节,我们提供了一个配置可以在这些标准中进行选择。
∙Metadef标签支持。
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/metadefs-tags.html
∙允许API返回空值。
Glance的v2版本API现在也返回为空值的字段。
∙目录索引服务实验性API。
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/catalog-index-service.html
∙存储驱动更细粒度的支持。
http:
//specs.openstack.org/openstack/glance-specs/specs/kilo/store-capabilities
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- OpenStack 10 Kilo更新日志 Kilo 更新 日志
![提示](https://static.bdocx.com/images/bang_tan.gif)