On Wed, Jan 17, 2018 at 9:17 AM, Jason Dillaman <jdillama@xxxxxxxxxx> wrote: > On Wed, Jan 17, 2018 at 8:47 AM, Huamin Chen <hchen@xxxxxxxxxx> wrote: >> Hi, >> >> I am thinking of using Ceph REST API tclient o remove rbd cli >> dependency from Kubernetes and rbd CSI driver. >> >> The potential work flow is >> - for rbd map, use sysfs > > Why re-implement the wheel? I think the rbd CLI is a good fit for this > use-case. Especially when you consider that the CSI driver should > eventually support not only krbd, but nbd and tcmu-based block device > drivers. These are all being unified via new "rbd device map > --device-type <XYZ>" / "rbd device unmap" CLI commands to provide a > unified interface [1]. > The reason is to slim down the driver container. If CSI driver doesn't use rbd cli, then we don't need to install ceph-common. But you are right, nbd and other drivers are still something to consider. >> - use REST API client for rbd status, rbd create and rm >> >> Questions: Does current Ceph REST server support these rbd calls? Has >> anybody already worked on Golang client? > > Not to my knowledge. Assuming you keep the rbd CLI which will bring > with it the librados2 and librbd1 shared libraries, any reason to not > just directly use / expand the Ceph golang API [2]? > >> I found some early work on python client [1] but so far no work on >> golang client. If I missed it, please let me know. >> >> >> 1. https://github.com/dmsimard/python-cephclient >> >> Thanks >> >> Huamin >> -- >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > [1] https://github.com/ceph/ceph/pull/19711 > [2] https://github.com/ceph/go-ceph > > -- > Jason -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
