OpenStack Liberty 版本功能有哪些新突破_百度知道OpenStack Liberty版本更新说明_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
OpenStack Liberty版本更新说明
上传于||暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩46页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢trackbacks-0
& 一个新的秋季，一个新的OpenStack 版本。OpenStack 的第12个版本，Liberty，在10月15日如期交付，而且目前发行版本已经备好了。那么我们期望能从过去六个月时间的开发中获得些什么呢？& 正如过去几年一样，每个版本都有大量的变化和引入新的功能，但是现在，OpenStack 已经达到一个新的位置，那就是大部分的必要功能都已经齐备了，因此，现在更多的是增量式的变化-只有一些偶然性爆发的领域是例外，比如容器。& 当然，这不是说容器就是过去六个月内的所有值得期待的东西。除了容器，还有混合云和安全的新的部署模式，以及大多数项目在可升级性、性能以及稳定性上的改进，以及添加新的功能。& 10月8号，Rudy McComb 和我会做一场在线研讨会，到时会详细地讨论每个项目中的变化。但是，到目前为止，我们已经和各个项目的PTL 进行过交谈，因此，这里有了一份一些比较重要的改进和新增功能的快速报告。
NFV 和大规模部署 （NFV and large scale deployments）
1. NFV：其实，自然地看起来，讨论NFV的领域应该是网络，也就是Neutron，但是实际上，许多的工作和Nova相关。 &OPNFV 致力于在所有开放品台上为NFV提供参考实现和测试平台&，Jay Pipes 对Enterprise Networking Planet说，而他是Mirantis 的工程主管。&OpenStack 是一个更大NFV架构中的基础架构层（NFVi），它包括虚拟网络功能本身，更高层的编排、运营和商务支持系统&。
2. Cell 管理：Cell提供了将资源进行分组的方法，使得用户可以部署更大规模的OpenStack云，这样，资源的管理会更加容易。现在，管理员可以将已有的资源添加到cell分区中，然后系统就会知道在哪里找到它们。
更好的管理安全和带宽，更易向 IPv6 迁移 （Better control over security and bandwidth, easier moves to IPv6）
3. IPv6：既然在北美IPv4 地址已经正式地耗尽了，IPv6 已经变得更加重要。Neutron 现在提供了 IPv6 前缀代理（prefix delegation），使得对每一个提交（submit）能自动分配多个CIDR，这样，搭建一个网络就更加容易了。
4. QoS：管理员现在可以通过分配 quota， 来不仅仅控制整个项目的带宽，还可以设置每个虚机的 QoS。
5. 安全：管理员现在可以使用基于角色的权限管理（RBAC）来控制对特定网络的访问。
6. LBaaS：现在 LBaaS 的参考实现是基于专业级别的负载均衡平台Octavia实现的，而且不再是实验性的了。
7. IPAM：通过使用第三方的IPAM，可以使用可插拔式的IP地址管理了。
更好的操作控制和增加一些新的功能 （Better control over operations and additional information about capabilities）
8. Quotas:支持对层级项目使用quota9. 缓存： 经常使用的镜像现在可以被缓存了，因此它们不需要反复的通过网络被获取，从而提高了大镜像的性能，使得从镜像创建卷更快速10. 易用性：Cinder 客户端现在可以获取后端存储Prvider的能力列表，免得用户使用不支持的功能。
Glance: 基于镜像签名和校验的更好的安全性 （Better security through image signing and verification）
11. 镜像验证：Glance 现在允许用户使用他们自己的私钥要对镜像做签名，从而确保他们的镜像中不会被插入恶意代码。12. S3 代理：Glance 现在可以通过HTTP 代理来使用S3后端存储，从而可以在多个网络中使用。
Swift: 提高性能和运维能力 （Improved performance and operator capabilities）
13. 性能：增强了在使用低速磁盘时的性能，以及去掉了latency spike 以及在集群管理中限制数据移动14. Ring 运维：运维人员现在可以使用ring-builder-analyzer 工具来快速地测试不同的Ring配置15. 大规模上传：现在用户可以对爆炸性的归档需求（exploding archive）设置项目级别的元数据16. 纠错码：用户现在应该可以信任对纠错码的显著性修补和优化了。
Keystone: 对混合云管理更加容易 （Easier hybrid cloud management）
17. 混合云：多云联邦（Multi-cloud federation） 需要对 IDP （Identity Providers）更好地管控。Liberty 使得对多个独立的 IDP 后端使用统一的 Web 登录（WebSSO）成为了可能。18. 更好的混合云支持：能够区分位于不同云中的但是用户名相同的用户
Horizon: 更容易的创建虚机 （Easier instance launching）
19. 创建虚机：Liberty 包含一个新的创建虚机的对话框（你可以通过配置项打开或者关闭它）20. 网络管理：提供了一个新的网络拓扑页面，使得更容易看到到底发生了什么21. 混合云管理：在 Horizon 中控制 特定IDP 的 WebSSO （IDP-specific WebSSO）
Heat: 融合 （Convergence ）
22. 融合：Heat已经转变为一种开发者期望的新模式，它会带来更好的用户体验。Liberty 包含了&融合&架构的新的实现方式，这种方式是更多地基于工作流和观察的（based more on workflow and observation）23. 支持新的资源：Heat 现在可以控制 Keystone 端点（endpoint）和服务，以及Barbican 和Designate 了。
Magnum: 支持新的类型和高可用性 （New support types, and high availability）
24. 支持 Mesos：Magnum 现在能够支持 Mesos 了。25. 高可用性：通过使用Magnum 中主节点的数目（master count）大于1，用户就可以使用高可靠的多主Kubernetes集群了。26. 扩展性：Kubernetes 已经被整合到Neutron的负载均衡中。
Kolla: 容器支持和易于部署 （Containers and easy deployment）
27. 多选择：来自CentOS, Fedora, Oracle Linux, Red Hat Enterprise Linux, and Ubuntu 等多家公司的使用 RDO，RHOS 或者源码的大概90个容器基础镜像组成的Docker 镜像可以供用户选择28. 部署：可以在裸机上使用Ansible 部署大规模的基于容器的高可用环境，包括两个或者三个控制节点、最多100个计算节点、最多10个存储节点和一个网络节点。29. 服务：使用 Ansible + Docker 部署多种服务：HAProxy, Keepalived, MariaDB + Galera, RabbitMQ, memcached, Keystone, Glance, Nova, Neutron (LinuxBridge or OVS), Heat, Cinder (Ceph only) and Swift30. 配置：提供了一种可选的部署工具，使得运维人员可以修改OpenStack 的配置。
Murano: 更好地控制向OpenStack 云创建和部署应用 （More control when creating and deploying applications to an OpenStack cloud）&
31. 开发者的控制：支持应用的版本，因此应用可以升级了。32. 用户的控制性：用户现在可以选择使用在OpenStack云环境的网络和要部署的应用。33. 资源控制：如果需要的话，环境可以被放弃34. 基础设施控制：Murano 现在使用 Glance Artifact Repository 作为它的存储后端。35. 编排控制：可以使用 Heat 模板和文件进行部署
Ceilometer: 通过简化的告警创建和实时告警触发能力来更好地控制集群 （Better cluster control through easier alarm creation and real-time alarm triggers）
36. 实时监控：现在用户可以实时地基于发生的事件来触发告警37. 性能：通过资源元数据缓存技术，提高了nova 计量数据抓取的性能，以及异步地处理Gnocchi 中的多个量度。38. 易用性：大多数的 meter 可以通过一个 ymal 文件而不是 python 代码创建39. 和其它系统的整合：Ceilometer 可以将计量数据发送到Gnocchi 时间序列数据存储系统，它可以使用Grafana 来观察性能
Trove: 通过引入新的功能增强了对MariaDB，MongoDB 和 Redis 的支持 （Improved support with new functionality for MariaDB, MongoDB, and Redis）
40. MariaDB:支持MariaDB 自身，而不是依赖MySQL驱动。41. 集群：通过整合Percona更好地支持集群42. Redis:增强 Redis 备份和复制功能
Sahara: 极大的优化易用性 （Drastically enhanced ease of use）
43. 灵活性：通过在数据源URL中传入不同的参数来重用数据源44. 高效性：在多个租户之间共享数据源，这样你就不需要复制多份大的数据集了45. 更强的支持：支持 MapR 5.0.0， 还支持将Manila 作为数据源46. 便捷性：支持同时创建多个集群
Zaqar: 增强灵活性、安全和性能 （Increased flexibility, security, and performance）
47. 灵活性：支持预签名的URL，所以可以灵活地将它们提供给未授权用户或者服务，而不需要授予它们整个系统的权限48. 安全性：使用 RBAC 保护API，这样用户可以准确地决定哪些人可以访问哪些资源49. 高效性：支持Websocket 传输方式，从而可以使用一个通道（channel）进行全双工通信（full duplex communication）
Barbican: 更好的安全和配额控制 （More control over security and quotas&）
50. 安全性：用户可以循环（rotate）用于加密项目级别密钥（key）的主密钥（Master Key），从而使用新的主密钥来取代可能已经泄露的就密钥51. 管理型：你可能需要更多的控制一个项目的密码（secret）数量，甚至是一个用户可以上传的密码数量，而Barbican 现在就包括了这种类型的配额支持。52. 便捷性：项目管理员现在可以创建特定项目的CA（Certificate Authorities），然后用户就可以从他们项目的CA上创建自签名的x.509证书了
Congress: 更宽泛的政策违规的纠正方法 （Much wider range of corrections available for policy violations）
53. 灵活性：通过手动的响应措施，用户可以编写政策声明（policy statement），来确定是否违反了某个政策以及描述哪些API调用可以用于纠正违规。Liberty 版本中，政策可以纠正这些模块的违规：Ceilometer, Cinder, Glance, Heat, Ironic, Keystone, Murano, Neutron, Nova, and Swift。除此以外，Congress 现在提供了一系列的API调用给政策编写者来纠正违规。（Flexibility: With manual reactive enforcement, users write policy statements that both identify a policy violation and dictate which API call should be executed to correct that violation. In Liberty policies can correct violations using API calls for Ceilometer, Cinder, Glance, Heat, Ironic, Keystone, Murano, Neutron, Nova, and Swift.
In addition, Congress now provides a list of the API calls that policy writers can use to correct violations.）
以上部分，是这个版本中的（大部分）变化，除此以外，其它的项目也有它们自己的变化，包括：
Community App Catalog:
Horizon 插件
Manila: 更好的调度和可靠性
Ironic: 额外的驱动和可操作性改进
Rally: 能够对生产系统做基准测试
用户能够提交测试结果来帮助确定OpenStack 兼容性的改进方向
原文：&，Nick Chase on September 29, 2015
阅读(...) 评论()OpenStack发布新版本，带来多项功能提升 - 推酷
OpenStack发布新版本，带来多项功能提升
OpenStack近日为云平台构建者、运营商及用户推出OpenStack最新版本Liberty。作为OpenStack这一部署最为广泛的开源软件的第12个版本，Liberty版本将为云平台的构建带来多个全新功能与改进。OpenStack为目前流行的数据中心技术提供了最广泛的支持，并且已经成为服务提供商与部署云服务的企业之间实现整合的重要引擎。
OpenStack Liberty自即日起开放下载，能够满足软件用户的多元化需求，包括更细化的管理控制、进一步提升的大型部署性能，以及用于在生产环境中管理容器等新技术的重要工具。
更强的可管理性
更细化的访问控制和更简单的管理功能在Liberty中首次亮相。作为对运营商需求的直接回应,OpenStack云平台添加了诸如公共库采用以及优化配置管理等新功能。新版还添加了基于用户角色的访问控制(RBAC)，以用于Heat编排和Neutron网络项目。这些控制功能可以让运营商在网络和编排功能以及API的不同层级上对安全设置进行微调。
简化的可扩展性
在公共与私有领域中，部署OpenStack的生产环境的规模和范围均不断增加，因此，用户要求改善对大型部署的支持。在Liberty版本中，这些用户可以获得性能与可靠性的诸多改善，其中初版Nova Cells v2便提供了能够支持规模庞大的多点计算部署的新模式。此外，Liberty用户可以在Horizon面板、Neutron网络Cinder块存储服务，以及系统升级至Nova计算服务期间，获得可扩展性与性能方面的提升。
支持全新技术的可延伸性
作为一个开源平台，OpenStack用于管理三大主要云计算技术：虚拟机、容器以及裸机实例，同时也是企业在其网络拓扑结构中实施NFV(网络功能虚拟化)的理想平台。Liberty凭借可延伸的Nova计算调度器、网络QoS框架以及增强的LBaaS(负载平衡即服务)等新特性，进一步提升了OpenStack在上述三大领域的功能。
除此之外，Liberty还带来了首个完整版的Magnum容器管理项目。Magnum自开始就支持包括Kubernetes、Mesos和Docker Swarm在内的多个目前流行的容器集群管理工具。由于Magnum集成在Nova、Ironic和Neutron等OpenStack的现有服务之中，因此更利于使用者采用容器技术。名为Kuryr的新项目则计划直接集成libnetwork等原生的容器网络组件，从而带来进一步的改善。
为了能够在Liberty中对更强大的功能进行管理、自动处理和组织编排，OpenStack特意在Heat编排项目中新增了数十种资源。新版本还包含管理和等级方面的改善，包括经RBAC过滤的可揭示资源和行动可用状况的API。
来自164家机构的1,933名个人用户通过上游代码、评估检测、文档编制以及全球化工作，为OpenStack Liberty的诞生做出了卓越的贡献。Liberty最主要的代码贡献机构为HP、Red Hat、Mirantis、IBM、Rackspace、华为、Intel、Cisco、VMware以及NEC。
依靠可选功能，关注核心服务
在Liberty版本发行周期内，开源社区改变了组织和确认上游项目的方式，这被社区成员称为“大帐篷(big tent)”。最终，这些变化促使开源社区能够专注于规模较小的核心服务，同时在更为广阔的上游生态系统中鼓励更多的创新。
这些核心服务可以在所有OpenStack驱动的产品或公共云、中央计算(包括虚拟化和裸机)、存储(块和对象)以及网络连接中获得。
最近六个月新增的项目则提供可选功能，例如通过Magnum实现容器管理(支持Kubernetes、Mesos以及Docker Swarm)，通过Astara实现网络编排，通过Kuryr实现容器联网，通过CloudKitty实现账单支付，以及利用多种流行的应用模板生成的社区App目录。这些加入到已有项目的新功能能够支持大数据分析、数据库管理、编排等应用。
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致今天看啥 热点：
OpenStack Kilo版本新功能分析，openstackkilo
OpenStack Kilo版本已经于日正式Release，这是OpenStack第11个版本，距离OpenStack项目推出已经整整过去了5年多的时间。在这个阶段OpenStack得到不断的增强，同时OpenStack社区也成为即Linux之后的第二大开源社区，参与的人数、厂商众多，也成就了OpenStack今天盛世的局面。虽然OpenStack在今年经历了Nebula的倒闭，但是随着国内的传统行业用户对OpenStack越来越重视，我们坚信OpenStack明天会更好。
OpenStack Kilo版本的完整翻译版本可见：https://wiki.openstack.org/wiki/ReleaseNotes/Kilo/zh-hans
OpenStack Kilo版本的翻译工作由我和我的同事裴莹莹(Wendy)共同完成，翻译校对工作由裴莹莹完成。如果翻译有任何问题，请各位多多指正。
社区贡献分析
我们先来看一下OpenStack在最近的4个稳定版本发布中，每一个项目的贡献情况：
我们能够很明显的发现，OpenStack最早的几大核心模块(Nova, Cinder, Glance, Keystone, Horizon, Swift)的代码贡献所占比例呈明显下降趋势，这里强调一下，是比例而不是数量，从数量上来看，版本之间相差并不大，以Nova为例，从Havana版本的24%下降到如今的10%。这从一个侧面反映了OpenStack的核心模块日趋稳定，更多的关注集中到更高层次或者功能优化上。
Neutron模块则一直处于稳中有升的状态,从Havana版本的7%上升到10%，说明Neutron仍然处于需要进一步完善的状态。
对于Ceilometer，Heat，Sahara，Ironic, Trove等新晋的核心模块，都处于稳步增长的阶段。贡献的比例在四个版本中基本保持持平的态势。在Kilo版本中，Sahara和Heat进入了前十名。
从Kilo版本的比例来看，Others的比例过半，Others主要包括了OpenStack测试相关项目，例如Rally；开发相关项目，例如D以及一些新的模块，例如：Manila，Magnum等众多进入孵化器的项目;还包括所有的Client以及Spec等。可以预见，OpenStack的开发重心逐步从底层的核心模块，逐步向更高层次、提供更丰富功能的方向发展。
国内社区贡献分析
从企业贡献排名来看，几大巨头企业牢牢占据贡献榜的前几名，OpenStack最成功的公司-Mirantis排名紧追Redhat成为第二贡献大户。排名前几位的公司还包括：IBM, Rackspace, Cisco, Suse, VMware, Intel等。
国内方面，华为继续稳定在第13名，但Review的数量从Juno版本的1353提升到2548个，贡献的项目几乎涵盖所有的项目，主要贡献来自Heat，Ceilometer, Horizon，Neutron, Nova等项目。
国内排名第2的贡献企业是九州云，排名达到了21位，看来龚永生的到来为九州云添加了无限活力。九州云的贡献主要来自Horizon和Neutron两个项目，龚永生不愧为Neutron的Core，在网络方面的贡献，九州云的确很给力。
排名第3的企业是海云捷迅，排名为44位，海云是国内比较早的一批OpenStack创业企业，贡献方面以Sahara，Neutron，Nova，oslo.messaging以及Cinder为主，从之前了解的情况来看，海云的项目不少，可能提交的修改是与在实际项目中遇到的问题有关。
排名之后的企业还有Kylin Cloud，UnitedStack，EasyStack等。由于是手工统计，在统计过程中如有遗漏，希望大家多多指正。
Horizon新功能
Horizon在K版本除了增强了对新增模块的支持，从UE的角度也为我们带来了很多新功能
支持向导式的创建虚拟机，现在还处于beta版本，如果想在Horizon里激活，可以通过设置local_setting.py的配置实现：
LAUNCH_INSTANCE_NG_ENABLED = True
支持简单的主题，主要通过修改_variables.scss和_style.scss完成对主题颜色和简单样式的修改，但是格局不能改变，修改local_settings.py
CUSTOM_THEME_PATH = 'static/themes/blue'
$gray-darker:
$gray-dark:
$gray-light:
$gray-lighter:
$brand-primary:
$brand-success:
$brand-info:
$brand-warning:
$brand-danger:
@mixin btn-shadow($color) {
@include gradient-vertical-three-colors(lighten($color, 3%), $color, 6%, darken($color, 3%));
filter: none;
border: 1px solid darken($color, 10%);
.btn-default,
.btn-default:hover {
@include btn-shadow($btn-default-bg);
.btn-primary,
.btn-primary:hover {
@include btn-shadow($btn-primary-bg);
Nova新功能
Nova Scheduler
标准化了conductor，compute与scheduler的接口，为之后的接口分离做好准备，对于部分直接访问nova数据库的filters进行了优化，不再允许直接访问，参考链接：/openstack/nova-specs/blob/master/specs/kilo/approved/isolate-scheduler-db-filters.rst
对Scheduler做了一些优化，例如：Scheduler对于每一个请求都会重新进行Filters/Weighers，为了优化这个问题，将filter/weighter的初始化从handler移到scheduler，这样每次请求的时候都可以重新使用了。
Libvirt NFV相关功能
NUMA(Non Uniform Memory Architecture)，在这个架构下，每个处理器都会访问“本地”的内存池，从而在CPU和存储之间有更小的延迟和更大的带宽。
在Kilo版本中针对此功能的实现包括：基于NUMA的调度的实现；可以将vCPU绑定在物理CPU上；超大页的支持。以上提到的三点都是通过Flavor的Extra Spces完成定义的。
EC2 API被从Nova中踢出去了
取而代之的是在stackforge的EC2 API转换服务
API Microversioning
先来解释一下为什么需要API的微版本：主要原因在于现在这种API扩展方式，对于API实现的代码的增加或减少管理非常不方便，容易导致不一致性。引入微版本主要目的就是让开发人员在修改API代码时能够向前兼容，而不是加入一个新的API扩展；用户通过指定API的版本，在请求时也能决定是使用的具体的动作。
包含版本的返回:
"versions": [
"id": "v2.1",
"links": [
"href": "http://localhost:8774/v2/",
"rel": "self"
"status": "CURRENT",
"version": "5.2"
"min_version": "2.1"
客户端的Header信息：
一个已知的问题：Evacuate
这个问题的产生主要是因为Evacuate的清理机制，主机名的变化会导致nova-compute重启过程中误删所有虚拟机，所以一个变通的方法是设置
destroy_after_evacuate=False
这个问题会在Liberty中得到修复，相关的Spec：https://review.openstack.org/#/c//specs/liberty/approved/robustify_evacuate.rst
Glance新功能
自动进行镜像格式转化，例如，Ceph是使用RAW格式的，假如我们上传的是QCOW2，创建虚拟机时，就会经历一番上传下载的过程，速度异常缓慢。而且RAW格式通常都是原始大小，上传时候非常慢，完全可以通过上传小镜像自动转换为指定格式。
Glance支持多字段排序
/images?sort_key=status&sort_dir=asc&sort_key=name&sort_dir=asc&sort_key=created_at&sort_dir=desc
临时将镜像设置为非活跃状态，假如一个镜像里有病毒，管理员就会将该镜像设置为非活跃状态，在清理后重新发布该镜像，在这个过程中，所有非管理员用户都无法使用或者下载这个镜像
免重启动态加载配置文件，配置文件改动后重启服务，现在可以给glance服务发送SIGHUP触发，这样升级就可以零当机时间。
使用多个Swift容器存储镜像，减少大规模部署时的请求瓶颈
Cinder新功能
实现服务逻辑代码与数据库结构之间的解耦，支持Rolling更新
一致性组是指具备公共操作的卷，逻辑上化为一组。在K版本中对增强一致性组的功能：可以添加、删除卷，从已经存在的快照创建新的组，关于一致性组的详细操作可以参考：http://docs.openstack.org/admin-guide-cloud/content/consistency-groups.html
cinder consisgroup-update
[--name NAME]
[--description DESCRIPTION]
[--add-volumes UUID1,UUID2,......]
[--remove-volumes UUID3,UUID4,......]
cinder consisgroup-create-from-src
卷类型的增强功能主要包含两个：为某一项目创建私有的卷类型和为卷类型增加描述信息
cinder type-create &name& --is-public
cinder type-create &name& &description&
Neutron新功能
DVR支持OVS中的VLANs
新的V2版本的LBaas的API
新的插件的更新，详情请见更新日志中
一些高级服务的分离，例如：L3, ML2, VPNaaS, LBaaS
网络方面我不是权威，希望有高人能出来讲讲Kilo中的Neutron新功能。
Keystone新功能
项目嵌套，创建一个新的Project时候，可以指定parent的Project
POST /projects
"project": {
"description": "Project space for Test Group",
"domain_id": "1789d1",
"enabled": true,
"name": "Test Group",
"parent_id": "7fa612"
Keystone与Keystone的联盟，有了这个功能两个或者更多的云服务提供者就可以共享资源，这个功能在J版本引入，在K版本中主要针对该功能的进一步增强，具体的使用方法可参考这篇博文：/playing-with-keystone-to-keystone-federation/
针对新人授权的一些增强功能
keystone的配置中有部分配置发生了变化，例如：keystone.token.backends.memcache被keystone.token.persistence.backends.memcache取代，更多详细内容请参考更新日志
Swift新功能
纠删码的加入应该是这个版本最大的亮点，但是纠删码作为beta版本发布，并不推荐应用于生产环境，关于纠删码的详细介绍可以参考：http://docs.openstack.org/developer/swift/overview_erasure_code.html
复合型令牌，简而言之就是需要用户加上服务的Token才能对Swfit存放的内容进行操作，如下图所示：
&request&: &path-specific-to-the-service&
x-auth-token: &user-token&
PUT: /v1/SERVICE_1234/&container&/&object&
x-auth-token: &user-token&
x-service-token: &service-token&
具体的设计文档：http://docs.openstack.org/developer/swift/overview_backing_store.html
全局性的集群复制优化，大幅提高效率，避免经过广域网传播的数据
Ceilometer新功能
支持Ceph对象存储监控，当对象存储为Ceph而不是Swfit的时候，使用Polling机制，使用Ceph的Rados Gateway的API接口获取数据，具体的设计文档：/openstack/ceilometer-specs/blob/master/specs/kilo/ceilometer_ceph_integration.rst
Ceilometer API RBAC - 更细粒度的权限控制: /openstack/ceilometer-specs/blob/master/specs/kilo/ceilometer-rbac.rst
"context_is_admin": [["role:admin"]]
更细粒度的控制
"context_is_admin": [["role:admin"]],
"admin_or_cloud_admin": [["rule:context_is_admin"],
["rule:admin_and_matching_project_domain_id"]],
"telemetry:alarm_delete": [["rule:admin_or_cloud_admin"]]
接口中的模糊查询，增加了一个新的查询符号=~
支持更多的测量，包括Hyper-V，IPMI相关的
Ironic新功能
使用Config Drive替代Metadata服务
全盘镜像支持，可以跳过raddisk和kernel，这样就可以部署Windows的镜像了
使用本地盘启动，替代PXE方式，可以通过设置flavor的capabilities:boot_option实现
解决了很多之前遗留的技术债，还有一些命名规范的问题。olso.messaging实现了心跳，olso.log在所有项目中使用，优化了oslo.db的代码。
OpenStack文档
优化了docs.openstack.org页面，也可以从中选择相应的语言。有专门的团队负责安装、网络和高可靠的文档。
对于Sahara, Heat, Trove等模块的更新没有在这里Highlight出来，大家可以参考更新日志里的内容，或者查看specs中的具体描述。
通过Kilo的一些更新可以看到，Kilo版本在不断优化代码结构的基础上，增加了一些新功能，也偿还了一些技术债，总体来说是一种稳中有升的态势，但是总体感觉并没有太多的惊喜和出人意料。相信随着更多的孵化项目进入正式版本中，OpenStack一定会向更多元化的方向发展。
相关搜索：
相关阅读：
相关频道：
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
云计算最近更新