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:

  1. Um Schreibvorgänge korrekt arbeitet zu machen, wird alle Karten Mitglieder haben Mapstor aktiviert haben, wie sie sie besitzen nur Partitionen schreiben?
  2. 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.
  3. Wenn beide Szenarien von vorherigen Q gültig sind, welche ist effizienter?

Antwort

3
  1. Ja Alle Mitglieder müssen die Mapstor Implementierung aktiviert
  2. Nein, es alle Schlüssel zu laden hat (zumindest diejenigen, die Sie mit Spannung zur Verfügung stellen mögen) und der Ladeknoten verteilt die auf der Basis Tasten Standard verteilte Hash-Muster
  3. ich denke, diese Frage nicht mehr erforderlich ist, oder vielleicht falsch verstanden ich
+2

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! –