Luca Lorenzetto 09d5d755ce Documentation for Support for external swift proxy
Users may have an external swift proxy already available (i.e. radosgw
from already existing ceph, or hardware appliance implementing swift
proxy). With this change user may specify an environment file that
registers the specified urls as endpoint for the object-store service.
The internal swift proxy is left as unconfigured.

Change-Id: I5f60f9cf321fcccdb9801f4678fd3cb922812548
Depends-On: I5e6f0a50f26d4296565f0433f720bfb40c5d2109
2017-04-18 09:20:16 +02:00

1.3 KiB

Use an external Ceph cluster with the Overcloud

supports use of an external Swift proxy already available to the operator, that may need to configure at deploy time.

This happens by enabling a particular environment file when deploying the Overcloud, specifically environments/swift-external.yaml.

In the environment file above user must adjust the parameters to fit its setup by creating a custom environment file (i.e. ~/my-swift-settings.yaml):

parameter_defaults:
   ExternalPublicUrl: 'http://swiftproxy:9024/v1/%(tenant_id)s'
   ExternalInternalUrl: 'http://swiftproxy:9024/v1/%(tenant_id)s'
   ExternalAdminUrl: 'http://swiftproxy:9024/v1/%(tenant_id)s'
   ExternalSwiftUserTenant: 'service'

The user can create an environment file with the required settings and add the files above to the deploy commandline:

openstack overcloud deploy --templates -e /usr/share/openstack-tripleo-heat-templates/environments/swift-external.yaml -e ~/my-swift-settings.yaml

Once the deploy has succeeded, user has to complete the configuration on the external swift proxy, configuring it to use the keystone authentication provider. This environment files creates also a service user called swift that can be used for this purpose.