CephFS Back End Guide for the Shared File System Service
Deploying a CephFS Back End for the Shared File System Service in a Red Hat OpenStack Platform Overcloud
Chapter 1. Introduction
Using the Red Hat Ceph file system (CephFS) through the native CephFS protocol is available only as a Technology Preview, and therefore is not fully supported by Red Hat. The deployment scenario described in this document should only be used for testing and should not be deployed in a production environment.
For more information about Technology Preview features, see Scope of Coverage Details.
Red Hat supports using CephFS through NFS. For more information, see Deploying the Shared File Systems service with CephFS through NFS.
With the OpenStack Shared File Systems service (manila) you can provision shared file systems that can be consumed by multiple compute instances.
This release includes a technology preview of the necessary driver for Red Hat CephFS (namely,
manila.share.drivers.cephfs.cephfs_native.CephFSNativeDriver). This driver allows the Shared File System service to use CephFS as a back end.
The recommended method for configuring a Shared File System back end is through the director. Doing so involves writing a custom environment file.
With this release, the director can now deploy the Shared File System with a CephFS back end on the overcloud. This document explains how to do so.
Chapter 2. Requirements
To test this feature, you need an existing Red Hat OpenStack Platform environment with an integrated Ceph back end. See the Deploying an Overcloud with Containerized Red Hat Ceph guide for instructions on how to deploy such an environment.
In addition, this scenario assumes that:
- The Shared File System service will still be installed on the Controller nodes, as is the default behavior; and
- You intend to only use a single instance of the Ceph File Sysem as the only back end for your Shared File System Service.
2.1. Limitations and Restrictions
Given the current state of the involved components, the test scenario in this document has the following limitations and restrictions:
- Untrusted instance users pose a security risk to the Ceph Storage cluster, as they would have direct access to the public network of the Ceph Storage cluster. Ensure that the cluster you are using is quarantined from the production environment, and that only trusted users have access to the test environment.
- This release only allows read-write access to shares.
Chapter 3. Edit the Environment File
The environment file contains the back end settings that you must configure. It also contains settings relevant to the deployment of the Shared File Systems service.
For more information about environment files, see Environment Files in the Advanced Overcloud Customization guide.
This release includes an integrated environment file to define a native CephFS back end, and it contains default settings used to deploy the Shared File Systems service. This file is located in the following location on the undercloud node:
Create an environment file to contain the required environmental settings:
The following code snippet shows the default values used by director when it deploys the Shared File Systems service:
parameter_defaults: # 1 ManilaCephFSNativeBackendName: cephfsnative ManilaCephFSNativeDriverHandlesShareServers: false # 2 ManilaCephFSNativeCephFSConfPath: '/etc/ceph/ceph.conf' # 3 ManilaCephFSNativeCephFSAuthId: 'manila' # 4 ManilaCephFSNativeCephFSClusterName: 'ceph' ManilaCephFSNativeCephFSEnableSnapshots: true
parameter_defaultsheader signifies the start of your configuration. Specifically, it allows you to override default values set in
resource_registry. This includes values set by
OS::Tripleo::Services::ManilaBackendCephFs, which sets defaults for a CephFS back end.
false, the driver will not handle the lifecycle of the share server.
ManilaCephFSNativeCephFSConfPath:sets the path to the configuration file of the Ceph cluster.
ManilaCephFSNativeCephFSAuthId:is the Ceph auth ID that the director will create for share access.
Chapter 4. Deploy the Shared File System Service with a CephFS Back End
Once you create
/home/stack/templates/manila-cephfsnative-config.yaml, log in as the
stack user on the undercloud. Then, deploy the Shared File System service with a CephFS back end by including the following environment files:
/usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-mds.yaml- enables the Ceph MDS, which is required by Shared File System service when using a CephFS back end.
/usr/share/openstack-tripleo-heat-templates/environments/manila-cephfsnative-config.yaml- deploys the Ceph cluster.
/home/stack/templates/manila-cephfsnative-config.yaml- created earlier in Chapter 3, Edit the Environment File, and contains any settings to override defaults set in
For example, if your OpenStack and Ceph settings are defined in
$ openstack overcloud deploy --templates \ -e /home/stack/templates/storage-environment.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/manila-cephfsnative-config.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-mds.yaml \ -e /home/stack/templates/manila-cephfsnative-config.yaml \
If you passed any extra environment files when you created the overcloud, pass them again here using the
-e option to avoid making undesired changes to the overcloud. For more information, see Modifying the overcloud environment in the Director Installation and Usage guide.