2019-03-08 15:33:12 +00:00
|
|
|
---
|
|
|
|
features:
|
|
|
|
- |
|
|
|
|
Adds support to seperate Swift access and replication traffic from other
|
|
|
|
storage traffic.
|
|
|
|
|
|
|
|
In a deployment where both Ceph and Swift have been deployed,
|
|
|
|
this changes adds functionalality to support optional seperation
|
|
|
|
of storage network traffic. This adds two new network interfaces
|
2019-03-29 13:30:08 +00:00
|
|
|
``swift_storage_interface`` and ``swift_replication_interface`` which
|
|
|
|
maintain backwards compatibility.
|
2019-03-08 15:33:12 +00:00
|
|
|
|
2019-03-29 13:30:08 +00:00
|
|
|
The Swift access network interface is configured via
|
|
|
|
``swift_storage_interface``, which defaults to ``storage_interface``. The
|
|
|
|
Swift replication network interface is configured via
|
|
|
|
``swift_replication_interface``, which defaults to
|
|
|
|
``swift_storage_interface``.
|
2019-03-08 15:33:12 +00:00
|
|
|
|
2020-02-27 13:54:49 +01:00
|
|
|
If a separate replication network is used, Kolla Ansible now deploys
|
|
|
|
separate replication servers for the accounts, containers and objects,
|
|
|
|
that listen on this network. In this case, these services handle only
|
|
|
|
replication traffic, and the original account-, container- and object-
|
|
|
|
servers only handle storage user requests.
|