Was geschieht mit solchen verteilten In-Memory-Cloud-Datenbanken wie Hazelcast und Scalris, wenn mehr Daten als RAM im Cluster speichern?

Question

Was kann man so geschieht verteilt im Speicher Cloud-Datenbanken als

1. Hazelcast
2. Scalaris

wenn es mehr Daten zu speichern, als RAM im Cluster?

Werden sie tauschen? Was passiert, wenn der Swap-Speicher voll ist? Ich kann nicht eine Disaster-Recovery-Strategie an beiden Datenbanken sehen! Vielleicht gehen alle Daten verloren, wenn der Speicher voll ist?

Gibt es eine Verfügbarkeit Dinge zu schreiben für Speicherprobleme auf die Festplatte nach unten? Gibt es andere Datenbanken gibt, die die gleiche Funktionalität wie Hazelcast oder Scalaris mit Backup-Funktionen / HDD-Speicher / Disaster Recovery anbieten?

Answer 1

Ich weiß nicht, was der Stand der Dinge war, als die akzeptierte Antwort von Martin K. veröffentlicht wurde, aber Scalaris FAQ behauptet nun, dass diese unterstützt wird.

Kann ich mehr Daten in Scalaris als RAM + Auslagerungsdaten ist verfügbar im Cluster?

  

Ja. Wir haben mehrere Datenbank   Back-Ends, z.B. src / db_ets.erl (ets)   und src / db_tcerl (tokyocabinet). Das   erstere verwendet den Hauptspeicher für   Speichern von Daten, während die letzteren Anwendungen   tokyocabinet für Daten auf der Festplatte zu speichern.   Mit tokycoabinet, nur den lokalen   Festplatten sollten die Gesamtgröße beschränken   Ihre Datenbank. Beachten Sie jedoch, dass diese   noch nicht persistency liefern.

     

Für Anweisungen auf dem Schalt   Datenbank-Backend zu tokyocabinet sehen    Tokyocabinet .

Answer 2

In Bezug auf die Teams von Hazelcast und Scalaris, sagen sie beide, dass mehr Daten als RAM Schreiben verfügbar ist nicht unterstützt wird.

Das Hazlecast Team wird ein Flatfile-Store in der nahen Zukunft zu schreiben.