最新消息:

在Docker里运行Ceph集群

docker admin 4619浏览 0评论

自从我第一次尝试在Docker中运行Ceph已经过去快两年了。时光飞逝,直到最近我才有时间重新开始这项工作。在过去的几个月中,我把业余时间都贡献在Ceph in Docker上了。在我们开始之前,我想说明一下如果不是Seán C. McCord的帮助,这项工作根本不可能进行。事实上,目前github上的ceph-docker项目就是基于Seán的早期工作。让我们来看看怎么把它跑起来吧!
原理
在Docker中运行Ceph是存在一些争议的,很多人可能认为完全没必要这样做。虽然将Monitors, Metadata Server和Rados Gateway容器化没什么问题,但当涉及到OSD时,事情就变得棘手。Ceph的OSD与它运行的主机紧密相关,与底层硬件如此紧密的联系在一起,对所有软件来说都是少见的。基于此,如果OSD依赖的硬盘损坏,OSD也就无法工作,这也是容器化场景中的问题所在。
坦白的说,我经常这样想:
我也不知道我为什么做这个。我只知道人们需要(是的,可能他们也不知道为什么)。不管怎样,我感觉这样做很重要,所以就让我们试试看吧。
我知道这听起来一点都不乐观,但在某种程度上就是事实。我的观点后来也有所变化,所以让我来解释一下为什么值得这样做。希望这也能改变你的看法。是的我的解释不仅仅是:Docker很酷,所以让我们Dockerize一切。
人们已经投入了很多努力以在自己的平台上运行容器化的软件。因此,他们在使用各种工具来构建和编排他们的环境。而且看到Kubernetes成为这类的编排工具,我一点都不吃惊。有些人还喜欢在生产环境尝试最新的技术,不然会觉得自己的工作很无聊(Seán,对吗?)。所以,在容器化一切的道路上,他们看到自己喜欢的开源存储解决方案也容器化了会非常高兴:)。
凡是与yum或者apt-get相关的,都不容易回滚,这与容器不同。容器使得升级和回滚都变得非常容易,因为你可以很容易地用docker stop和docker run来运行程序的新版本。你也可以在一台机器上运行多个相互隔离的集群。这也是开发模式的理想状态。
项目
如前所述,一切都源于Seán C. McCord的工作,我们只是围绕他的工作做迭代。当前你可以用ceph-docker在Ubuntu或者CentOS上运行单个的Ceph守护进程。

在Docker Hub上我们有很多可用的镜像。我们有一个Ceph命名空间,所以我们镜像的前缀是ceph/<daemon>。我们使用了自动构建,因此每次合并一个新补丁就会触发构建,并生成一个新版本的容器镜像。由于我们目前正处于重构过程中,你会看到大量可用的镜像。历史的原因,每个守护进程都有一个镜像(在合并这个补丁前,我们会一直这样做 )。因此monitor,OSD,MDS和radosgw各有一个容器镜像。这真不完美而且实际中也没必要。这也是我们为什么开始daemon镜像工作的原因。这个镜像包含了Ceph所有的守护程序,并且执行docker run命令时,你可以通过指定参数启动你想要的实例。也就是说,如果你准备开始,我建议直接使用ceph/daemon镜像。在下一节我举例说明如何运行它。
容器化CEPH
MONITORS
由于monitors不能通过NAT网络进行通信,我们需要使用–net=host暴露Docker主机网络:
 $ sudo docker run -d –net=host \

 -v /etc/ceph:/etc/ceph \

 -v /var/lib/ceph/:/var/lib/ceph \

 -e MON_IP=192.168.0.20 \

 -e CEPH_PUBLIC_NETWORK=192.168.0.0/24 \

 ceph/daemon mon

可用选项列表:
MON_IP是你运行Docker的主机IP地址

MON_NAME是你的monitor名称(默认:$(hostname))

CEPH_PUBLIC_NETWORK是你运行Docker的主机CIDR,应该与MON_IP是相同的网络

CEPH_CLUSTER_NETWORK是你运行Docker的主机的第二块网卡的CIDR,用于OSD复制流量

OBJECT STORAGE DAEMON
当前的实现允许你在每个容器运行一个OSD进程,按照微服务的理念,我们也不应该在容器中运行多个服务。在我们的例子中,一个容器中运行多个OSD进程打破了这种理念,这可能会引入(我们)不期望的行为。也增加了方案安装和维护的复杂性。

在这个配置中,–privileged=true是必须的,因为我们需要完全访问/dev/和其他内核功能。不过在简单的暴露OSD目录基础上支持另外一种配置,在这种方式下运维人员需要对设备做适当的准备工作。之后只要简单的暴露OSD目录并由entrypoint来完成OSD(ceph-osd mkfs)的安装。我现在展示的配置更容易开始了,因为你只需要指定一个块设备,然后entrypoint会完成剩下的工作。

