twitter.com Riak усё
Запустил перезапуск всего кластера...
Status Ring Pending Node
-------------------------------------------------------------------------------
valid 8.6% 8.6% 'riak@192.168.0.130'
valid 8.2% 7.8% 'riak@192.168.0.131'
valid 8.2% 7.4% 'riak@192.168.0.132'
valid 8.2% 7.4% 'riak@192.168.0.133'
valid 8.2% 7.4% 'riak@192.168.0.134'
valid 8.2% 7.4% 'riak@192.168.0.135'
valid 8.2% 7.4% 'riak@192.168.0.136'
valid 8.2% 7.4% 'riak@192.168.0.137'
valid 8.2% 7.4% 'riak@192.168.0.138'
valid 8.2% 7.4% 'riak@192.168.0.139'
valid 8.2% 7.4% 'riak@192.168.0.140'
valid 9.4% 9.4% 'riak@192.168.0.141'
valid 0.0% 7.4% 'riak@192.168.0.142'
-------------------------------------------------------------------------------
Valid:13 Leaving:0 Exiting:0 Joining:0 Down:0
Обратите внимание на то, что у .141 как был самый большой процент, так и остался.
2016-02-15 09:22:07.687 [info] <0.4996.18> Merged {["/var/lib/riak/bitcask/28544953854119197621165719388989902727654932480/304.bitcask.data", ...... ,[]} in 637.526956 seconds.
При этом занятое место на диске только увеличивается. Интересно, оно совсем всё сожрёт или всё ж откатит по окончании всех мержей?
slideshare.net
В качестве бэкенда юзают Riak.
Презенташка от Riot Games о том, как они построили чат на базе ejabberd'а для 70 миллионов игроков:
В качестве бэкенда юзают Riak.
* Поддержка Riak в качестве бэкенда БД
* Поддержка SIP outbound (RFC 5626)
* Исправления в Stream Management (XEP-0198)
* Улучшения системы журналирования
blog.process-one.net
В следующую версию я хз чего в него пихать — идей ваще нет.
Бекапы в s3 накрылись медным тазом до версии 2.0, где обещали починить.
Впрочем, как услугу всё равно продавать можно. Отдавать всякую статику сиё не помешает.
ато у нас на E5-2660 эта сучка выжрала 1200% cpu, тоесть все физические ядра и нихуя не работает
тоесть медленно
Why not "To avoid a pathological divergence you should be able to get your process back in time, kill it's clone to avoid time paradoxes and when you will get to that value — just skip that")
GET /buckets/bucket/keys/key # New format
а еще у них нету банального функционала по вытягиванию списка ключей / бакетов с лимитом и оффсетом.
labs.linkfluence.net
Надо сказать, что описанные проблемы вполне реальны и о них нужно знать.
Тут решений только два:
— быть up-to-date, благо активно развиваются и от версии к версии становятся все лучше и лучше.
— использовать кластеризацию через тот же BigCouch либо дробить базу на множество мелких баз и связывать их уже программной логикой.
BigCouch появился не так давно и еще не проверен временем, хотя работает и работает как заявлено.А вот дробить базу можно было всегда и по разному, но тут стоит выделить два решения:
— по типу документа
— по дате
Первый случай часто советуют, но у него серьезный недостаток — кросстиповые views теряются и весь смысл использовать CouchDB исчезает. Поверьте, склеивать результаты программно не самое приятное занятие, уж не будем упоминать о скорости.
Дробление по дате выглядит уже более перспективно и намного гибче, останется только понять в каком периоде времени находится документ с нужным нам id. Тут решение простое — отдельная база с индексом кто где лежит. Пограничные выборки, охватывающие сразу две базы уже намного проще склеивать.
Проблема тут только одна — не забывать синхронизировать дизайны документов.
Вот такие пироги. А Riak действительно крут, если так посмотреть, жаль только что masterless-репликации и система упраления доступны лишь в платной версии.