DocumentationExperience Cloud KCS

AEM 6.5 : le workflow Vidéo de codage de média dynamique entraîne un pic CPU lors des chargements vidéo parallèles

Dernière mise à jour : 31 juillet 2026

Cet article explique comment résoudre les pics CPU causés par le workflow Vidéo de codage de média dynamique lors de chargements vidéo parallèles dans Adobe Experience Manager 6.5.

Description description

Environnement

Adobe Experience Manager (AEM) 6.5 SP24 (toutes les plateformes)

Problème/Symptômes

Lors du chargement simultané de plusieurs ressources vidéo (par exemple : 15 à 20 vidéos de 10 à 80 Mo chacune) sur le serveur de création de production, le workflow Vidéo de codage de média dynamique déclenche des processus de transcodage FFmpeg parallèles, ce qui entraîne de graves pics de CPU. Le serveur ne répond plus et nécessite un redémarrage. Un comportement similaire se produit dans les environnements inférieurs lors du chargement de 5 vidéos de 30 Mo chacune.

Symptômes :

  • Utilisation élevée du CPU sur le serveur de création lors du chargement des ressources vidéo
  • L’instance d’auteur ne répond plus et doit être redémarrée
  • Les utilisateurs professionnels ne peuvent pas charger de ressources vidéo tant que le problème n’est pas résolu.

Les journaux d’erreurs indiquent que les étapes de transcodage FFmpeg sont actives avant la panne du serveur.

Cause

Le traitement parallèle de FFmpeg déclenché par le workflow Vidéo de codage de média dynamique n’a pas été ralenti en raison d’une rubrique de file d’attente mal configurée (barre oblique).

La correction de la rubrique et l’utilisation d’une file d’attente dédiée permettent une simultanéité contrôlée, empêchant les pics CPU.

Résolution resolution

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

  1. Vérifier la configuration du workflow :

    • Identifiez le modèle de workflow utilisé pour le codage vidéo (par exemple : Dynamic Media Encode Video).
    • Confirmez la rubrique de workflow en chargeant une vidéo de test et en vérifiant la /system/console/slingevent de la rubrique (par exemple : com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode).

  2. Configuration d’une file d’attente de tâches Sling organisée dédiée :

    • Créez une file d’attente de tâches Sling personnalisée pour la rubrique de workflow.

    • Assurez-vous que la rubrique de file d’attente correspond exactement (pas de barre oblique) à la rubrique affichée dans /system/console/slingevent.

    • Exemple :

      • Correct : com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode
      • Incorrect : /com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode

  3. Définir le classement et la simultanéité de la file d’attente :

    • Attribuez un rang supérieur à la file d’attente personnalisée (par exemple : 1 000) par rapport à la file d’attente de workflow par défaut.
    • Configurez les paramètres de simultanéité pour ralentir le traitement FFmpeg (par exemple : définissez maxConcurrentJobs pour limiter les exécutions simultanées).

  4. Valider la configuration:

    • Réinitialisez le statut du workflow et réexécutez-le.
    • Vérifiez que les tâches sont acheminées via la file d’attente dédiée et que l’utilisation de CPU reste stable lors des chargements parallèles.

  5. Test dans un environnement inférieur :

    • Chargez plusieurs vidéos simultanément et surveillez l’utilisation de CPU.
    • En cas de réussite, appliquez la configuration à la production.
recommendation-more-help
experience-cloud-kcs-help-kbarticles