Ограничения Riak

Question

На моем сайте в настоящее время используется система, в которой описание для конкретного сообщения происходит из memcache. Если сбой memcache, система извлекает одни и те же данные из базы данных. Я хочу удалить базу данных с картинки полностью. Для этого я смотрел на высокую доступность и отказоустойчивые хранилища данных, и RIAK, похоже, соответствовал законопроекту. Я хочу, чтобы RIAK был отказом для memcache.

Однако сайт имеет огромное количество трафика, и, следовательно, я хотел бы знать, сколько серверов RIAK мне понадобится. Ежедневный трафик составляет около 150 миллионов просмотров страниц.

Спасибо заранее!

Answer 1

[EnvelopeMath] 150000000/24/3600 = 1736 запросов/сек [/ EnvelopeMath]

Это, конечно, в пределах того, что Riak может сделать, но сильный ответ по-прежнему зависит от размера объекта, чтение/напишите%, сколько объектов вы будете хранить, равномерное распределение нагрузки по сравнению с пиковым временем и т. д.

Я бы рекомендовал рекомендацию @ChristianDahlqvist и настроил кластер Riak с 5-разрядными битками и посмотрел, будет ли он подписать счет. Если у вас есть какие-либо вопросы, не стесняйтесь обращаться к Riak Users Mailing list or the #riak IRC channel on freenode.

Answer 2

Учитывая предоставленную вами информацию, здесь очень сложно дать вам конкретный ответ. Вышеприведенное предположение о 1736 req/sec слишком грубо, по моему мнению, поскольку этот трафик может быть в 10 раз выше в пиковое время. Поэтому было бы очень интересно узнать количество запросов в секунду за это время.

Поскольку вы также используете memcached в качестве кеша перед Riak, следующий вопрос будет состоять в том, как выглядит отношение кэш-кеш-памяти: сколько из ваших запросов будет обслуживаться с memcached, сколько из них попадет в вашу базу данных?

Тогда также, это будет зависеть от используемого оборудования, если вы ожидаете высокой нагрузки на чтение и запись на riak, тогда SSD будут обязательными.

Имея опыт работы с riak под высокой нагрузкой (значительно выше, чем ваш), я могу сказать вам, что не столько количество запросов имеет большое значение (удивительно, сколько может быть riak), но и больше объема данных, которые у вас есть в riak и размер объектов, которые вы храните. Чем больше ваших объектов, тем медленнее будет Riak. Если ваши объекты определенно выше 1 МБ, то, пожалуйста, не обращайте внимание на riak - это не сработает. При использовании Riak, безусловно, лучше иметь меньше и быстрее серверов.

Если вы хотите перейти на riak, я бы определенно предложил вам провести тяжелую нагрузку с помощью jmeter или apache ab, чтобы увидеть, может ли riak обрабатывать ваш трафик. (и даже тогда - возможно, медленно вытесните трафик на вашу установку riak) таким образом вы можете быть на 100% уверенным, что ничто не будет врываться в производство.

И, наконец, имейте в виду, что никакое программное обеспечение не является совершенным. Переключение на Riak заменяет одного зверя другим. однако mySQL уже известен. есть много людей, которые могут помочь вам, если что-то пойдет не так в вашем кластере MySQL. Если что-то не так с вашим кланом Riak, вы можете найти небольшую помощь в сети - и коммерческая поддержка Riak очень дорога.