설명서Experience Cloud KCS

AEM 6.5: Dynamic Media 인코딩 비디오 워크플로우로 인해 병렬 비디오 업로드 중 CPU이 급증합니다

마지막 업데이트: 2026년 7월 31일

이 문서에서는 Adobe Experience Manager 6.5에서 병렬 비디오 업로드 중 Dynamic Media 인코딩 비디오 워크플로우로 인해 발생하는 CPU 스파이크를 해결하는 방법에 대해 설명합니다.

설명 description

환경

Adobe Experience Manager(AEM) 6.5 SP24(모든 플랫폼)

문제/증상

여러 비디오 자산(예: 각각 10~80MB의 15~20개 비디오)을 Production Author 서버에 동시에 업로드할 때 Dynamic Media 인코딩 비디오 워크플로가 병렬 FFmpeg 코드 변환 프로세스를 트리거하면 심각한 CPU 스파이크가 발생합니다. 서버가 응답하지 않고 다시 시작해야 합니다. 각각 30MB의 비디오 5개를 업로드할 때 하위 환경에서도 유사한 동작이 발생합니다.

증상:

  • 비디오 에셋 업로드 중 작성자 서버의 높은 CPU 사용률
  • 작성자 인스턴스가 응답하지 않으므로 다시 시작해야 합니다.
  • 문제가 해결될 때까지 비즈니스 사용자가 비디오 자산을 업로드할 수 없습니다.

오류 로그는 서버 중단 전에 FFmpeg 코드 변환 단계가 활성 상태임을 보여 줍니다.

원인

Dynamic Media 인코딩 비디오 워크플로우에 의해 트리거된 병렬 FFmpeg 처리가 잘못 구성된 큐 주제(선행 슬래시)로 인해 조절되지 않았습니다.

주제를 수정하고 전용 큐를 사용하면 제어된 동시성을 사용하여 CPU 스파이크를 방지할 수 있습니다.

해결 방법 resolution

아래 단계에 따라 문제를 해결하십시오.

  1. 워크플로 구성 검토:

    • 비디오 인코딩에 사용된 워크플로 모델을 식별합니다(예: Dynamic Media Encode Video).
    • 테스트 비디오를 업로드하고 /system/console/slingevent에서 주제를 확인하여 워크플로 주제를 확인합니다(예: com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode).

  2. 순서가 지정된 전용 Sling 작업 큐 구성:

    • 워크플로 주제에 대한 사용자 정의 Sling 작업 큐를 만듭니다.

    • 대기열 주제가 /system/console/slingevent에 표시된 주제와 정확히 일치하는지(선행 슬래시 없음) 확인합니다.

    • 예:

      • 올바른 값: com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode
      • 올바르지 않음: /com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode

  3. 큐 순위 및 동시 실행 설정:

    • 사용자 지정 대기열에 기본 워크플로우 대기열보다 높은 순위를 지정합니다(예: 1000).
    • FFmpeg 처리를 조절하도록 동시성 설정을 구성합니다(예: 동시 실행을 제한하도록 maxConcurrentJobs 설정).

  4. 구성 유효성 검사:

    • 워크플로우 상태를 재설정하고 워크플로우를 다시 실행합니다.
    • 작업이 전용 큐를 통해 라우팅되고 병렬 업로드 중에 CPU 사용률이 안정적으로 유지되는지 확인합니다.

  5. 낮은 환경에서 테스트:

    • 여러 비디오를 동시에 업로드하고 CPU 사용을 모니터링합니다.
    • 성공하면 구성을 프로덕션에 적용합니다.
recommendation-more-help
experience-cloud-kcs-help-kbarticles