ceph版本号

概述

第一个 Ceph 版本是 0.1 ，要回溯到 2008 年 1 月。多年来，版本号方案一直没变，直到 2015 年 4 月 0.94.1 （ Hammer 的第一个修正版）发布后，为了不 0.99 （以及 0.100 或 1.00 ？），咱们制定了新策略。

• x.0.z - 开发版（给早期测试者和勇士们）

• x.1.z - 候选版（用于测试集群、高手们）

• x.2.z - 稳定、修正版（给用户们）

x 将从 9 算起，它表明 Infernalis （ I 是第九个字母），这样咱们第九个发布周期的第一个开发版就是 9.0.0 ；后续的开发版依次是 9.0.1 、 9.0.2 等等。

 

以前的版本号分别为：

 

---

 

Argonaut 　0.48版本(LTS) 　　　　2012年6月3日

Bobtail 　　0.56版本(LTS) 　　　　2013年1月1日

Cuttlefish    0.61版本 　　　　　　  2013年5月7日

Dumpling    0.67版本(LTS)　　　　 2013年8月14日

Emperor 　 0.72版本 　　　　　　 2013年11月9日

Firefly 　　 0.80版本(LTS)　　　　 2014年5月

Giant 　　  Stable　　　　　　　　October 2014 - April 2015

Hammer     LTS　　　　　　　　　April 2015 - November 2016

Infernalis    Stable　　　　　　　　November 2015 - June 2016

Jewel　　　　　　　　　　　　　  2016年4月

Kraken　　　　　　　　　　　　   2017年10月

Luminous　　　　　　　　　　      2017年10月

mimic　　　　　　　　　　　　     2018年5月

 

---

 

 

Ceph v12.2 Luminous正式版本是Luminous v12.2.x长期稳定版本的第一个版本。在Kraken（v11.2.z）和Jewel（v10.2.z）后咱们作了不少重大修改

 

在Kraken版本上进行的重要修改

• 通用

  Ceph如今有一个内置的简易DarshBoard，用于监控集群状态。

• RADOS

  • Bluestore 
    • ceph-osd的新后端存储BlueStore已经稳定，是新建立的OSD的默认设置。
      BlueStore经过直接管理物理HDD或SSD而不使用诸如XFS的中间文件系统，来管理每一个OSD存储的数据，这提供了更大的性能和功能。
    • BlueStore支持Ceph存储的全部的完整的数据和元数据校验。
    • BlueStore内嵌支持使用zlib，snappy或LZ4进行压缩。（Ceph还支持zstd进行RGW压缩，但因为性能缘由，不为BlueStore推荐使用zstd）。
  • EC池如今彻底支持覆盖，容许它们与RBD和CephFS一块儿使用。
  • ceph-mgr:
    • ceph-mgr是一个新的后台进程，这是任何Ceph部署的必须部分。虽然当ceph-mgr中止时，IO能够继续，
      可是度量不会刷新，而且某些与度量相关的请求（例如，ceph df）可能会被阻止。咱们建议您多部署ceph-mgr的几个实例来实现可靠性。
    • ceph-mgr守护进程daemon包括基于REST的API管理。注：API仍然是实验性质的，目前有一些限制，但将来会成为API管理的基础。
    • ceph-mgr还包括一个Prometheus插件。
    • ceph-mgr如今有一个Zabbix插件。使用zabbix_sender，它能够将集群故障事件发送到Zabbix Server主机。
      这样能够方便地监视Ceph群集的状态，并在发生故障时发送通知。
  • 集群的整体可扩展性有所提升。咱们已经成功测试了多达10,000个OSD的集群。
  • 目前，每一个OSD都具备与其相关联的设备类（例如，hdd或ssd），容许CRUSH规则将数据简单地映射到系统中的设备的子集。
    一般不须要手动编写CRUSH规则或手动编辑CRUSH。能够优化CRUSH权重，以保持OSD之间数据的近乎完美的分布。
  • 还有一个新的upmap异常处理机制，容许单个PG移动以实现完美的分发（这须要客户端）。
  • 每一个OSD目前能够根据后端设备是HDD仍是SSD来调整其默认配置。通常不须要手动调整。
  • 原型mclock QoS排队算法已经可用。
  • 新增一种退出机制，能够防止OSD出现对当前不能处理IO对象或PG的请求过载状况。
  • OSD更换过程简化，变得更增强大了。
  • 您可使用ceph功能来查询全部链接的后台程序和客户端的支持功能和版本。
  • 经过ceph osd set-require-min-compat-client链接到集群，您能够配置最旧的Ceph客户端版本，但 Ceph将阻止您启用会破坏与这些客户端的兼容性的功能。
  • 包括osd_recovery_sleep，osd_snap_trim_sleep和osd_scrub_sleep的几个睡眠设置，已经被从新实现，而且能够有效地工做。（这些在某些状况下用于解决问题，限制后台工做。）
  • 完成对Luminous的升级后，集群将尝试将现有池与已知应用（即CephFS，RBD和RGW）相关联。未与应用程序关联的使用池将生成健康警告,可使用新命令手动关联任何未关联的池。ceph osd pool application enable

