Size: a a a

Архитектура данных

2018 February 19

VT

Vladimir Tolmachev in Архитектура данных
Антон Хасин
Вроде InMemoryDataGrid чаще в этом качестве используют? В чем профит Тарантула по сравнению с ними?
Вопрос терминологии.
Tarantool вполне себе in-memory и grid тоже ;)
источник

RK

Roman Kolchin in Архитектура данных
Vladimir Tolmachev
Вопрос терминологии.
Tarantool вполне себе in-memory и grid тоже ;)
Как я понимаю репликация и синхронизация в Ignite/GridGain "из коробки" и это ключевой функционал. А в Tarantool это навелосипеденая фича, вроде даже на том же Lua сделана.
источник

RK

Roman Kolchin in Архитектура данных
Так что Tarantool не очень грид. База данных, которую можно шардировать (с логикой маршрутизации запросов на уровне приложения) + кэш + даже сервер приложений на Lua — да. Но не настоящий грид.
источник

VT

Vladimir Tolmachev in Архитектура данных
Roman Kolchin
Как я понимаю репликация и синхронизация в Ignite/GridGain "из коробки" и это ключевой функционал. А в Tarantool это навелосипеденая фича, вроде даже на том же Lua сделана.
Репликация и синхронизация чего и с чем?
источник

RK

Roman Kolchin in Архитектура данных
Данных между узлами кластера.
источник

VT

Vladimir Tolmachev in Архитектура данных
С этим все нормально сейчас.
Вот sql в альфе-2, это факт.
источник

RK

Roman Kolchin in Архитектура данных
Прикольно. А с Ignite/GG сравнивались хотя бы на нескольких десятках узлов?
источник

RK

Roman Kolchin in Архитектура данных
На 1 узле Tarantool однозначно его порвет. Мб и на нескольких тоже. А вот но более крупном кластере как?
источник

VT

Vladimir Tolmachev in Архитектура данных
Открытых тестов никто давно не делал. Много вопросов по методике.
Есть закрытые сравнения в рамках конкурсов под конкретные workload-ы.
источник

VT

Vladimir Tolmachev in Архитектура данных
А где кстати у GG инсталляции на десятках узлов, если не считать их самого крупного клиента?
источник

RK

Roman Kolchin in Архитектура данных
Не знаю.
источник

RK

Roman Kolchin in Архитектура данных
Знаю, что в Сбере кластер на несколько сотен и планируется на пару тысяч. Но под какой нагрузкой он сейчас работает — хз.
источник

RK

Roman Kolchin in Архитектура данных
Но GG во всяком случае старается этот функционал реализовать. И если у них все взлетит в Сбере как планируют, то это будет однозначный успех.
источник

RK

Roman Kolchin in Архитектура данных
Не уверен, что команда Tarantool'а что-то делает специально чтобы реализовать data grid. В позапрошлом году у них была задача сделать дисковую базу, в прошлом — поддержать sql. Что в этом — хз. А до этого точили in-memory возможности и соревновались с redis'ом.
источник

RK

Roman Kolchin in Архитектура данных
Смотрю, что и в Tarantool'е для кластеризации что-то интересное начали мутить. Сообщение из их чата @tarantoolru:
источник

RK

Roman Kolchin in Архитектура данных
Мы завершили разработку новой версии шардинга, основанной на виртуальных бакетах, а не на Гуава.

Основное отличие от http://github.com/tarantool/shard в том, что в каждом тапле хранится его bucket id, что упрощает ребалансировку и роутинг запросов.


Основная идея нового шардинга - сделать так, чтобы данные, нужные для одной хранимки гарантированно оказывались в нужном бакете.

https://github.com/tarantool/vshard

Прошу пробовать, за помощью обращайтесь к @gerold103
источник

VT

Vladimir Tolmachev in Архитектура данных
Это кстати в прод со дня на день уйдёт, под заказчика делали.
источник
2018 February 21

e

er@essbase.ru in Архитектура данных
Vladimir Tolmachev
Это кстати в прод со дня на день уйдёт, под заказчика делали.
Несколько экземпляров тарантула могут обслуживать одно хранилище ?
источник

VT

Vladimir Tolmachev in Архитектура данных
er@essbase.ru
Несколько экземпляров тарантула могут обслуживать одно хранилище ?
там же в памяти все.
есть репликация, есть переключение по репликам, если мастер вылетает
источник
2018 March 09

e

er@essbase.ru in Архитектура данных
источник