Rotation et conservation des journaux AEM as a Cloud Service pour le stockage d’objets blob Azure
✨ Ce contenu est généré par l’IA et peut être inexact. Termes IA génératifs
Cet article explique comment Adobe Experience Manager as a Cloud Service gère la rotation et la conservation des journaux pour les journaux transférés vers Azure Blob Storage et fournit des conseils pour la gestion du cycle de vie des journaux côté Azure.
Description description
Environnement
Adobe Experience Manager as a Cloud Service (toutes versions)
Symptômes
- La taille des fichiers journaux transférés vers Azure Blob Storage continue à augmenter pendant plusieurs jours, de nouvelles entrées de journal étant ajoutées au même blob ou fichier.
- Plusieurs fichiers peuvent apparaître sous le même type de journal, chacun avec des identifiants de capsule différents dans le nom du fichier.
- Il existe une incertitude quant à savoir si la rotation du journal est basée sur le temps, la taille ou déclenchée par des modifications de capsule ou des redémarrages.
- Rien n’indique clairement quand un fichier journal cessera de recevoir de nouvelles entrées ou quand il sera fermé.
- L’horodatage du nom de fichier n’indique pas de manière fiable l’heure de création de l’objet Blob.
- Aucun message d’erreur n’est généré, mais l’absence de points de rotation ou de fermeture clairs complique la gestion du cycle de vie du côté d’Azure.
Cause
AEM as a Cloud Service n’applique pas de politique fixe de rotation ou de conservation des journaux pour les journaux transférés vers le stockage Blob d’Azure. Les fichiers journaux restent ouverts et continuent à recevoir des entrées tant que leur capsule source est active, ce qui nécessite que les clients gèrent la conservation et le cycle de vie du côté Azure.
Résolution resolution
Suivez les étapes ci-dessous pour gérer la rotation et la conservation des journaux :
- Sachez qu’AEM as a Cloud Service transfère les journaux vers Azure Blob Storage dans des fichiers spécifiques à chaque pod ou source et que les entrées du journal sont ajoutées en permanence tant que la source reste active.
- Notez qu’il n’existe pas de planning de rotation documenté basé sur la durée ou la taille, appliqué par Adobe pour ces fichiers journaux.
- Sachez qu’un nouveau fichier peut être créé si un nouveau pod est démarré ou si la source change, mais pas nécessairement à chaque redémarrage du pod.
- Reconnaissez qu’Adobe ne fournit pas de paramètres de rotation ou de rétention configurables par le client pour ces journaux.
- Utilisez les propriétés et les métadonnées Azure Blob Storage pour la gestion du cycle de vie, plutôt que de vous fier à l’horodatage du nom de fichier.
- Implémentez des politiques de gestion de la segmentation, de la rétention et du cycle de vie du côté d’Azure pour gérer la croissance et la rétention des fichiers journaux selon les besoins de votre environnement.
- Surveillez régulièrement la taille des objets Blob et utilisez les fonctionnalités de gestion du cycle de vie d’Azure pour archiver ou supprimer des objets Blob en fonction de vos besoins.