Re: Update on ceph-mgr

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Op 18 mei 2016 om 13:02 schreef John Spray <jspray@xxxxxxxxxx>:
> 
> 
> Hi all,
> 
> For those who are interested, I wanted to give a quick update on the
> recently-started ceph-mgr work.  This is all still very changeable,
> but now that some code exists I'm putting it out there.
> 
> Firstly, here it is: https://github.com/jcsp/ceph/tree/wip-ceph-mgr
> 
> The place I'm starting is with the python embedding.  Currently it's
> running the REST API code that previously lived in Calamari, which you
> can now see in src/pybind/mgr/ (entry point is rest.py).  As
> previously discussed, the Python interface is pretty minimal:
>  * Python modules expose a serve() method and a notify() method (see rest.py)
>  * Python modules consume methods "get" (for cluster objects like
> maps), get_server (for the list of servers+services) and send_command
> (for sending rados commands)
> 
> The rest.py module is serving the webapp using cherrypy -- this is a
> handy choice because it just uses plain python threads, which are
> fairly easy to deal with from the C++ side (gevent has a whole
> different model that C-land sometimes needs to be aware of, gunicorn
> uses multiprocessing).
> 
> I had to update some of the rest api code to work with the latest
> version of django-rest-framework because Calamari was using an older
> one.  My code is working with the versions of python dependencies that
> are present in Fedora 22.
> 
> To play with this:
>  1. Build your tree with cmake
>  2. make ceph-mgr
>  3. CALAMARI_CONFIG=<whereever>/ceph/src/pybind/mgr/calamari.conf
> PYTHONPATH=env/lib/python2.7/site-packages bin/ceph-mgr -f
>  4. Point your browser at e.g.
> http://localhost:8002/api/v2/cluster/osd and witness that you get
> calamari-like API output
> 
> Next part is the integration with the mon so that we can run ceph-mgr
> as an active/standby HA service, and let it store its configuration
> inside the mon.  Once we have that, combined with the embedded python
> parts, this will turn into a nicely cleaned up pull request for the
> main ceph tree.
> 

So is the idea that when you install 'ceph-mon' you get the API by default?

Having a REST API for Ceph enabled at all times or with a simple click would be great for integrations with for example Salt.

And why do you need HA at all, the API mainly talks to the mon, right?

Wido

> Cheers,
> John
> --
> 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
--
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



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux