Installation et mise en œuvre du module Amon

La personnalisation sélective de la durée du cache est basée sur la directive refresh_pattern de Squid. Cette directive permet un contrôle très fin de la validité des objets mis en cache.

Lors d'une requête, Squid décide du comportement à adopter en fonction de l'état de l'objet dans son cache :

• si l'objet n'est pas dans le cache, Squid le demande au serveur qui héberge l'objet, le met en cache et le fournit au client ;

• si l'objet est dans le cache et qu'il est considéré comme étant encore à jour, Squid le fournit directement au client ;

• s'il n'est plus considéré comme à jour, alors une requête If-modified-since est envoyée au serveur qui héberge l'objet.

Pour déterminer si un objet est à jour, Squid utilise plusieurs paramètres :

• la valeur liée à l'objet enregistré :

  • age correspond au temps en seconde écoulé depuis l'entrée de l'objet dans le cache (objet_age = maintenant - objet_date)
  • lm_age correspond à l'age de l'objet au moment de l'entrée dans le cache, temps, en secondes, écoulé entre la dernière modification de l'objet sur le serveur hébergeur et son entrée dans le cache. (lm_age = objet_date - objet_lastmod)
  • expires est la date d'expiration de l'objet éventuellement fournie par le serveur hébergeur au moment de l'entrée de l'objet dans le cache. Si elle est renseignée, la valeur de Temps minimum de cache prend le pas sur cette valeur.

• la valeur fournie par le client ;

  Squid tient compte de la variable client_max_age éventuellement fournie par le client, elle indique l'âge maximal de l'objet accepté par le client. Si cette valeur est fournie par le client elle prend le pas sur la valeur Temps maximum de cache du fichier de configuration de Squid.

• les valeurs du fichier de configuration de Squid :

  • temps écoulé depuis le téléchargement (age), temps maximum et minimum de cache :

    • si Temps maximum de cache est défini et que le temps écoulé depuis le téléchargement est supérieur, l'objet est périmé et devra être mis à jour ;
    • si le temps écoulé depuis le téléchargement est inférieur ou égal au Temps minimum de cache, l'objet est considéré comme étant à jour.

  • date d'expiration de l'objet fournie par le serveur hébergeur :

    • si la date d'expiration de l'objet (expires) est définie par le serveur hébergeur et qu'elle est dépassée, l'objet est périmé et devra être mis à jour ;
    • si la date d'expiration de l'objet (expires) est définie par le serveur hébergeur mais qu'elle n'est pas encore dépassée, l'objet est considéré comme étant à jour.

  • rapport (lm_factor) entre le temps, en secondes, écoulé depuis l'entrée de l'objet dans le cache et son âge au moment de l'entrée dans le cache :

    Plus le score du rapport entre le temps écoulé depuis l'entrée de l'objet dans le cache et son âge au moment de l'entrée dans le cache (age/lm_age) est élevé plus l'objet risque d'être périmé :

    • peu de temps écoulé (10) / objet vieux (1000) = rapport faible (0.01) → objet probablement à jour
    • beaucoup de temps écoulé (1000) / objet vieux (1000) = rapport élevé (1) → objet probablement périmé
    • peu de temps écoulé (10) / objet jeune (10) = rapport élevé (1) → objet probablement périmé
    • beaucoup de temps écoulé (1000) / objet jeune (10) = ce cas de figure n'arrive pas car géré par des règles en amont.

    Si le rapport est inférieur au pourcentage (percent) saisi dans Rapport entre l'âge de l'objet dans le cache et son âge sur le site, l'objet est considéré comme à jour. Diminuer la valeur du pourcentage diminue la probabilité (rapport faible) qu'un objet soit périmé.

Enfin, si aucune règle n’aboutit à considérer l'objet comme étant à jour, celui-ci est considéré comme périmé et devra être mis à jour.