¿Qué está sucediendo con las bases de datos en la nube distribuidas en la memoria como Hazelcast y Scalris si hay más datos para almacenar que RAM en el clúster?

Question

¿Qué está pasando con las bases de datos en la nube distribuidas en memoria como

1. Hazelcast
2. Scalaris

si hay más datos para almacenar que RAM en el clúster?

¿Van a intercambiar? ¿Qué pasa si el espacio de intercambio está lleno? ¡No puedo ver una estrategia de recuperación ante desastres en ambas bases de datos! ¿Quizás se pierden todos los datos si la memoria está llena?

¿Hay disponibilidad para escribir cosas en el disco duro por problemas de memoria? ¿Existen otras bases de datos que ofrecen la misma funcionalidad que Hazelcast o Scalaris con funciones de copia de seguridad / almacenamiento en disco duro / recuperación ante desastres?

Answer 1

No sé cuál era el estado de cosas cuando se publicó la respuesta aceptada por Martin K., pero las Preguntas frecuentes de Scalaris ahora afirman que esto es compatible.

¿Puedo almacenar más datos en Scalaris que Ram + swaps disponible? en el clúster?

  

Sí Tenemos varias bases de datos   backends, p. src / db_ets.erl (ets)   y src / db_tcerl (tokyocabinet). los   primero utiliza la memoria principal para   almacenar datos, mientras que este último usa   tokyocabinet para almacenar datos en el disco.   Con tokycoabinet, solo tu local   los discos deberían limitar el tamaño total de   su base de datos Sin embargo, tenga en cuenta que esto   todavía no proporciona persistencia.

     

Para obtener instrucciones sobre cómo cambiar el   backend de la base de datos a tokyocabinet ver    Tokyocabinet .

Answer 2

Con respecto a los equipos de Hazelcast y Scalaris, dicen que no se admite la escritura de más datos que RAM disponibles.

El equipo de Hazlecast va a escribir una tienda de archivos planos en el futuro cercano.