InstallCephWithQuattor - Revision history

Stephane GERARD: /* Before deploying Ceph */

2015-11-17T16:29:48Z

Before deploying Ceph

← Older revision		Revision as of 16:29, 17 November 2015
Line 45:		Line 45:

	</pre>		</pre>
			From this extract, you can see that our OSD has two drives (vda and vdb). We choose to use the filesystem btrfs to store the objects (you should use ext4 of xfs for production cluster). The last partition of vda (vda4) will contain the journal of the filesystem, and the vdb disk will only contain one partition (vdb1) to store the data.

Stephane GERARD: /* Before deploying Ceph */

2015-11-17T16:23:00Z

Before deploying Ceph

@@ Line 11: / Line 11: @@
 include 'site/ceph';
 </pre>
-But before the deployment, your OSD machines must be prepared : the OSD disks must be partitioned and formatted correctly. In a OSD machine, at least one partition or one drive must be prepared to store the objects. To achieve this, you need to define an appropriate disk layout.
+But before the deployment, your OSD machines must be prepared : the OSD disks must be partitioned and formatted correctly. In a OSD machine, at least one partition or one drive must be prepared to store the objects. To achieve this, you need to define an appropriate disk layout. You will find an example of such a disk layout in template site/filesystems/ceph_fs_test. Below, the intesting parts of this template :

Stephane GERARD: /* Before deploying Ceph */

2015-11-17T16:18:41Z

Before deploying Ceph

← Older revision		Revision as of 16:18, 17 November 2015
Line 7:		Line 7:

	== Before deploying Ceph ==		== Before deploying Ceph ==
	The deployment of the Ceph cluster is triggered by this line in the DEPLOY machine :		The deployment of the Ceph cluster is triggered by this line in the profile of the DEPLOY machine :
	<pre>		<pre>
	include 'site/ceph';		include 'site/ceph';
	</pre>		</pre>
	But before the deployment, your OSD machines must be prepared : the OSD disks must be partitioned and formatted correctly. In a OSD machine, at least one partition or one drive must be prepared to store the objects. To achieve this, you need to define an appropriate disk layout.		But before the deployment, your OSD machines must be prepared : the OSD disks must be partitioned and formatted correctly. In a OSD machine, at least one partition or one drive must be prepared to store the objects. To achieve this, you need to define an appropriate disk layout.

Stephane GERARD: /* Overview */

2015-11-17T16:14:42Z

Overview