• RGW

  • RGW支持最终用户请求服务，经过ElasticSearch进行RGW元数据搜索，而且还支持自定义元数据字段。
    查询语言是一组RESTful API，用户能够经过其元数据来搜索对象。还添加了容许自定义元数据字段控制的新API。
  • RGW支持动态存储桶索引分片。随着桶中的对象数量的增长，RGW将自动从新构建桶索引。不须要用户干预或桶大小容量规划。
  • RGW引入了上传对象的服务器端加密，用于管理加密密钥的三个选项有：自动加密（仅推荐用于测试设置），客户提供的相似于Amazon SSE-C规范的密钥，以及经过使用外部密钥管理服务 OpenstackBarbician）相似于Amazon SSE-KMS规范。
  • RGW具备初步的相似AWS的存储桶策略API支持。如今，策略是一种表达一系列新受权概念的方式。将来，这将成为附加身份验证功能的基础，例如STS和组策略等。
  • RGW经过使用rados命名空间合并了几个元数据索引池。
  • 新增S3对象标记API; 只支持GET / PUT / DELETE和PUT。
  • RGW多站点支持在桶级启用或禁用同步。

• RBD

  • RBD目前经过新的–data-pool选项来建立rbd，对EC池具备完整稳定的支持。
  • RBD镜像的rbd-mirror后台进程是可用的。咱们建议您多部署几个rbd镜像来实现可靠性。
  • RBD镜像的rbd-mirror守护进程使用每一个实例的惟一Ceph用户ID来支持新的Dashboard。
  • 在建立集群期间，再也不自动建立默认的’rbd’池。另外，当没有指定池时，rbd CLI使用的默认池的名称能够经过新的rbd default pool = <pool name>配置选项来覆盖。
  • 经过新的rbd trash命令初始支持延迟映像删除。镜像，即便是由克隆主动使用的镜像，也能够移动到垃圾桶，并在之后删除。
  • 新的管理池级别的rbd mirror poolpromote和rbd mirror pool demote命令能够批量提高/降级池内全部的镜像文件。
  • 镜像如今能够经过rbd mirroringreplay delay = <seconds>配置选项支持可配置的复制延迟。
  • 当对象映射功能启用时，可改进丢弃处理功能。
  • RBD import 和 copy命令如今能够检测稀疏并保留稀疏区域。
  • 快照能够包含建立时间戳。
  • 为RBD客户端指定了用户受权功能简化。 使用RBD功能配置文件的通常语法是“mon’profile rbd’osd’profile rbd [-read-only] [pool = {pool-name} [，…]]’”。

• CephFS

  • 多MDS已经稳定，主MDS数量能够根据需求进行调整。
  • CephFS目录分片已经稳定的，默认状况下在新的文件系统上启用。
    要使其在现有的文件系统上启动，要使用“ceph fs set<fs_name> allow_dirfrags”。大型或很是繁忙的目录被分割并（可能）自动分布在多个MDS后台驻留程序中。
  • 在不须要自动负载均衡的状况下，目录子树能够明确固定到特定的MDS后台程序。
  • 客户端密钥如今可使用新的ceph fs authorize命令建立。
  • 当在具备CephFS的Pool上运行’df’命令时，结果显示的内容是使用和可用的文件存储空间数据池（仅限fuse客户端）。

• Miscellaneous

  • Debian Stretch如今正在构建版本包。QA仅限于CentOS和Ubuntu（xenial and trusty），咱们如今构建的发行版包括： 
    • CentOS 7 (x86_64 and aarch64)
    • Debian 8 Jessie (x86_64)
    • Debian 9 Stretch (x86_64)
    • Ubuntu 16.04 Xenial (x86_64 and aarch64)
    • Ubuntu 14.04 Trusty (x86_64)
  • FreeBSD的Ceph的第一个版本可用。经过常规FreeBSD端口和软件包发布系统,最新可用版本：net/ceph-devel。

 

 

在Jewel版本上进行的重要修改

• RADOS

  • 如今默认为AsyncMessenger （ms type = async）的传统SimpleMessenger。最明显的区别是
    咱们如今使用固定大小的线程池进行网络链接(而不是使用SimpleMessenger,一个socket两个线程）。
  • 优化OSD故障检测时间，而之前的心跳超时（默认为20秒）。
  • 优化OSDMaps的代码量。
  • 集群在进行重平衡/数据恢复时，OSD会中止Scrub。

• RGW

  • RGW如今支持S3多对象复制API。
  • 如今能够离线重塑现有的分支。离线目前，桶重塑要求全部IO（特别是写入）到特定的桶是静止的。（用于自动在线重塑Luminous的新功能。）
  • RGW如今支持对象的数据压缩。
  • Civetweb版本已升级到1.8。
  • 如今支持Swift静态网站API（前提支持S3）。
  • 添加了S3 bucket生命周期API。注意目前只支持对象到期。
  • 支持自定义搜索过滤器已添加到LDAP认证中实现。
  • 对NFS版本3的支持已添加到RGW NFS网关。

• RBD

  • image快照的数量可配置最大值。
  • rbd Python API如今支持异步IO操做。