2013-07-11 03:52:00 +00:00
|
|
|
=====================================================
|
|
|
|
ceph-rest-api -- ceph RESTlike administration server
|
|
|
|
=====================================================
|
|
|
|
|
|
|
|
.. program:: ceph-rest-api
|
|
|
|
|
|
|
|
Synopsis
|
|
|
|
========
|
|
|
|
|
2013-07-27 00:47:32 +00:00
|
|
|
| **ceph-rest-api** [ -c *conffile* ] [--cluster *clustername* ] [ -n *name* ] [-i *id* ]
|
2013-07-11 03:52:00 +00:00
|
|
|
|
|
|
|
|
|
|
|
Description
|
|
|
|
===========
|
|
|
|
|
|
|
|
**ceph-rest-api** is a WSGI application that can run as a
|
|
|
|
standalone web service or run under a web server that supports
|
|
|
|
WSGI. It provides much of the functionality of the **ceph**
|
|
|
|
command-line tool through an HTTP-accessible interface.
|
|
|
|
|
|
|
|
Options
|
|
|
|
=======
|
|
|
|
|
2013-07-27 00:47:32 +00:00
|
|
|
.. option:: -c/--conf conffile
|
2013-07-11 03:52:00 +00:00
|
|
|
|
ceph-rest-api: separate into module and front-end for WSGI deploy
To deploy ceph-rest-api within a WSGI server (apache/mod_wsgi,
nginx/uwsgi, etc.), there needs to be an importable (.py) module
that performs all init/config when imported. ceph-rest-api was
close, but it needs to be named properly, and there's no argument
passing, so it needs to get args from a fixed file or the env.
Separate most of ceph-rest-api into pybind/ceph_rest_api.py, and make
its arguments come from the environment, and init errors be
ImportError exceptions. Recase ceph-rest-api as a thin layer that
does the usual setup and arg parsing, and then sets args into the
environment and imports ceph_rest_api.py, catching exceptions and
reporting errors. This allows standalone execution as usual.
ceph-rest-api grabs a few module globals (addr/port and the flask.app)
to use after it imports.
Accept cluster name, and do the ceph.conf search using cluster name
in the appropriate places in the searched-for files.
Also ceph_rest_api.py gets a little cleanup (fewer global variables,
cleaner conf file search algorithm, better error reporting on conf
load)
Also: doc updates, packaging updates to include ceph_rest_api.py
Signed-off-by: Dan Mick <dan.mick@inktank.com>
2013-07-12 20:58:36 +00:00
|
|
|
names the ceph.conf file to use for configuration. If -c is not
|
|
|
|
specified, the default depends on the state of the --cluster option
|
|
|
|
(default 'ceph'; see below). The configuration file is searched
|
|
|
|
for in this order:
|
2013-07-11 03:52:00 +00:00
|
|
|
|
|
|
|
* $CEPH_CONF
|
ceph-rest-api: separate into module and front-end for WSGI deploy
To deploy ceph-rest-api within a WSGI server (apache/mod_wsgi,
nginx/uwsgi, etc.), there needs to be an importable (.py) module
that performs all init/config when imported. ceph-rest-api was
close, but it needs to be named properly, and there's no argument
passing, so it needs to get args from a fixed file or the env.
Separate most of ceph-rest-api into pybind/ceph_rest_api.py, and make
its arguments come from the environment, and init errors be
ImportError exceptions. Recase ceph-rest-api as a thin layer that
does the usual setup and arg parsing, and then sets args into the
environment and imports ceph_rest_api.py, catching exceptions and
reporting errors. This allows standalone execution as usual.
ceph-rest-api grabs a few module globals (addr/port and the flask.app)
to use after it imports.
Accept cluster name, and do the ceph.conf search using cluster name
in the appropriate places in the searched-for files.
Also ceph_rest_api.py gets a little cleanup (fewer global variables,
cleaner conf file search algorithm, better error reporting on conf
load)
Also: doc updates, packaging updates to include ceph_rest_api.py
Signed-off-by: Dan Mick <dan.mick@inktank.com>
2013-07-12 20:58:36 +00:00
|
|
|
* /etc/ceph/${cluster}.conf
|
|
|
|
* ~/.ceph/${cluster}.conf
|
|
|
|
* ${cluster}.conf (in the current directory)
|
|
|
|
|
|
|
|
so you can also pass this option in the environment as CEPH_CONF.
|
|
|
|
|
2013-07-27 00:47:32 +00:00
|
|
|
.. option:: --cluster clustername
|
ceph-rest-api: separate into module and front-end for WSGI deploy
To deploy ceph-rest-api within a WSGI server (apache/mod_wsgi,
nginx/uwsgi, etc.), there needs to be an importable (.py) module
that performs all init/config when imported. ceph-rest-api was
close, but it needs to be named properly, and there's no argument
passing, so it needs to get args from a fixed file or the env.
Separate most of ceph-rest-api into pybind/ceph_rest_api.py, and make
its arguments come from the environment, and init errors be
ImportError exceptions. Recase ceph-rest-api as a thin layer that
does the usual setup and arg parsing, and then sets args into the
environment and imports ceph_rest_api.py, catching exceptions and
reporting errors. This allows standalone execution as usual.
ceph-rest-api grabs a few module globals (addr/port and the flask.app)
to use after it imports.
Accept cluster name, and do the ceph.conf search using cluster name
in the appropriate places in the searched-for files.
Also ceph_rest_api.py gets a little cleanup (fewer global variables,
cleaner conf file search algorithm, better error reporting on conf
load)
Also: doc updates, packaging updates to include ceph_rest_api.py
Signed-off-by: Dan Mick <dan.mick@inktank.com>
2013-07-12 20:58:36 +00:00
|
|
|
|
|
|
|
set *clustername* for use in the $cluster metavariable, for
|
|
|
|
locating the ceph.conf file. The default is 'ceph'.
|
2013-07-11 03:52:00 +00:00
|
|
|
|
2013-07-27 00:47:32 +00:00
|
|
|
.. option:: -n/--name name
|
2013-07-11 03:52:00 +00:00
|
|
|
|
|
|
|
specifies the client 'name', which is used to find the
|
|
|
|
client-specific configuration options in the config file, and
|
|
|
|
also is the name used for authentication when connecting
|
|
|
|
to the cluster (the entity name appearing in ceph auth list output,
|
2013-07-27 00:47:32 +00:00
|
|
|
for example). The default is 'client.restapi'.
|
|
|
|
|
|
|
|
.. option:: -i/--id id
|
|
|
|
|
|
|
|
specifies the client 'id', which will form the clientname
|
|
|
|
as 'client.<id>' if clientname is not set. If -n/-name is
|
|
|
|
set, that takes precedence.
|
|
|
|
|
|
|
|
Also, global Ceph options are supported.
|
ceph-rest-api: separate into module and front-end for WSGI deploy
To deploy ceph-rest-api within a WSGI server (apache/mod_wsgi,
nginx/uwsgi, etc.), there needs to be an importable (.py) module
that performs all init/config when imported. ceph-rest-api was
close, but it needs to be named properly, and there's no argument
passing, so it needs to get args from a fixed file or the env.
Separate most of ceph-rest-api into pybind/ceph_rest_api.py, and make
its arguments come from the environment, and init errors be
ImportError exceptions. Recase ceph-rest-api as a thin layer that
does the usual setup and arg parsing, and then sets args into the
environment and imports ceph_rest_api.py, catching exceptions and
reporting errors. This allows standalone execution as usual.
ceph-rest-api grabs a few module globals (addr/port and the flask.app)
to use after it imports.
Accept cluster name, and do the ceph.conf search using cluster name
in the appropriate places in the searched-for files.
Also ceph_rest_api.py gets a little cleanup (fewer global variables,
cleaner conf file search algorithm, better error reporting on conf
load)
Also: doc updates, packaging updates to include ceph_rest_api.py
Signed-off-by: Dan Mick <dan.mick@inktank.com>
2013-07-12 20:58:36 +00:00
|
|
|
|
2013-07-11 03:52:00 +00:00
|
|
|
|
|
|
|
Configuration parameters
|
|
|
|
========================
|
|
|
|
|
|
|
|
Supported configuration parameters include:
|
|
|
|
|
2013-07-27 00:47:32 +00:00
|
|
|
* **keyring** the keyring file holding the key for 'clientname'
|
|
|
|
* **public addr** ip:port to listen on (default 0.0.0.0:5000)
|
|
|
|
* **log file** (usual Ceph default)
|
2013-07-11 03:52:00 +00:00
|
|
|
* **restapi base url** the base URL to answer requests on (default /api/v0.1)
|
2013-07-27 00:47:32 +00:00
|
|
|
* **restapi log level** critical, error, warning, info, debug (default warning)
|
|
|
|
|
|
|
|
Configuration parameters are searched in the standard order:
|
|
|
|
first in the section named '<clientname>', then 'client', then 'global'.
|
2013-07-11 03:52:00 +00:00
|
|
|
|
2013-07-27 00:47:32 +00:00
|
|
|
<clientname> is either supplied by -n/--name, "client.<id>" where
|
|
|
|
<id> is supplied by -i/--id, or 'client.restapi' if neither option
|
|
|
|
is present.
|
|
|
|
|
|
|
|
A single-threaded server will run on **public addr** if the ceph-rest-api
|
|
|
|
executed directly; otherwise, configuration is specified by the enclosing
|
|
|
|
WSGI web server.
|
2013-07-11 03:52:00 +00:00
|
|
|
|
|
|
|
Commands
|
|
|
|
========
|
|
|
|
|
|
|
|
Commands are submitted with HTTP GET requests (for commands that
|
|
|
|
primarily return data) or PUT (for commands that affect cluster state).
|
|
|
|
HEAD and OPTIONS are also supported. Standard HTTP status codes
|
|
|
|
are returned.
|
|
|
|
|
|
|
|
For commands that return bulk data, the request can include
|
|
|
|
Accept: application/json or Accept: application/xml to select the
|
|
|
|
desired structured output, or you may use a .json or .xml addition
|
|
|
|
to the requested PATH. Parameters are supplied as query parameters
|
|
|
|
in the request; for parameters that take more than one value, repeat
|
|
|
|
the key=val construct. For instance, to remove OSDs 2 and 3,
|
|
|
|
send a PUT request to ``osd/rm?ids=2&ids=3``.
|
|
|
|
|
|
|
|
Discovery
|
|
|
|
=========
|
|
|
|
|
|
|
|
Human-readable discovery of supported commands and parameters, along
|
|
|
|
with a small description of each command, is provided when the requested
|
|
|
|
path is incomplete/partially matching. Requesting / will redirect to
|
|
|
|
the value of **restapi base url**, and that path will give a full list
|
|
|
|
of all known commands. The command set is very similar to the commands
|
2013-07-27 00:47:32 +00:00
|
|
|
supported by the **ceph** tool. One notable exception is that the
|
|
|
|
``ceph pg <pgid> <command>`` style of commands is supported here
|
|
|
|
as ``tell/<pgid>/command?args``.
|
2013-07-11 03:52:00 +00:00
|
|
|
|
ceph-rest-api: separate into module and front-end for WSGI deploy
To deploy ceph-rest-api within a WSGI server (apache/mod_wsgi,
nginx/uwsgi, etc.), there needs to be an importable (.py) module
that performs all init/config when imported. ceph-rest-api was
close, but it needs to be named properly, and there's no argument
passing, so it needs to get args from a fixed file or the env.
Separate most of ceph-rest-api into pybind/ceph_rest_api.py, and make
its arguments come from the environment, and init errors be
ImportError exceptions. Recase ceph-rest-api as a thin layer that
does the usual setup and arg parsing, and then sets args into the
environment and imports ceph_rest_api.py, catching exceptions and
reporting errors. This allows standalone execution as usual.
ceph-rest-api grabs a few module globals (addr/port and the flask.app)
to use after it imports.
Accept cluster name, and do the ceph.conf search using cluster name
in the appropriate places in the searched-for files.
Also ceph_rest_api.py gets a little cleanup (fewer global variables,
cleaner conf file search algorithm, better error reporting on conf
load)
Also: doc updates, packaging updates to include ceph_rest_api.py
Signed-off-by: Dan Mick <dan.mick@inktank.com>
2013-07-12 20:58:36 +00:00
|
|
|
Deployment as WSGI application
|
|
|
|
==============================
|
|
|
|
|
|
|
|
When deploying as WSGI application (say, with Apache/mod_wsgi,
|
|
|
|
or nginx/uwsgi, or gunicorn, etc.), use the ``ceph_rest_api.py`` module
|
|
|
|
(``ceph-rest-api`` is a thin layer around this module). The standalone web
|
|
|
|
server is of course not used, so address/port configuration is done in
|
2013-07-27 00:47:32 +00:00
|
|
|
the WSGI server. Use a python .wsgi module or the equivalent to call
|
|
|
|
``app = generate_app(conf, cluster, clientname, clientid, args)`` where:
|
|
|
|
|
|
|
|
* conf is as -c/--conf above
|
|
|
|
* cluster is as --cluster above
|
|
|
|
* clientname, -n/--name
|
|
|
|
* clientid, -i/--id, and
|
|
|
|
* args are any other generic Ceph arguments
|
|
|
|
|
|
|
|
When app is returned, it will have attributes 'ceph_addr' and 'ceph_port'
|
|
|
|
set to what the address and port are in the Ceph configuration;
|
|
|
|
those may be used for the server, or ignored.
|
|
|
|
|
|
|
|
Any errors reading configuration or connecting to the cluster cause an
|
|
|
|
exception to be raised; see your WSGI server documentation for how to
|
|
|
|
see those messages in case of problem.
|
2013-07-11 03:52:00 +00:00
|
|
|
|
|
|
|
Availability
|
|
|
|
============
|
|
|
|
|
|
|
|
**ceph-rest-api** is part of the Ceph distributed file system. Please refer to the Ceph documentation at
|
|
|
|
http://ceph.com/docs for more information.
|
|
|
|
|
|
|
|
|
|
|
|
See also
|
|
|
|
========
|
|
|
|
|
|
|
|
:doc:`ceph <ceph>`\(8)
|