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?
-
22-07-2019 - |
Pergunta
O que está acontecendo com tais distribuídos em memória bancos de dados em nuvem como
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?
Solução
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 .
Outras dicas
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.