0
Ich ging durch mehrere verwandte Themen hier und es scheint, das Thema ist immer noch offen, offizielle Dokumentation deckt es nicht so hier sind wir.Best Practices auf Hazelcast persistance und mehrere Mitglieder
- Es gibt einen Cluster mit N-Mitglieder in einer Gruppe
- gibt es noch eine verteilte Karte
- Die Karte Persistenzspeicher hat von MongoDB gesichert
- Anzahl der Sicherungen 1
- Write-through aktiviert ist
- Karte soll beim Start
- Daten in DB ist zu groß, um nur von einem Mitglied gespeichert werden
Die Fragen sind:
- Um Schreibvorgänge korrekt arbeitet zu machen, wird alle Karten Mitglieder haben Mapstor aktiviert haben, wie sie sie besitzen nur Partitionen schreiben?
- Wenn der Cluster gestartet wird, sollte die loadKeys() - Implementierung nur eine Teilmenge von Daten laden, oder es sollte versucht werden, den gesamten Datensatz zu laden, und die Hazelcast-Partitionierung kümmert sich um die Schlüsselverteilung.
- Wenn beide Szenarien von vorherigen Q gültig sind, welche ist effizienter?
Danke Chris für die schnelle Antwort! Sehr froh, dass Hazelcast sich um den Vertrieb kümmert, die Dinge wirklich vereinfacht und die Skalierung erleichtert! –