systemd下手工部署OSD服务-Jewel版本

Ceph自动化部署工具现状

ceph-deploy 已经处于被淘汰边缘(官方现在主推ceph-ansible)，deploy新手练手可以，配置管理太弱鸡，每次overwrite-conf都需要很大勇气。

ceph-ansible 看起来很美好，但是无法完美适配手头各种差异化的部署需求，看完源码，把里面核心的模块功能抽取出来，完全可以自己做，没必要拿官方的ansible。

ceph-deploy其实也是通过ssh去控制各个节点的ceph-disk命令工具执行，但是ceph-disk又被官方弃坑，最新版本推荐使用ceph-volume去替代ceph-disk(主要是为了兼容LVM和Bluestore)，但是目前ceph-volume也有很多的问题，特别是Jewel以下的版本还是最好用ceph-disk。

ceph-disk封装得很好，但是也屏蔽了很多部署细节，特别是在systemd下面，你需要熟悉ceph-disk命令、操作系统udev映射流程等各种细节，学习成本稍微有点高。

考虑到官方在部署工具上面不断的挖坑又弃坑，所以干脆自己从零开始造轮子，但是无奈官方手工部署文档也有很多坑，所以才有了本文。

OSD全手工部署流程

后记

尽量用UUID去做配置，避免发生重启以后设备ID变化的情况。

读者有需要的照着上面的写个脚本，或者写个ansible模块，会比较方便后续业务应用。

typecode是整个OSD服务自动启动的核心，具体可以看磨磨的博客，后附地址。

生产环境尽量不要用ceph-deploy，就算要用也要做好每次操作前后的ceph.conf的配置备份。

上面的操作过程可以完美兼容ceph-disk和ceph-deploy，基本上不会破坏原有环境配置。

http://www.zphj1987.com/2016/12/26/manage-ceph-osd-journal-uuid/