В редисе репликацию удобно использовать для апгрейда без даунтайма. Пускаете новый инстанс слейвом первого, ждете пока он получит от старого все данные, переключаете клиентов, опять ждете пока старый дошлет оставшееся, и гасите старый.
Евгений On Mar 25, 2014, at 1:41 PM, Orlovsky Alexander <[email protected]> wrote: > 25.03.2014, 12:52, "Anton Yuzhaninov" <[email protected]>: >> On 03/23/14 20:27, Михаил Монашёв wrote: >> >>> Скажите пожалуйста, какими командами memcached-а и Redis-а Вы >>> пользуетесь в своих проектах? >> >> Пользуясь случаем хочу спросить использует ли кто то репликацию в memcached? > > а зачем, стандартный способ юзания мемкеша – шардирование ключей на клиенте > репликация нужна для данных которые страшно потерять, что в случае с мемкешом > редкость (или он был выбран не верно) > > >> Мы на большинстве серверов используем мемкешед с репликацией из портов >> FreeBSD, >> но недавно оттуда убрали поддержку репликации: >> http://svnweb.freebsd.org/ports?view=revision&revision=341659 > > это правильно > мемкеш хорош тем, что простой как палка > >> Репликация очень полезно даже если в memcached нет ничего очень ценного, >> потому >> что позволяет безболезненно (без ухудшения работы сервиса) перезаускать сам >> memcached для обновления или изминения настроек (объема выделенной памяти >> например) и перезагружать сервера для обновления ОС. > > Ну вы все одновременно не выключайте и в моменты пиков не проводите > maintenance ) > А для случаев с отключенными инстансами есть алгоритм ketama, который > позволяет не перебалансировывать все ключи и избежать больших скачков в > нагрузке. > > Можно попробовать еще для большего удобства использовать > https://github.com/twitter/twemproxy – он уже сам умеет ketama и скрывает от > клиента настройки окружения. Ставите на тот же хост, где крутится инстанс > приложения, а в коде ходите в локалхост и вуаля! :) > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
