Twitter — twemproxy — memcached — повторная попытка не работает должным образом

Простая настройка:

• 1 узел работает с twemproxy (vcache: 22122)
• 2 узла, на которых запущен memcached (vcache-1, vcache-2), оба прослушивают 11211

У меня есть следующий конфиг twemproxy:

default:
auto_eject_hosts: true
distribution: ketama
hash: fnv1a_64
listen: 0.0.0.0:22122
server_failure_limit: 1
server_retry_timeout: 600000 # 600sec, 10m
timeout: 100
servers:
- vcache-1:11211:1
- vcache-2:11211:1

Узел twemproxy может разрешать все имена хостов. В рамках тестирования я снял vcache-2. Теоретически для каждой попытки взаимодействия с vcache: 22122 twemproxy будет связываться с сервером из пула, чтобы облегчить попытку. Однако, если один из узлов кеша не работает, twemproxy должен «автоматически извлечь» его из пула, поэтому последующие запросы не будут терпеть неудачу.

Именно уровень приложения должен определить, была ли неудачная попытка интерфейса с vcache: 22122 вызвана проблемой инфраструктуры, и если так, попробуйте еще раз. Однако я обнаружил, что при повторных попытках используется тот же сбойный сервер, поэтому вместо последующих попыток передачи на известный исправный узел кеша (в данном случае vcache-1) они все еще передаются на извлеченный узел кеша (vcache -2).

Вот фрагмент кода php, который пытается повторить попытку:

....

// $this is a Memcached object with vcache:22122 in the server list

$retryCount = 0;

do {

$status = $this->set($key, $value, $expiry);

if (Memcached::RES_SUCCESS === $this->getResultCode()) {

return true;
}


} while (++$retryCount < 3);

return false;

— Обновить —

Ссылка на выпуск открыт на Github для получения дополнительной информации: Выпуск № 427