Este contenido no está disponible en el idioma seleccionado.
Chapter 4. Creating the Fujitsu ETERNUS environment file
The environment file contains the settings for each back end that you want to define, and other relevant settings. For more information about environment files, see Environment Files in the Advanced Overcloud Customization guide.
In addition, the environment file registers the heat template that you created earlier in Chapter 3, Preparing the Fujitsu ETERNUS heat template. The installation and echo commands defined in the heat template run on the appropriate nodes during deployment.
The following example environment file contains the necessary sections for defining an ETERNUS device as a Block Storage back end. It also creates the back end definitions for each corresponding XML file orchestrated in Section 3.1, “Creating driver definitions for each Fujitsu ETERNUS back end”, and Section 3.2, “Example Fujitsu ETERNUS heat template”.
eternusbackend-env.yaml
- 1
- Define custom settings for all nodes before the core Puppet configuration with
NodeExtraConfig. This ensures the following configuration when the Block Storage service deploys on the overcloud:- The XML configuration files for each back end are present.
- The private key is generated.
- 2
- Set the following parameters to
falseto disable the other back end types:-
CinderEnableIscsiBackend: other iSCSI back ends. -
CinderEnableRbdBackend: Red Hat Ceph Storage. -
CinderEnableNfsBackend: NFS. -
NovaEnableRbdBackend: ephemeral Red Hat Ceph Storage.
-
- 3
- Define the Image service image storage settings with the
GlanceBackendparameter. The following values are supported:-
filestores images on/var/lib/glance/imageson each Controller node. -
swiftuses the Object Storage service for image storage. -
cinderuses the Block Storage service for image storage.
-
- 4
- Define custom settings for all Controller nodes with
controllerExtraConfig. Thecinder::config::cinder_configclass is for the Block Storage service. Director stores these back end settings in the/etc/cinder/cinder.conffile of each node. - 5
- Configure a back end definition named
FJFCwith theFJFC/string, and declare thevolume_driverparameter under that back end definition. Set the Fibre Channel ETERNUS driver for the back end with thevolume_driverparameter, for examplecinder.volume.drivers.fujitsu.eternus_dx.eternus_dx_fc.FJDXFCDriver. - 6
- Set the path to the XML configuration file that the driver uses for the back end with
cinder_eternus_config_file. Orchestrate the creation of/etc/cinder/eternus-fc.xmlthrough the heat template, such as,/home/stack/templates/eternus-temp.yaml. - 7
- The
volume_backend_nameis the name that the Block Storage service uses to enable the back end. - 8
- Configure a new back end definition with the
FJISCSI/string. Set the iSCSI ETERNUS driver for the back end with thevolume_driverparameter, for examplecinder.volume.drivers.fujitsu.eternus_dx.eternus_dx_iscsi.FJDXISCSIDriver. - 9
- Set and enable custom back ends with the
cinder_user_enabled_backendsclass. Use this class for user-enabled back ends only, such as those defined in thecinder::config::cinder_configclass. - 10
- Make custom configuration files on the host available to a cinder-volume service running in a container with
CinderVolumeOptVolumes.
After creating the environment file, you can deploy your configuration. For more information about the environment file /home/stack/templates/eternusbackend-env.yaml, see Chapter 5, Deploying the configured Fujitsu ETERNUS back ends.