Was geschieht mit solchen verteilten In-Memory-Cloud-Datenbanken wie Hazelcast und Scalris, wenn mehr Daten als RAM im Cluster speichern?
-
22-07-2019 - |
Frage
Was kann man so geschieht verteilt im Speicher Cloud-Datenbanken als
- Hazelcast
- 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?
Lösung
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 .
Andere Tipps
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.