mirror of https://github.com/ceph/ceph-ansible.git
259 lines
9.1 KiB
ReStructuredText
259 lines
9.1 KiB
ReStructuredText
.. ceph-ansible documentation master file, created by
|
|
sphinx-quickstart on Wed Apr 5 11:55:38 2017.
|
|
You can adapt this file completely to your liking, but it should at least
|
|
contain the root `toctree` directive.
|
|
|
|
ceph-ansible
|
|
============
|
|
|
|
Ansible playbooks for Ceph, the distributed filesystem.
|
|
|
|
|
|
Installation
|
|
============
|
|
|
|
GitHub
|
|
------
|
|
You can install directly from the source on GitHub by following these steps:
|
|
|
|
- Clone the repository::
|
|
|
|
git clone https://github.com/ceph/ceph-ansible.git
|
|
|
|
- Next, you must decide which branch of ``ceph-ansible`` you wish to use. There
|
|
are stable branches to choose from or you could use the master branch::
|
|
|
|
git checkout $branch
|
|
|
|
- Next, use pip and the provided requirements.txt to install ansible and other
|
|
needed python libraries::
|
|
|
|
pip install -r requirements.txt
|
|
|
|
.. _ansible-on-rhel-family:
|
|
|
|
Ansible on RHEL and CentOS
|
|
--------------------------
|
|
You can acquire Ansible on RHEL and CentOS by installing from `Ansible channel <https://access.redhat.com/articles/3174981>`_.
|
|
|
|
On RHEL::
|
|
|
|
subscription-manager repos --enable=rhel-7-server-ansible-2-rpms
|
|
|
|
(CentOS does not use subscription-manager and already has "Extras" enabled by default.)
|
|
|
|
::
|
|
|
|
sudo yum install ansible
|
|
|
|
Ansible on Ubuntu
|
|
-----------------
|
|
You can acquire Ansible on Ubuntu by using the `Ansible PPA <https://launchpad.net/~ansible/+archive/ubuntu/ansible>`_.
|
|
|
|
::
|
|
|
|
sudo add-apt-repository ppa:ansible/ansible
|
|
sudo apt update
|
|
sudo apt install ansible
|
|
|
|
|
|
Releases
|
|
========
|
|
|
|
The following branches should be used depending on your requirements. The ``stable-*``
|
|
branches have been QE tested and sometimes recieve backport fixes throughout their lifecycle.
|
|
The ``master`` branch should be considered experimental and used with caution.
|
|
|
|
- ``stable-3.0`` Support for ceph versions ``jewel`` and ``luminous``. This branch supports ansible versions
|
|
``2.4`` and ``2.5``.
|
|
|
|
- ``stable-3.1`` Support for ceph version ``luminous`` and ``mimic``. This branch supports ansible versions
|
|
``2.4`` and ``2.5``
|
|
|
|
- ``master`` Support for ceph versions ``luminous``, and ``mimic``. This branch supports ansible version 2.5``.
|
|
|
|
Configuration and Usage
|
|
=======================
|
|
|
|
This project assumes you have a basic knowledge of how ansible works and have already prepared your hosts for
|
|
configuration by ansible.
|
|
|
|
After you've cloned the ``ceph-ansible`` repository, selected your branch and installed ansible then you'll need to create
|
|
your inventory file, playbook and configuration for your ceph cluster.
|
|
|
|
Inventory
|
|
---------
|
|
|
|
The ansible inventory file defines the hosts in your cluster and what roles each host plays in your ceph cluster. The default
|
|
location for an inventory file is ``/etc/ansible/hosts`` but this file can be placed anywhere and used with the ``-i`` flag of
|
|
ansible-playbook. An example inventory file would look like::
|
|
|
|
[mons]
|
|
mon1
|
|
mon2
|
|
mon3
|
|
|
|
[osds]
|
|
osd1
|
|
osd2
|
|
osd3
|
|
|
|
.. note::
|
|
|
|
For more information on ansible inventories please refer to the ansible documentation: http://docs.ansible.com/ansible/latest/intro_inventory.html
|
|
|
|
Playbook
|
|
--------
|
|
|
|
You must have a playbook to pass to the ``ansible-playbook`` command when deploying your cluster. There is a sample playbook at the root of the ``ceph-ansible``
|
|
project called ``site.yml.sample``. This playbook should work fine for most usages, but it does include by default every daemon group which might not be
|
|
appropriate for your cluster setup. Perform the following steps to prepare your playbook:
|
|
|
|
- Rename the sample playbook: ``mv site.yml.sample site.yml``
|
|
|
|
- Modify the playbook as necessary for the requirements of your cluster
|
|
|
|
.. note::
|
|
|
|
It's important the playbook you use is placed at the root of the ``ceph-ansible`` project. This is how ansible will be able to find the roles that
|
|
``ceph-ansible`` provides.
|
|
|
|
Configuration Validation
|
|
------------------------
|
|
The ``ceph-ansible`` project provides config validation through the ``ceph-validate`` role. If you are using one of the provided playbooks this role will
|
|
be run early in the deployment as to ensure you've given ``ceph-ansible`` the correct config. This check is only making sure that you've provided the
|
|
proper config settings for your cluster, not that the values in them will produce a healthy cluster. For example, if you give an incorrect address for
|
|
``monitor_address`` then the mon will still fail to join the cluster.
|
|
|
|
An example of a validation failure might look like::
|
|
|
|
TASK [ceph-validate : validate provided configuration] *************************
|
|
task path: /Users/andrewschoen/dev/ceph-ansible/roles/ceph-validate/tasks/main.yml:3
|
|
Wednesday 02 May 2018 13:48:16 -0500 (0:00:06.984) 0:00:18.803 *********
|
|
[ERROR]: [mon0] Validation failed for variable: osd_objectstore
|
|
|
|
[ERROR]: [mon0] Given value for osd_objectstore: foo
|
|
|
|
[ERROR]: [mon0] Reason: osd_objectstore must be either 'bluestore' or 'filestore'
|
|
|
|
fatal: [mon0]: FAILED! => {
|
|
"changed": false
|
|
}
|
|
|
|
|
|
ceph-ansible - choose installation method
|
|
-----------------------------------------
|
|
|
|
Ceph can be installed through several methods.
|
|
|
|
.. toctree::
|
|
:maxdepth: 1
|
|
|
|
installation/methods
|
|
|
|
ceph-ansible Configuration
|
|
--------------------------
|
|
|
|
The configuration for your ceph cluster will be set by the use of ansible variables that ``ceph-ansible`` provides. All of these options and their default
|
|
values are defined in the ``group_vars/`` directory at the root of the ``ceph-ansible`` project. Ansible will use configuration in a ``group_vars/`` directory
|
|
that is relative to your inventory file or your playbook. Inside of the ``group_vars/`` directory there are many sample ansible configuration files that relate
|
|
to each of the ceph daemon groups by their filename. For example, the ``osds.yml.sample`` contains all the default configuation for the OSD daemons. The ``all.yml.sample``
|
|
file is a special ``group_vars`` file that applies to all hosts in your cluster.
|
|
|
|
.. note::
|
|
|
|
For more information on setting group or host specific configuration refer to the ansible documentation: http://docs.ansible.com/ansible/latest/intro_inventory.html#splitting-out-host-and-group-specific-data
|
|
|
|
At the most basic level you must tell ``ceph-ansible`` what version of ceph you wish to install, the method of installation, your clusters network settings and
|
|
how you want your OSDs configured. To begin your configuration rename each file in ``group_vars/`` you wish to use so that it does not include the ``.sample``
|
|
at the end of the filename, uncomment the options you wish to change and provide your own value.
|
|
|
|
An example configuration that deploys the upstream ``jewel`` version of ceph with OSDs that have collocated journals would look like this in ``group_vars/all.yml``::
|
|
|
|
|
|
ceph_origin: repository
|
|
ceph_repository: community
|
|
ceph_stable_release: jewel
|
|
public_network: "192.168.3.0/24"
|
|
cluster_network: "192.168.4.0/24"
|
|
monitor_interface: eth1
|
|
devices:
|
|
- '/dev/sda'
|
|
- '/dev/sdb'
|
|
osd_scenario: collocated
|
|
|
|
The following config options are required to be changed on all installations but there could be other required options depending on your OSD scenario
|
|
selection or other aspects of your cluster.
|
|
|
|
- ``ceph_origin``
|
|
- ``ceph_stable_release``
|
|
- ``public_network``
|
|
- ``osd_scenario``
|
|
- ``monitor_interface`` or ``monitor_address``
|
|
- ``radosgw_interface`` or ``radosgw_address``
|
|
|
|
ceph.conf Configuration
|
|
-----------------------
|
|
|
|
The supported method for defining your ceph.conf is to use the ``ceph_conf_overrides`` variable. This allows you to specify configuration options using
|
|
an INI format. This variable can be used to override sections already defined in ceph.conf (see: ``roles/ceph-config/templates/ceph.conf.j2``) or to provide
|
|
new configuration options. The following sections in ceph.conf are supported: [global], [mon], [osd], [mds] and [rgw].
|
|
|
|
An example::
|
|
|
|
ceph_conf_overrides:
|
|
global:
|
|
foo: 1234
|
|
bar: 5678
|
|
osd:
|
|
osd_mkfs_type: ext4
|
|
|
|
.. note::
|
|
We will no longer accept pull requests that modify the ceph.conf template unless it helps the deployment. For simple configuration tweaks
|
|
please use the ``ceph_conf_overrides`` variable.
|
|
|
|
Full documentation for configuring each of the ceph daemon types are in the following sections.
|
|
|
|
OSD Configuration
|
|
-----------------
|
|
|
|
OSD configuration is set by selecting an osd scenario and providing the configuration needed for
|
|
that scenario. Each scenario is different in it's requirements. Selecting your OSD scenario is done
|
|
by setting the ``osd_scenario`` configuration option.
|
|
|
|
.. toctree::
|
|
:maxdepth: 1
|
|
|
|
osds/scenarios
|
|
|
|
Contribution
|
|
============
|
|
|
|
See the following section for guidelines on how to contribute to ``ceph-ansible``.
|
|
|
|
.. toctree::
|
|
:maxdepth: 1
|
|
|
|
dev/index
|
|
|
|
Testing
|
|
=======
|
|
|
|
Documentation for writing functional testing scenarios for ceph-ansible.
|
|
|
|
* :doc:`Testing with ceph-ansible <testing/index>`
|
|
* :doc:`Glossary <testing/glossary>`
|
|
|
|
Demos
|
|
=====
|
|
|
|
Vagrant Demo
|
|
------------
|
|
|
|
Deployment from scratch on bare metal machines: https://youtu.be/E8-96NamLDo
|
|
|
|
Bare metal demo
|
|
---------------
|
|
|
|
Deployment from scratch on bare metal machines: https://youtu.be/dv_PEp9qAqg
|