]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc/cephadm: group NFS sections into one chapter
authorSebastian Wagner <sebastian.wagner@suse.com>
Thu, 18 Feb 2021 16:36:11 +0000 (17:36 +0100)
committerSebastian Wagner <sebastian.wagner@suse.com>
Tue, 9 Mar 2021 14:29:32 +0000 (15:29 +0100)
Signed-off-by: Sebastian Wagner <sebastian.wagner@suse.com>
(cherry picked from commit 8d07e35b2f10f8b6b6bb039e6c066ff3d1056d86)

doc/cephadm/index.rst
doc/cephadm/install.rst
doc/cephadm/nfs.rst [new file with mode: 0644]
doc/cephadm/service-management.rst

index d4d619d88b4625876b538a9e28cc16c47bb7216e..e5f7ae4811e515805119fc4208d200517a732d86 100644 (file)
@@ -34,6 +34,7 @@ versions of Ceph.
     mon
     osd
     rgw
+    nfs
     custom-container
     monitoring
     service-management
index 701351332cc5ca693ba57ccf3e54fd7847019a97..5c9a0720e551af1173ce8a8882f18aa86c20586e 100644 (file)
@@ -256,32 +256,7 @@ MDS daemons.
 
 To use the *Ceph Object Gateway*, follow :ref:`cephadm-deploy-rgw`.
 
-
-.. _deploy-cephadm-nfs-ganesha:
-
-Deploying NFS ganesha
-=====================
-
-Cephadm deploys NFS Ganesha using a pre-defined RADOS *pool*
-and optional *namespace*
-
-To deploy a NFS Ganesha gateway, run the following command:
-
-.. prompt:: bash #
-
-    ceph orch apply nfs *<svc_id>* *<pool>* *<namespace>* --placement="*<num-daemons>* [*<host1>* ...]"
-
-For example, to deploy NFS with a service id of *foo*, that will use the RADOS
-pool *nfs-ganesha* and namespace *nfs-ns*:
-
-.. prompt:: bash #
-
-   ceph orch apply nfs foo nfs-ganesha nfs-ns
-
-.. note::
-   Create the *nfs-ganesha* pool first if it doesn't exist.
-
-See :ref:`orchestrator-cli-placement-spec` for details of the placement specification.
+To use *NFS*, follow :ref:`deploy-cephadm-nfs-ganesha`
 
 
 .. _cluster network: ../rados/configuration/network-config-ref#cluster-network
diff --git a/doc/cephadm/nfs.rst b/doc/cephadm/nfs.rst
new file mode 100644 (file)
index 0000000..ee66436
--- /dev/null
@@ -0,0 +1,59 @@
+===========
+NFS Service
+===========
+
+.. _deploy-cephadm-nfs-ganesha:
+
+Deploying NFS ganesha
+=====================
+
+Cephadm deploys NFS Ganesha using a pre-defined RADOS *pool*
+and optional *namespace*
+
+To deploy a NFS Ganesha gateway, run the following command:
+
+.. prompt:: bash #
+
+    ceph orch apply nfs *<svc_id>* *<pool>* *<namespace>* --placement="*<num-daemons>* [*<host1>* ...]"
+
+For example, to deploy NFS with a service id of *foo*, that will use the RADOS
+pool *nfs-ganesha* and namespace *nfs-ns*:
+
+.. prompt:: bash #
+
+   ceph orch apply nfs foo nfs-ganesha nfs-ns
+
+.. note::
+   Create the *nfs-ganesha* pool first if it doesn't exist.
+
+See :ref:`orchestrator-cli-placement-spec` for details of the placement specification.
+
+Service Specification
+=====================
+
+Alternatively, an NFS service can also be applied using a YAML specification. 
+
+A service of type ``nfs`` requires a pool name and may contain
+an optional namespace:
+
+.. code-block:: yaml
+
+    service_type: nfs
+    service_id: mynfs
+    placement:
+      hosts:
+        - host1
+        - host2
+    spec:
+      pool: mypool
+      namespace: mynamespace
+
+where ``pool`` is a RADOS pool where NFS client recovery data is stored
+and ``namespace`` is a RADOS namespace where NFS client recovery
+data is stored in the pool.
+
+The specification can then be applied using:
+
+.. prompt:: bash #
+
+   ceph orch apply -i nfs.yaml
index 3584c2db70f9717cd4045ba523d2962fbe907e63..10d0e91170aafbbd869c2acce04cc6ef1e78b3a4 100644 (file)
@@ -84,25 +84,6 @@ Each service type can have additional service specific properties.
 Service specifications of type ``mon``, ``mgr``, and the monitoring
 types do not require a ``service_id``.
 
-A service of type ``nfs`` requires a pool name and may contain
-an optional namespace:
-
-.. code-block:: yaml
-
-    service_type: nfs
-    service_id: mynfs
-    placement:
-      hosts:
-        - host1
-        - host2
-    spec:
-      pool: mypool
-      namespace: mynamespace
-
-where ``pool`` is a RADOS pool where NFS client recovery data is stored
-and ``namespace`` is a RADOS namespace where NFS client recovery
-data is stored in the pool.
-
 A service of type ``osd`` is described in :ref:`drivegroups`
 
 Many service specifications can be applied at once using