Hi all riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
у нас был проект где мы его задествовали, как альтернативу редису, для более постоянного хранилища. проявил себя хорошо, если нет предубеждения против erlang - только за него. On 30.03.17 12:48, Vasiliy P. Melnik wrote:
Hi all
riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog
добавлю, что проявил себя хорошо, как с админской, так и с программерской точки зрения. On 30.03.17 14:00, Gregory Edigarov wrote:
у нас был проект где мы его задествовали, как альтернативу редису, для более постоянного хранилища. проявил себя хорошо, если нет предубеждения против erlang - только за него.
On 30.03.17 12:48, Vasiliy P. Melnik wrote:
Hi all
riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog
коллеги, а вот если сравнивать riak и tarantool в к-ве key-value
stores, что из них для каких применений лучше подойдет? как полагаете?
2017-03-30 14:02 GMT+03:00 Gregory Edigarov
добавлю, что проявил себя хорошо, как с админской, так и с программерской точки зрения.
...
у нас был проект где мы его задествовали, как альтернативу редису, для более постоянного хранилища. проявил себя хорошо, если нет предубеждения против erlang - только за него.
On 30.03.17 12:48, Vasiliy P. Melnik wrote: riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
мне достаточно было дочитать чей тарантул, чтобы дальше не читать - ну их нахер, простите за мой французский.
ну и причем тут расовая чистота производителя к полезности и свойствам
программного продукта? тем более продукта с открытым кодом
следуя такой логике, надо от FreeBSD отказываться потому что там в
контрибуторах тоже *они* есть ;)
2017-03-30 14:25 GMT+03:00 Vasiliy P. Melnik
мне достаточно было дочитать чей тарантул, чтобы дальше не читать - ну их нахер, простите за мой французский.
ну и причем тут расовая чистота производителя к полезности и свойствам программного продукта? тем более продукта с открытым кодом
А причем тут расовая чистота: зачем связываться, если можно не связываться. следуя такой логике, надо от FreeBSD отказываться потому что там в
контрибуторах тоже *они* есть ;)
Пример не удачный - разные ситуации.
Thu, Mar 30, 2017 at 14:06:26, stesin wrote about "Re: [uanog] riak":
коллеги, а вот если сравнивать riak и tarantool в к-ве key-value stores, что из них для каких применений лучше подойдет? как полагаете?
riak сохраняет на диске, tarantool - нет. Этого достаточно, чтобы у них ниши фактически не пересекались. -netch-
добавлю, что проявил себя хорошо, как с админской, так и с программерской точки зрения.
Оооо, с админской стороны это пока самое простое, что я настраивал. Пока жестко над ним издеваемся, есть правда некоторые вещи которые не очень нравятся, но с другой стороны - они не смертельны, ну или еще не до конца разобрался с документацией. Но пока, учитывая как я над ним поиздевался - мне нравится как она вышел из ситуации, причем сам.
Hi
Мы от него полностью отказались при причине появления deadlock'ов под нагрузкой,
с которыми бородатые erlang-разработчики вместе с комьюнити ничего не
смогли поделать.
riak был в кластерах из трех нод.
Backend переписали, как ни странно под mysql 5.7, и все счастливы.
А так, да, старт был хороший - все его любили и хвалили поначалу.
Еще в нем чудеса были периодически после перезапуска нод -
кластер не работал до тех пор пока повторно службу riak не бутнешь, но
это мелочь.
--
Best regards,
Mykola
2017-03-30 12:48 GMT+03:00 Vasiliy P. Melnik
Hi all
riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog
hi, Thu, Mar 30, 2017 at 12:48:52, basil wrote about "[uanog] riak":
riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
Использовали, хоть и не в сверхбольших масштабах. Впечатления следующие: 1. Основная роль key-value без упорядочения ключей, разве что с разделением по корзинам - выполняется беспроблемно. Сюда - добавление/удаление и итерирование в его стиле. 2. Резервирование хранения - тоже неплохо сделано и регулируется на ходу почти как угодно. Что не рулилось - количество партиций, поэтому при создании всего кластера их надо делать с запасом, даже если на старте один сервер в кластере :) Дальше между серверами они перераспределят сами. 3. Бэкенды со странностями. Bitcask хранит ключи в RAM, это становится невозможно на огромных объёмах (знакомые закачивали в него сотни гигабайт), и имеет меньше возможностей. Eleveldb хорошо работает при операциях типа "вгрузили пару миллиардов ключей, погоняли, удалили", но вот шаблон, который его порвал - это постоянное обновление небольшого набора ключей - сжатие в eleveldb работало крайне медленно. Мы добивались раздутия крошечной базы до единиц гигабайт и самосдутия до нормального размера после снятия любой активности в течение двух недель. Что-то там в логике сжатия не так (другие реализации LSM не страдают таким). Это надо иметь в виду при тесте нагрузки. 4. При рассинхронизации данных на разных партициях он оставляет вопрос решить, где правильные данные, клиенту. Клиенты сразу надо писать с заточкой под это. В зависимости от значений параметров R, W и прочих в запросе, можно снизить вероятность нарваться на это, но она никогда не падает до 0. 5. Для диагностики надо уметь внедряться с контрольными вопросами в еноду. Это относительно лёгкое умение, но несколько дней таки потребует. В качестве альтернативы тому же подходу - смотреть на Cassandra и ScyllaDB, обе делают в принципе то же самое, но ещё есть вторичные ключи. (Есть Riak Time Series, но ещё сырой.) -netch-
30 марта 2017 г., 14:47 пользователь Valentin Nechayev
hi,
Thu, Mar 30, 2017 at 12:48:52, basil wrote about "[uanog] riak":
riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
Использовали, хоть и не в сверхбольших масштабах. Впечатления следующие:
Спасибо за отзыв, в зависимости от того, как будем разворачиваться и примем решение по поводу bitcask или leveldb, компрессию leveldb как ни странно отключили сразу. Но если получится выделить отдельных 6 нод, то будем скорее всего bitcask использовать. Слишком уж leveldb винт дергает. Из косвенного - на дебиане стоит лимит по-дефолту 1024 файла , на bitcask кластер поднялся без проблем, а с leveldb пока не увеличил лимиты он так и не завелся. Планируем хранить картинки, поэтому у нас планируется запись данных - изменения не будет, иногда данные будут удаляться, но это будет происходить только при полностью живом кластере.
hi, Thu, Mar 30, 2017 at 12:48:52, basil wrote about "[uanog] riak":
riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
FYI Basho скопытилось и пытается продаться, коллегу уволили, потому что удалёнщики наиболее вероятным покупателям не нужны. Да и вообще Erlang активно деградирует - верхушка закоснела и не реагирует на перемены. -netch-
Жаль, очень жаль.
On Tue, Apr 11, 2017 at 09:37 Valentin Nechayev
hi,
Thu, Mar 30, 2017 at 12:48:52, basil wrote about "[uanog] riak":
riak кто-то использует? интересует какой-то отзыв, ибо инфы очень мало по нему, сейчас тестируем - пока нравится, но может есть какие-то подводные камни
FYI Basho скопытилось и пытается продаться, коллегу уволили, потому что удалёнщики наиболее вероятным покупателям не нужны. Да и вообще Erlang активно деградирует - верхушка закоснела и не реагирует на перемены.
-netch- _______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- -- Alex Radetsky http://pearlpbx.com http://sirena-apps.com
participants (6)
-
Alex Radetsky
-
Andrii Stesin
-
Gregory Edigarov
-
Mykola Ulianytskyi
-
Valentin Nechayev
-
Vasiliy P. Melnik