0

Je suis passé par plusieurs sujets connexes ici et il semble que le sujet soit toujours ouvert, la documentation officielle ne le couvre pas alors nous sommes ici.Bonnes pratiques sur la persistance de la noisette et les membres multiples

  • Il y a un groupe avec les membres N dans un groupe
  • Il y a une carte distribuée
  • La carte a magasin de persistance soutenue par MongoDB
  • Nombre de sauvegardes est 1
  • à écriture est activé
  • Carte est censé être peuplé au démarrage
  • données dans DB est trop grand pour être stocké uniquement par un membre

Les questions sont les suivantes:

  1. Pour les opérations d'écriture correctement, tous les membres de la carte doivent avoir MapStore activé, car ils écrivent que des partitions dont ils sont propriétaires?
  2. Quand la classe commence, devrait loadkeys() charge de la mise en œuvre que sous-ensemble de données, ou il devrait essayer de charger ensemble des données et le partitionnement Hazelcast se chargera de la distribution des clés?
  3. Si les deux scénarios de Q précédents sont valides, lequel est le plus efficace?

Répondre

3
  1. Oui tous les membres doivent avoir la mise en œuvre MapStore permis
  2. Non, il doit charger toutes les clés (au moins ceux que vous souhaitez mettre à la disposition avec impatience) et le noeud de chargement distribue les clés en fonction de la modèle de hachage distribuée
  3. norme
  4. Je suppose que cette question n'est plus nécessaire, ou peut-être mal compris que je
+2

Merci Chris pour la réponse rapide! Très heureux Hazelcast se charge de la distribution, simplifie vraiment les choses et le rend plus facile à l'échelle! –