← Older revision		Revision as of 16:14, 17 November 2015
Line 2:		Line 2:
	The component ncm-ceph is based on ceph-deploy. It is documented [http://quattor-core.readthedocs.org/en/latest/components/ceph/ here].		The component ncm-ceph is based on ceph-deploy. It is documented [http://quattor-core.readthedocs.org/en/latest/components/ceph/ here].

	Prior to the installation, you must assign the roles to the machines of the future cluster. The possible roles are : MON, MDS, OSD, and DEPLOY. The machine with the DEPLOY role will be the one from which deployment will be done, and so, it is the machine on which the component ncm-ceph will be executed. You need at least one MON machine, but to avoid bottlenecks when the number of OSD increases, it's better to have 3 MON machines (always have an odd number of MON machines to be able to ~~have~~ a quorum). The MDS is only needed if you want to use CephFS. The OSD daemons will run on machines that will contains the storage disks. When doing tests, you can put the MON daemons on OSD machines, but on large cluster in production, it's better to put the MON daemons on dedicated machines.		Prior to the installation, you must assign the roles to the machines of the future cluster. The possible roles are : MON, MDS, OSD, and DEPLOY. The machine with the DEPLOY role will be the one from which deployment will be done, and so, it is the machine on which the component ncm-ceph will be executed. You need at least one MON machine, but to avoid bottlenecks when the number of OSD increases, it's better to have 3 MON machines (always have an odd number of MON machines to be able to keep a quorum in case of failure of one MON machine). The MDS is only needed if you want to use CephFS. The OSD daemons will run on machines that will contains the storage disks (one OSD daemon per disk). When doing tests, you can put the MON daemons on OSD machines, but on large cluster in production, it's better to put the MON daemons on dedicated machines.

	The layout and the parameters of the cluster are described in the template site/ceph.		The layout and the parameters of the cluster are described in the template site/ceph.

			== Before deploying Ceph ==
			The deployment of the Ceph cluster is triggered by this line in the DEPLOY machine :
			<pre>
			include 'site/ceph';
			</pre>
			But before the deployment, your OSD machines must be prepared : the OSD disks must be partitioned and formatted correctly. In a OSD machine, at least one partition or one drive must be prepared to store the objects. To achieve this, you need to define an appropriate disk layout.

Stephane GERARD: /* Overview */

2015-11-17T16:04:58Z

Overview

← Older revision		Revision as of 16:04, 17 November 2015
Line 1:		Line 1:
	== Overview ==		== Overview ==
	Prior to the installation, you must assign the roles to the machines of the cluster. The possible roles are : MON, MDS, OSD, and DEPLOY. You need at least one MON machine, but to avoid bottlenecks when the number of OSD increases, it's better to have 3 MON machines (always have an odd number of MON machines to be able to have a quorum). The MDS is only needed if you want to use CephFS. The OSD daemons will run on machines that will contains the storage disks.		The component ncm-ceph is based on ceph-deploy. It is documented [http://quattor-core.readthedocs.org/en/latest/components/ceph/ here].

			Prior to the installation, you must assign the roles to the machines of the future cluster. The possible roles are : MON, MDS, OSD, and DEPLOY. The machine with the DEPLOY role will be the one from which deployment will be done, and so, it is the machine on which the component ncm-ceph will be executed. You need at least one MON machine, but to avoid bottlenecks when the number of OSD increases, it's better to have 3 MON machines (always have an odd number of MON machines to be able to have a quorum). The MDS is only needed if you want to use CephFS. The OSD daemons will run on machines that will contains the storage disks. When doing tests, you can put the MON daemons on OSD machines, but on large cluster in production, it's better to put the MON daemons on dedicated machines.

	The layout and the parameters of the cluster are described in the template site/ceph.		The layout and the parameters of the cluster are described in the template site/ceph.

Stephane GERARD: /* Overview */

2015-11-17T15:43:56Z

Overview

← Older revision		Revision as of 15:43, 17 November 2015
Line 1:		Line 1:
	== Overview ==		== Overview ==
	Prior to the installation, you must assign the roles to the machines of the cluster. The possible roles are : MON, MDS, OSD. You need at least one MON machine, but to avoid bottlenecks when the number of OSD increases, it's better to have 3 MON machines (always have an odd number of MON machines to be able to have a quorum). The MDS is only needed if you want to use CephFS.		Prior to the installation, you must assign the roles to the machines of the cluster. The possible roles are : MON, MDS, OSD, and DEPLOY. You need at least one MON machine, but to avoid bottlenecks when the number of OSD increases, it's better to have 3 MON machines (always have an odd number of MON machines to be able to have a quorum). The MDS is only needed if you want to use CephFS. The OSD daemons will run on machines that will contains the storage disks.

			The layout and the parameters of the cluster are described in the template site/ceph.

Stephane GERARD: Created page with "== Overview == Prior to the installation, you must assign the roles to the machines of the cluster. The possible roles are : MON, MDS, OSD. You need at least one MON machine, ..."

2015-11-17T15:37:26Z

Created page with "== Overview == Prior to the installation, you must assign the roles to the machines of the cluster. The possible roles are : MON, MDS, OSD. You need at least one MON machine, ..."

New page

== Overview ==
Prior to the installation, you must assign the roles to the machines of the cluster. The possible roles are : MON, MDS, OSD. You need at least one MON machine, but to avoid bottlenecks when the number of OSD increases, it's better to have 3 MON machines (always have an odd number of MON machines to be able to have a quorum). The MDS is only needed if you want to use CephFS.