O que está acontecendo com tais distribuídos em memória bancos de dados em nuvem como Hazelcast e Scalris se há mais dados para armazenar de RAM no cluster?

Question

O que está acontecendo com tais distribuídos em memória bancos de dados em nuvem como

1. Hazelcast
2. scalaris

se houver mais dados para armazenar de RAM no cluster?

Eles vão trocar? E se o espaço de troca está cheio? Eu não posso ver uma estratégia de recuperação de desastres em ambas as bases de dados! Talvez todos os dados são perdidos se a memória está cheia?

Existe uma disponibilidade para escrever as coisas para o disco-rígido para problemas de memória? Existem outros bancos de dados lá fora, que oferecem a mesma funcionalidade que Hazelcast ou scalaris com recursos de backup / HDD-armazenamento / recuperação de desastres?

Answer 1

Eu não sei o que o estado de coisas foi quando a resposta aceito por Martin K. foi publicado, mas scalaris FAQ agora afirma que este é suportado.

Posso armazenar mais dados em scalaris de carneiro + partição swap está disponível no cluster?

Sim. Temos vários banco de dados infra- estruturas, por exemplo src / db_ets.erl (ETS) e src / db_tcerl (tokyocabinet). o ex-usos a principal memória para armazenamento de dados, enquanto as últimas utilizações tokyocabinet para o armazenamento de dados em disco. Com tokycoabinet, apenas o seu local de discos devem limitar o tamanho total de seu banco de dados. Note, no entanto, que este continua a não fornecer persistência.

Para obter instruções sobre como mudar o backend de banco de dados para ver tokyocabinet Tokyocabinet .

Answer 2

Em relação às equipes de Hazelcast e scalaris, dizem ambos, que a gravar mais dados do que a RAM está disponível não é suportado.

A equipe Hazlecast vai escrever uma loja flatfile no futuro próximo.