Спасибо, мы не обратили внимания, но обязательно посмотрим на tarantool. Но пока, на первый взгляд последнему коммиту в репозитории github.com/tarantool/memcached скоро стукнет год, а внизу README красуется предупреждение: «This rock is in early beta». Хотелось придерживаться поверенных решений.
Развернутого и полномасштабного нагрузочного тестирования мы не проводили. В тестах на стенде, приближенном к боевым условиям, различий между mcrouter+memcached и plain memcached выявлено не было. Количество запросов при этом практически на 2 порядка превышало то, что выдает приложение в своей повседневной работе. Для сравнительного тестирования производительности нужно использовать другой подход и инструменты. Возможно опишу это в своей следующей статье.
У нас было два варианта использования mcrouter:
StatefulSet из нескольких реплик. В таком случае запросы к mcrouter-ам равномерно балансируются средствами kubernetes, а в случае падения реплик они будут автоматически исключены из балансировки. Конечно, это происходит не мгновенно и часть запросов может пропасть.
sidecar-контейнер в pod с PHP — даст zero latency при обращении к mcrouter, общий localhost ведь. Но в данном случае нужна корректная liveness проба у основного приложения, чтобы в случае падения контейнера mcrouter трафик с pod-a снимался.
У нас было два варианта использования mcrouter: