Document memcache max size with shard ranges

When you start getting more then 3k shards in a root container the
cached shard range listing can get bigger then the default max size for
memcache (1MB).

So add a mention about it in the configuration guide.

Fixes bug 1890643

Change-Id: If380410c17ed9ebc014b8198af0ea8d502deacc8
This commit is contained in:
Matthew Oliver 2021-01-07 17:06:55 +11:00
parent 077ba77ea6
commit 8df3d1505a

View File

@ -492,6 +492,29 @@ on any servers that have available RAM and CPU. At Rackspace, we run
Memcached on the proxy servers. The ``memcache_servers`` config option Memcached on the proxy servers. The ``memcache_servers`` config option
in the ``proxy-server.conf`` should contain all memcached servers. in the ``proxy-server.conf`` should contain all memcached servers.
*************************
Shard Range Listing Cache
*************************
When a container gets :ref:`sharded<sharding_doc>` the root container will still be the
primary entry point to many container requests, as it provides the list of shards.
To take load off the root container Swift by default caches the list of shards returned.
As the number of shards for a root container grows to more than 3k the memcache default max
size of 1MB can be reached. Care is needed to keep an eye on the current value or resize it
to something like 5MB.
Memcache has a ``stats sizes`` option that can point out the current size usage. As this
reaches the current max an increase might be in order::
# telnet <memcache server> 11211
> stats sizes
STAT 160 2
STAT 448 1
STAT 576 1
END
----------- -----------
System Time System Time
----------- -----------