Disons que dans un fort taux d'écriture sur un cluster de 10 machines, tu passes ton temps à te refiler le fichier. Avec simplement l'information d'invalidation, tu ne va chercher le fichier que si il est demandé.
Pour garder la réplication, une triple copie suffit pas la peine d'inonder le cluster (cela pourrait se faire avec un TTL si il y a une topologie anneau).
Je faisais la différence entre la réplication d'écriture en vue d'augmenter le potentiel de lecture (ce que vous faite) devant la réplication en lecture qui ne fait que propager un message d'invalidation plus léger que le fichier à transmettre.
Si vous voulez aussi de la réplication, il n'y a pas besoin de faire la copie totale.
Un fichier ayant beaucoup d'écriture pourrait être l'information de session avec sauvegarde de l'état précédent.
[^] # Re: GlusterFS ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Publication de FineFS, un système de fichiers répartis. Évalué à 2.
Pour garder la réplication, une triple copie suffit pas la peine d'inonder le cluster (cela pourrait se faire avec un TTL si il y a une topologie anneau).
Je faisais la différence entre la réplication d'écriture en vue d'augmenter le potentiel de lecture (ce que vous faite) devant la réplication en lecture qui ne fait que propager un message d'invalidation plus léger que le fichier à transmettre.
Si vous voulez aussi de la réplication, il n'y a pas besoin de faire la copie totale.
Un fichier ayant beaucoup d'écriture pourrait être l'information de session avec sauvegarde de l'état précédent.
"La première sécurité est la liberté"