Riak TS действительно не имеет этих ограничений, поэтому вы можете свободно им пользоваться. Также RiakTS очень хорошо масштабируется. На самом деле это лучше всего работает в кластере, поэтому вам, вероятно, следует начать с 3 ящиков. Вы можете настроить коэффициент репликации и множество настроек.
Вы говорите, что ваши запросы будут иметь низкую сложность, поэтому встроенных функций запросов RiakTS будет более чем достаточно.
RiakTS позволяет настроить размер «квантов», что сделает ваш экземпляр RiakTS более ориентированным на чтение или запись. Однако в вашем случае, если у вас низкий трафик и у вас не так много сложных запросов, я бы не стал об этом беспокоиться.
Следует иметь в виду, что Riak TS не отслеживает имена серий, поэтому вам придется либо иметь имена серий, которые вы можете вычислить (например, _), либо иметь отдельный БД для хранения, перечисления и поиска названий серий. Если это проблема для вас, я могу дать вам больше информации/советов/примеров о том, как заставить это работать.
Если вы хотите оставаться на стороне открытого исходного кода, я не думаю, что InfluxDB вам подойдет. Если вы платите за корпоративную версию InfluxDB, она может работать, как сказал deniszh, но вы будете вынуждены перейти в кластер и масштабироваться только для того, чтобы иметь возможность хранить больше серий, а не потому, что этого требует ваш трафик.
Некоторые примеры InfluxDB: https://www.reddit.com/r/Database/comments/2nw9k0/practical_limits_of_influxdb/
Вас может заинтересовать DalmatinerDb ( https://dalmatiner.io/ ), так как он основан на некоторых те же технологии, что и RiakTS, но для вас предусмотрено хранение и индексация названий серий; также говорят, что он быстрее. Однако кажется, что для его запуска и работы требуется более сложная настройка. Также он очень новый.
person
dams
schedule
26.09.2016