Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
keefay_lo
Member

Откуда:
Сообщений: 6
Стоит странная задачка: найти nosql решение, которое будет успевать за <150 микросекунд подтвердить SET/UPDATE - при этом, скорее всего, сделать это в памяти, а на диск записать уже позже, прозрачно и незаметно для приложения.

Ограничения: C++, немного денег (т.е. TimesTen за $23k не впишется, как и Gemfire за $12k).

Что еще. Эта штука должна работать без единого master'а на запись, т.е. Redis не подходит (он master-slave с возможностью чтени со слейвов).

--

Что удалось набенчить уже:

Riak: 700мкс. Не подходит.
Gemfire: ~200мкс. Не подходит. (цена)
Redis: 100мкс. Не подходит (master-slave)
3 апр 14, 18:47    [15829185]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
bdmalex
Member

Откуда: Москва
Сообщений: 613
Memcached не предлагаю....Может подойдёт Tarantool ?
3 апр 14, 19:38    [15829455]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
keefay_lo
Member

Откуда:
Сообщений: 6
bdmalex,
Tarantool не подходит.

Master-slave репликация прекрасно работает для проектов из web, к которым относятся mail.ru. Проблема в том, что у меня дикие требования к failover/HA - должно быть два мастера на write.

В теории, это означает, что нужна эластичная синхронная репликация по кольцу в стиле riak + фоновая запись на диск (и всё это должно давать подтверждение о том, что произошло хотя бы две записи - хотя бы в 200мкс, а riak при работе уже успел выдать мне 99% 700мсек и это тотально не подходит).

Писать это с нуля я не хочу (российскому хайлоаду хватит Полякова и прочих мейлрушных изготовителей тарантулы). Но, похоже, придется.
4 апр 14, 13:34    [15832820]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
DirksDR
Member

Откуда: Пермь
Сообщений: 340
keefay_lo,

Добрый день!
Чтобы не писать ВСЕ с нуля, посмотрите на
http://globalsdb.org/getting-started
Бесплатная, скоростная, на мой взгляд годится как хранилище для одного узла.
Репликацию между узлами придется писать самому :(

Пообщайтесь здесь на форуме с SergeyLee
https://www.sql.ru/forum/1006757/vse-raznoobrazie-i-primery-mumps-baz-dannyh?hl=gt m
Товарищ пишет надстройку над "односерверной" системой GT.M. с целью получить многоузловую БД.
8 апр 14, 17:42    [15851473]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
keefay_lo,

Попробуйте СУБД Caché.
Для тестов в условиях протокола ECP Вы можете попросить временную мультисерверную лицензию.
8 апр 14, 20:00    [15852097]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
Vovaka
Member

Откуда: Москва
Сообщений: 684
VoltDB. Есть бесплатная версия.
8 апр 14, 22:12    [15852707]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
Alexey Kuznetsov
Member

Откуда: Krasnoyarsk
Сообщений: 1141
keefay_lo,

Посмотри в сторону gridgain.
Недавно заопенсорсились. Есть распределенный кеш + вытеснение на диск (должно настраиваться).
Если что спрашивай на стековерфлоу с хешем #gridgain.
11 апр 14, 04:25    [15865699]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
Alexey Kuznetsov
Member

Откуда: Krasnoyarsk
Сообщений: 1141
Забыл отметить - c++ клиент в наличии.
11 апр 14, 04:27    [15865700]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Coherence SE - 4600$ за 1 Socket (т.е. потенциально за 10-12 ядер). Мне кажется, относительно небольшая цена.
11 апр 14, 22:47    [15870816]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
Скороход
Guest
Посмотрите в сторону Redis...
12 авг 14, 18:16    [16433049]     Ответить | Цитировать Сообщить модератору
 Re: Хочется странного: быстрый распределенный RAM-кеш с постоянным хранилищем на диске.  [new]
roden
Member

Откуда:
Сообщений: 741
Скороход
Посмотрите в сторону Redis...

совет интересный, особенно если прочесть-таки первый пост ТС:
автор
т.е. Redis не подходит (он master-slave с возможностью чтени со слейвов).
15 авг 14, 15:07    [16446963]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить