etags et la batterie de serveurs

Question

J'ai recueilli des screencasts de rails de détecteurs bien connus qui, à un moment donné, lorsque votre site devient de plus en plus gros, la mise en cache de proxy est la solution. La mise en cache de proxy utilise etag, entre autres choses et puisque etags peut être plus spécifique et un validateur fort est peut-être le chemin à parcourir. Cependant, j'entends aussi que dans les scénarios de batterie de serveurs l'etag n'est pas la bonne solution car elle peut varier d'un serveur à l'autre (Comment?)

Cela semble contradictoire, c'est-à-dire que la mise en cache du proxy basé sur les balises électroniques est la plus probable une grande charge de fermes de serveurs équilibrée. Donc, si e-tag échoue dans cette situation, comment le font-ils? : last_modified n'est pas vraiment une bonne option.

Dans une application de rails, disons que si mes etags dans une action post index est

:etag => "all_posts_#{Post.count}". 

ce sera varier d'un serveur à si elle est une charge batterie de serveurs équilibrée?

Answer 1

Habituellement, quand ils parlent d'Etags qui varie selon les serveurs, c'est en relation avec la connexion statique fournie par Apache. Par défaut Apache includes the file's inode in the Etag. Si les fichiers ne sont pas sur une ressource partagée (comme un NAS exporté NFS), alors l'inode du fichier sera différent sur chaque serveur. En règle générale, la recommandation est de configurer Apache comme:

FileETag MTime Size 

mais même qui a la possibilité de différences si le temps de modification varie selon les serveurs. Toutefois, pour le contenu non statique, vous générez l'Etag dans votre code, de sorte qu'il en serait de même sur plusieurs serveurs.