[Moscow.pm] Мини-опрос.

[Eugene Toropov]

В редисе репликацию удобно использовать для апгрейда без даунтайма. Пускаете новый инстанс слейвом первого, ждете пока он получит от старого все данные, переключаете клиентов, опять ждете пока старый дошлет оставшееся, и гасите старый.

Евгений

On Mar 25, 2014, at 1:41 PM, Orlovsky Alexander <nordicdyno на yandex.ru> wrote:

> 25.03.2014, 12:52, "Anton Yuzhaninov" <citrin на citrin.ru>:
>> 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
> moscow-pm на pm.org | http://moscow.pm.org