Merge "Reference dogpile.cache.memcached backend properly"
This commit is contained in:
commit
541de98301
|
@ -243,7 +243,7 @@ behavior is that subsystem caching is enabled, but the global toggle is set to d
|
|||
|
||||
* ``enabled`` - enables/disables caching across all of keystone
|
||||
* ``debug_cache_backend`` - enables more in-depth logging from the cache backend (get, set, delete, etc)
|
||||
* ``backend`` - the caching backend module to use e.g. ``dogpile.cache.memcache``
|
||||
* ``backend`` - the caching backend module to use e.g. ``dogpile.cache.memcached``
|
||||
|
||||
.. NOTE::
|
||||
A given ``backend`` must be registered with ``dogpile.cache`` before it
|
||||
|
|
|
@ -308,7 +308,7 @@
|
|||
# expiration_time = 600
|
||||
|
||||
# Dogpile.cache backend module. It is recommended that Memcache
|
||||
# (dogpile.cache.memcache) or Redis (dogpile.cache.redis) be used in production
|
||||
# (dogpile.cache.memcached) or Redis (dogpile.cache.redis) be used in production
|
||||
# deployments. Small workloads (single process) like devstack can use the
|
||||
# dogpile.cache.memory backend.
|
||||
# backend = keystone.common.cache.noop
|
||||
|
|
|
@ -76,7 +76,7 @@ class MemcachedLock(object):
|
|||
|
||||
|
||||
class MemcachedBackend(manager.Manager):
|
||||
"""Pivot point to leverage the various dogpile.cache memcache backends.
|
||||
"""Pivot point to leverage the various dogpile.cache memcached backends.
|
||||
|
||||
To specify a specific dogpile.cache memcached backend, pass the region
|
||||
backend argument `dogpile_memcache_backend` set to one of the known dogpile
|
||||
|
|
Loading…
Reference in New Issue