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

Question

Was im Speicher Cloud-Datenbanken als

1. Hazelcast
2. Scalaris

solche verteilt geschieht, wenn mehr Daten zu speichern, als RAM im Cluster ist?

Werden sie tauschen? Was ist, wenn der Swap-Speicherplatz voll ist? Ich kann keine Notfallwiederherstellungsstrategie in beiden Datenbanken sehen! Vielleicht gehen alle Daten verloren, wenn der Speicher voll ist?

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

Answer 1

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

Can I store more data in Scalaris than ram+swapspace is available in the cluster?

Ja. Wir haben mehrere Datenbanken Backends, z.B. src/db_ets.erl (ets) und src/db_tcerl (tokyocabinet). Der Former verwendet den Hauptspeicher für zum Speichern von Daten, während der letzte tokyocabinet zum Speichern von Daten auf der Festplatte verwendet. Mit tokycoabinet sollten nur Ihre lokalen Festplatten die Gesamtgröße von Ihrer Datenbank begrenzen. Beachten Sie jedoch, dass immer noch keine Persistenz bietet.

Anweisungen zum Umschalten des Datenbank-Backends auf tokyocabinet finden Sie unter Tokyocabinet.

Answer 2

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

Das Hazlecast-Team wird in naher Zukunft einen Flatfile-Store schreiben.