背景介绍
ceph 版本分类包括“开发版”、“稳定版(Stable)”、“长期支持版(LTS)”;
- 开发版,增加修改功能而产生的版本
- 稳定版本,短期维护的版本,周期不固定
- 长期支持版本,长期维护的版本,周期为10个月左右(或更长)
以下列出稳定版和长期支持版本及对应的版本号:
版本名称 |
分类 |
版本号 |
argonaut |
Stable |
v0.48 ~ v0.48.3 |
bobtail |
Stable |
v0.56 ~ v0.56.7 |
Cuttlefish |
Stable |
v0.61 ~ v0.61.9 |
Dumpling |
LTS |
v0.67 ~ v0.67.12 |
Emperor |
Stable |
v0.72 ~ v0.72.3 |
Firefly |
LTS |
v0.80 ~ v0.80.11 |
Giant |
Stable |
v0.87 ~ v0.87.2 |
Hammer |
LTS |
v0.94 ~ v0.94.6 |
Infernalis |
Stable |
v9.2.0 ~ v9.2.1 |
Jewel |
Stable or LTS |
v10.2.0(未发布) |
稳定性&功能完整性
- ceph 的“Stable版”和“LTS版”稳定性相对可靠,但LTS版本由社区维护更新,稳定性更佳;
- ceph 的功能在开发版中开发,然后合并到稳定版中维护修改bug,新版本涵盖旧版本功能;
- ceph 只有一条产品路线,所以各个版本中发现的bug,最终都会合并到主线版本上,导致在Stable(或LTS)版本中发现的问题,会在下一个Stable(或LTS)版本中得到修复;
综上所述,可供选择的版本有Hammer 、 Infernalis 和 Jewel
性能最优
- BlueStore 提供更优的后端存储性能
Hammer及以前版本后端存储采用的是XFS文件系统,这样延长了数据落盘的路径;
在Jewel版本中ceph增加了一种存储方式BlueStore,BlueStore可以直接在裸设备上进行读写操作,缩短落盘路径,性能更优;
- 纠删码(EC)性能优化
ceph 对数据保护采用的是多副本(三副本)的方式,这种方式简单稳定性能好,但存储成本较贵,由此ceph推出了EC,但其EC性能较差,只能配合cache tier使用,才能发挥功效;
为此在 Infernalis 及以后版本中对EC性能和稳定性进行了优化;
环境依赖
ceph的运行平台众多,包括:CentOS(RHEL)、Debian、Ubuntu、Fedora
CentOS(RHEL)
- Hammer 及以前版本对应平台 CentOS 6
- Infernalis 及以后版本对应平台 CentOS 7 或更高版本
Stable & LTS时效性
|
Hammer |
Infernalis |
启始日期 |
2015.04 |
2015.11 |
终止日期 |
2016.11 |
2016.06 |
结论
- ceph 建议采用 Infernalis 版本(若实施前Jewel Stable or LTS版本发出,可直接选择Jewel)
- OS 建议采用 CentOS 7
原因:
- 从稳定性和功能完整性角度来说,目前可以选择Hammer或者Infernalis
- 从性能最优角度说,最理想的选择是Jewel
- 考虑到日后升级维护,Infernalis的下一个LTS版本(可能是Jewel)会是最好的选择
- 若选择Hammer,日后想升级到Jewel,需要先升级OS,然后再升级ceph版本,改动太大,风险不可控制
- 若选择Infernalis,日后升级,可直接升级ceph版本即可