Что происходит с такими распределенными облачными базами данных в памяти, как Hazelcast и Scalris, если в кластере хранится больше данных, чем ОЗУ?

Question

Что происходит с такими распределенными облачными базами данных в памяти, как

1. Hazelcast
2. Scalaris

если в кластере хранится больше данных, чем оперативной памяти?

Они собираются поменяться? Что если пространство подкачки заполнено? Я не вижу стратегии аварийного восстановления в обеих базах данных! Может быть, все данные будут потеряны, если память заполнена?

Есть ли возможность записывать данные на жесткий диск для проблем с памятью? Существуют ли другие базы данных, которые предлагают те же функции, что и Hazelcast или Scalaris, с функциями резервного копирования / жесткого диска / аварийного восстановления?

Answer 1

Я не знаю, каково было положение дел, когда был опубликован принятый ответ Мартина К., но в FAQ по Scalaris теперь утверждается, что это поддерживается.

Могу ли я хранить больше данных в Scalaris, чем в кластере доступно ram + swapspace?

Да. У нас есть несколько баз данных бэкэнды, например src / db_ets.erl (ets) и src / db_tcerl (токиокабинет). бывший использует основную память для хранение данных, в то время как последний использует Токиокабинет для хранения данных на диске. С Tokycoabinet, только ваш местный диски должны ограничивать общий размер ваша база данных. Обратите внимание, что это по-прежнему не обеспечивает постоянство.

Для инструкций по переключению Бэкэнд базы данных tokyocabinet см. Tokyocabinet .

Answer 2

Что касается команд Hazelcast и Scalaris, они оба говорят, что запись данных больше, чем ОЗУ не поддерживается.

Команда Hazlecast собирается написать магазин плоских файлов в ближайшее время.