Invalidation du cache Dispatcher d’AEM avec statfileslevel et gracePeriod

Lorsque vous configurez Adobe Experience Manager (AEM) Dispatcher avec statfileslevel et gracePeriod, l’effacement explicite du cache pour les pages de liste est généralement inutile si la liste et le contenu mis à jour se trouvent sous la même portée de fichier .stat. Vérifiez le paramètre statfileslevel pour vous assurer que les deux sont couverts.

Description description

Symptômes

Le client demande si l’effacement explicite du cache (type d’invalidation INVALIDATE) est nécessaire pour répertorier les pages après la mise à jour du contenu avec le type ADD. Avec /publishfarm/cache/statfileslevel "2" et /publishfarm/cache/gracePeriod "2", les pages de liste semblent s’actualiser sans cela.

Procédure à suivre

  1. Configurez les /publishfarm/cache/statfileslevel "2" et les /publishfarm/cache/gracePeriod "2".
  2. Invalidation d’un fichier sous .stat avec le type ADD. La date de modification du fichier .stat est mise à jour.
  3. Demandez un fichier correspondant à /invalidate/../type "allow" dans les 2 secondes. Résultat : actionhit, cache inchangé.
  4. Effectuez une nouvelle demande au bout de 2 secondes. Résultat : actionmiss, cache actualisé.

Cause

ADD met à jour la date et l’heure du fichier .stat. Les fichiers correspondant à allow règles ne sont traités comme non valides qu’après gracePeriod écoulé depuis cet horodatage. Lorsque le contenu mis à jour et la page de liste partagent la même portée de .stat, la liste est invalidée par le même mécanisme, de sorte qu’une INVALIDATE distincte est inutile.

Résolution resolution

Suivez les étapes ci-dessous pour résoudre le problème :

  1. Comprendre le comportement des statfileslevel et des gracePeriod : lorsqu’une invalidate.cache est déclenchée (par exemple, en publiant une page), Dispatcher crée ou met à jour le fichier .stat au statfileslevel configuré.
  2. Dans la requête suivante pour une page mise en cache, Dispatcher compare les horodatages du fichier .stat et du fichier mis en cache. Si le fichier .stat est plus récent, le cache est invalidé et le contenu est récupéré à partir de l’instance de publication.
  3. Le paramètre gracePeriod (par exemple, 2 secondes) retarde l’invalidation du cache pendant la durée spécifiée après la mise à jour du fichier .stat. Les requêtes au sein du gracePeriod renvoient le contenu mis en cache (actionhit). Après la gracePeriod, le cache est invalidé (actionmiss).
  4. Si votre configuration se déclenche invalidate.cache de la publication d’une page et que le contenu mis à jour et sa liste se trouvent sous la même portée de fichier .stat, l’effacement explicite du cache pour la page de liste est généralement inutile. La liste sera automatiquement invalidée après la gracePeriod.
  5. Assurez-vous que le paramètre statfileslevel couvre le contenu mis à jour et la page de liste sous le même fichier .stat.
  6. Surveillez les journaux dans les cas Edge où le invalidate.cache est déclenché en continu, car le délai d’invalidation du cache peut changer. Ajustez les gracePeriod selon les besoins.

Vérifiez que l’invalidation du cache se produit comme prévu après l’gracePeriod et que les opérations de INVALIDATE explicites ne sont pas requises pour répertorier les pages dans la même portée de fichier .stat.

Lecture connexe

recommendation-more-help
experience-cloud-kcs-help-kbarticles