对于那些不希望使用–privileged=true的,请向后看第二个例子。

 $ sudo docker run -d –net=host \

 –privileged=true \

 -v /etc/ceph:/etc/ceph \

 -v /var/lib/ceph/:/var/lib/ceph \

 -v /dev/:/dev/ \

 -e OSD_DEVICE=/dev/vdd \

 ceph-daemon osd_ceph_disk

如果你不希望使用–privileged=true,你也可以使用你选择的配置管理工具手动配置OSD。
没有特权模式的例子,在这个例子中假设你已经分区和配置了文件系统并挂载了OSD分区。要创建OSD,只需运行下面的命令:
 $ sudo docker exec <mon-container-id> ceph osd create.

然后运行您的容器,如下所示:
 docker run -v /osds/1:/var/lib/ceph/osd/ceph-1 -v /osds/2:/var/lib/ceph/osd/ceph-2
 $ sudo docker run -d –net=host \

 -v /etc/ceph:/etc/ceph \

 -v /var/lib/ceph/:/var/lib/ceph \

 -v /osds/1:/var/lib/ceph/osd/ceph-1 \

 ceph-daemon osd_disk_directory

可用选项列表:
OSD_DEVICE是OSD设备,如:/dev/sdb

OSD_JOURNAL是用于存储OSD日志的设备,如:/dev/sdz

HOSTNAME是运行OSD容器主机的主机名(默认:$(hostname))

OSD_FORCE_ZAP将强制指定设备内容zapping(默认值:0,1是开启)

OSD_JOURNAL_SIZE是OSD日志大小(默认值:100)

METADATA SERVER
这个是非常直观和容易实现的。目前唯一要注意的是Docker中需要Ceph管理员密钥。这个密钥将被用来创建CephFS池和文件系统。如果你运行旧版本的Ceph(0.87之前的版本)你不用这个。但是最好运行最新版本,所以你还是需要!

 $ sudo docker run -d –net=host \

 -v /var/lib/ceph/:/var/lib/ceph \

 -v /etc/ceph:/etc/ceph \

 -e CEPHFS_CREATE=1 \

 ceph-daemon mds

可用选项列表:
MDS_NAME是元数据服务的名称(默认:mds-$(hostname))

CEPHFS_CREATE会为元数据服务创建一个文件系统(默认值:0,1是启用)

CEPHFS_NAME是元数据文件系统的名称(默认:cephfs)

CEPHFS_DATA_POOL是元数据服务的数据池名称(默认:cephfs_data)

CEPHFS_DATA_POOL_PG是数据池placement group的数量(默认值:8)

CEPHFS_DATA_POOL是元数据服务的元数据池名称(默认:cephfs_metadata)

CEPHFS_METADATA_POOL_PG是元数据池placement group的数量(默认值:8)

RADOS GATEWAY
对于Rados Gateway,我们部署时会默认开启civetweb。也可以通过简单地指定远程地址和端口以使用不同的CGI前端。
 $ sudo docker run -d –net=host \

 -v /var/lib/ceph/:/var/lib/ceph \

 -v /etc/ceph:/etc/ceph \

 ceph-daemon rgw

可用选项列表:
RGW_REMOTE_CGI指定是否使用Rados Gateway嵌入的Web服务(默认值:0,1是不使用)

RGW_REMOTE_CGI_HOST指定运行CGI进程的远程主机

RGW_REMOTE_CGI_PORT运行CGI进程的远程主机端口

RGW_CIVETWEB_PORT是civetweb的监听端口(默认:80)

RGW_NAME是Rados Gateway实例名称(默认:$(hostname))

后续工作
配置存储后端
缺省情况下,在monitor首次启动时,会生成ceph.conf和所有的CEPH密钥。此过程假设你将集群扩展到多个节点时,你会分发这些配置到所有节点。这一点都不灵活,我们希望改善这一点。我马上提出的一个方案是使用Ansible生成配置/密钥并分发他们到所有机器。

另外,我们也希望能够在不同的后端KV存储上存储所有配置文件,例如etcd和consul。

编排部署
最简单的方法是使用ceph-ansible,其中主要的逻辑已经完成了。我只需要再提交一些修改,而且大部分的工作已经完成。

Kubernetes也发布了可用的运行monitors的预览版。

Rocket等其他容器技术延伸
你可以简单地将你的Docker镜像放到Rocket容器环境中并启动他们(这里一语双关,你懂了没?)。

转载请注明:爱开源 » 在Docker里运行Ceph集群

您必须 登录 才能发表评论!