sharidng: update doc to only mention auto_shard experimental
There are been members of the community running sharding in production and it's awesome. It's just the auto-sharding swift of that remains experimental. This patch removes the big sharding warning from the top of the sharding overview page and better emphasises that it's the audo_shard option that isn't ready for production use. Change-Id: Id2c842cffad58fb6fd5e1d12619c46ffcb38f8a5
This commit is contained in:
parent
dbd0960aee
commit
7f5e34a405
@ -9,9 +9,8 @@ very large container databases into a number of smaller shard containers
|
||||
|
||||
.. note::
|
||||
|
||||
Container sharding is currently an experimental feature. It is strongly
|
||||
recommended that operators gain experience of sharding containers in a
|
||||
non-production cluster before using in production.
|
||||
It is strongly recommended that operators gain experience of sharding
|
||||
containers in a non-production cluster before using in production.
|
||||
|
||||
The sharding process involves moving all sharding container database
|
||||
records via the container replication engine; the time taken to complete
|
||||
@ -128,13 +127,14 @@ section is shown in the `container-server.conf-sample` file.
|
||||
|
||||
.. note::
|
||||
|
||||
The ``auto_shard`` option is currently **NOT** recommended for production
|
||||
systems and should be set to ``false`` (the default value).
|
||||
|
||||
Several of the ``[container-sharder]`` config options are only significant
|
||||
when the ``auto_shard`` option is enabled. This option enables the
|
||||
``container-sharder`` daemon to automatically identify containers that are
|
||||
candidates for sharding and initiate the sharding process, instead of using
|
||||
the ``swift-manage-shard-ranges`` tool. The ``auto_shard`` option is
|
||||
currently NOT recommended for production systems and shoud be set to
|
||||
``false`` (the default value).
|
||||
the ``swift-manage-shard-ranges`` tool.
|
||||
|
||||
The container sharder uses an internal client and therefore requires an
|
||||
internal client configuration file to exist. By default the internal-client
|
||||
|
Loading…
Reference in New Issue
Block a user