Конфигурация Redis для производства

Question

Я разрабатываю проект с redis.My redis конфигурация является обычной настройкой конфигурации redis.

Я не знаю, как мне сделать настройку redis? Master-Slave? Кластер?

Есть ли у вас какие-либо предложения конфигурации redis для производства?

Answer 1

Это зависит от ваших требований к чтению/записи. Не могли бы вы дать нам больше информации по этому вопросу?

Я думаю, что 10 000 человек используют мгновенное мое приложение. Я сохраняю токен входа в систему на redis.It важно для меня. Если я не пишу redis, член не регистрируется в приложении.

Даже один экземпляр Redis будет достаточно для обработки 10K пользователей (запустить Redis-скамейка к пропускной способности имеющихся), так просто, чтобы убедиться, использование конфигурации Master/Slave с autopromotion раба, если хозяин идет вниз ,

Поскольку вы хотите настойчивости, используйте RDB (возможно, вместе с AOF), см. this topic on Redisio.

Answer 2

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

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

Каждый час вы будете получать BGSAVE, чтобы получить созданный dump.rdp. Затем вы можете сохранить этот файл в режиме реального времени, пока сервер все еще работает, и сохраните его в каком-то резервном хранилище.

Но если вы используете Redis как стандартную замену memcache и не заботитесь о данных, вы можете игнорировать все это. Большая часть из них будет изменена в Redis Cluster в версии 3.0.