Сделайте Вы подразумеваете, что нет никакой директивы AllowUsers в настоящее время там b/c, который похож на то, что Вы хотели бы:
http://www.cyberciti.biz/tips/openssh-deny-or-restrict-access-to-users-and-groups.html
Если Ваши ключи будут иметь неравные схемы доступа, то Вы будете видеть неравный трафик к каждому memcached узлу. например, Если у Вас есть 2 ключа, один из который a
получают/устанавливают 500 раз в секунду и один b
который является, получают/устанавливают 250 раз в секунду затем узел, который содержит a
будет иметь вдвое больше трафика как узел, который содержит b
.
В моем случае у нас было 8 memcached узлов с несколькими тысячами ключей. Один из тех ключей делал, приблизительно 800 добираются/секунда при пиковом трафике, и почти любой ключ делал, меньше чем 1 добирается/секунда. memcached узел, который имел занятый ключ, показал значительно более высокий трафик, чем другие.
Если Вы хотите сбалансировать трафик одинаково к каждому из Ваших memcached узлов затем, Вы любой должны:
Вы уверены фронтенды, которые общаются с Memcached, правильно синхронизировали записи конфигурации для Вашего объединения?
Все серверы могут установить чистую связь с узлом Memcached, который имеет низкие проблемы возможности соединения?
Удостоверьтесь, что у Вас есть Memcached:: OPT_LIBKETAMA_COMPATIBLE включен также.
Относительно конфигурации; если Вы будете хранить большие объекты compression/igbinary, то ускорит вещи на конце сети I/O, очевидно, мог бы быть недостаток, таким образом, каждый случай отличается. Сравнительное тестирование является ключом.