Assets 성능 안내서

성능이 중요한 경우 디지털 자산 관리가 자주 사용됩니다. 그러나 일반적인 DAM 설정에는 성능에 영향을 줄 수 있는 다양한 하드웨어 및 소프트웨어 구성 요소가 포함되어 있습니다. 이 문서에서는 다음을 제공합니다.

새로운 디지털 자산 관리 설정을 위한 최적 하드웨어 크기 결정에 대한 시스템 관리자를 위한 정보
성능 문제가 있는 DAM 인스턴스 문제를 해결하려는 소프트웨어 개발자를 위한 정보

성능 문제

디지털 자산 관리의 낮은 성능은 다음 세 가지 방법으로 사용자 경험에 영향을 줄 수 있습니다. 대화형 성능, 자산 처리 및 다운로드 속도 성능을 향상시키기 위해 관찰된 성능을 제대로 측정하고 대상 지표를 설정하는 것이 중요합니다.

1. 대화형 검색 및 탐색 사용자가 자산을 검색하거나 DAM Finder를 탐색하고 응답 시간이 느리거나 검색 결과가 즉시 표시되지 않는 것에 대해 불만입니다. 대화형 성능 문제입니다.

대화형 성능은 페이지 응답 시간 측면에서 측정됩니다. 이 시간은 HTTP 요청을 수신하고 HTTP 응답을 닫는 데 걸리는 시간이며, 이 시간은 요청 로그 파일에서 확인할 수 있습니다. 일반적인 타겟 성능은 2초 미만의 페이지 응답 시간입니다.

2. 자산 처리 자산 처리 문제는 사용자가 자산을 업로드할 때 이며 자산을 즉시 변환하여 AEM DAM으로 수집할 때까지 몇 분이 걸립니다.

자산 처리 성능은 평균 워크플로우 프로세스 완료 시간에 따라 측정됩니다. 이 시간은 자산 업데이트 워크플로우 프로세스를 호출하는 데 소요량이며 워크플로우 보고서 사용자 인터페이스에서 확인할 수 있습니다. 일반적인 대상 성능은 처리된 자산의 크기 및 유형과 표현물의 수에 따라 다릅니다. 타겟 성능의 예는 다음과 같습니다.

표준 렌디션을 사용하는 1280x1280픽셀보다 작은 이미지의 경우 10초 미만
표준 변환을 사용하여 100MB보다 작은 이미지에 대해서는 1분 미만
1분 미만의 HD 비디오 클립

3. 다운로드 속도 DAM 관리자 또는 DAM Finder를 검색할 때 AEM DAM에서 다운로드하는 데 시간이 오래 걸리고 축소판이 즉시 표시되지 않는 처리량 문제가 발생합니다.

처리량 성능은 초당 킬로비트 수로 측정됩니다. 일반적인 대상 성능은 100개의 동시 다운로드에 대해 초당 300킬로비트 수입니다.

4. 자산 처리 성능에 영향을 주는 요소

자산을 처리하는 데 필요한 하드웨어를 예측할 수 있으려면 다음 측면을 고려해야 합니다.

이미지의 해상도(픽셀 단위)입니다
AEM 프로세스에 할당된 힙입니다.

이미지에 포함된 픽셀 양은 처리 시간을 결정합니다. 더 많은 픽셀은 처리 시간이 더 오래 걸린다는 것을 의미합니다.
이미지 유형, 압축률 또는 이미지가 저장된 파일의 관련 크기는 전체 성능에 크게 영향을 주지 않습니다.

힙이 가장 중요한 제한 인자로 확인되었다. 자산이 사용 가능한 메모리를 초과할 때마다 처리 성능이 빠르게 저하됩니다.

DAM 프로세스는 대량의 성능을 동시에 수행하기에 적합합니다. 일괄 처리 및 다중 코어 프로세서로 자산을 업로드하면 자산당 절대 체류 시간이 빨라집니다.

5. 자산 처리 수행을 위한 하드웨어 요구 사항 평가

디지털 자산을 광범위하게 처리하려면 최적화된 하드웨어 리소스가 필요하며 가장 관련성이 높은 요소는 이미지 크기와 처리된 이미지의 최대 처리량입니다.

16GB 이상의 힙을 할당하고 DAM 자산 업데이트 사용할 워크플로우 Camera Raw 패키지 를 참조하십시오.

시스템 이해

일반적인 DAM 설정은 로드 밸런서를 통해 DAM에 액세스하는 최종 사용자로 구성됩니다. DAM 인스턴스는 물리적 컴퓨터 또는 가상 컴퓨터의 Java Virtual Machine 프로세스에서 각 DAM 인스턴스가 실행되는 클러스터형 설정의 일부일 수 있습니다. DAM 스토리지는 단일 시스템 설정의 경우 RAID 디스크로 제공되거나, 클러스터화된 설정의 경우 관리되는 네트워크 연결 스토리지에서 제공됩니다.

다음 범례에서는 일부 솔루션이 있는 가능한 성능 위험 영역에 대해 적절히 설명합니다.

최종 사용자에 대한 네트워크 연결 느린 네트워크 연결로 인해 처리량 문제가 발생할 수 있으며, 드문 경우 지연 문제도 발생합니다. 경우에 따라 사용자가 ISP와 느린 연결(특히 인트라넷에서)을 받습니다. 이것은 잘못된 네트워크 토폴로지의 표시입니다.

임시 파일 시스템 느린 로컬 파일 시스템은 특히 검색 시 로컬 디스크에 저장되므로 대화형 성능 문제를 일으킬 수 있습니다. 또한 명령줄 프로세스를 사용하는 경우 자산 처리 문제가 발생할 수 있습니다.

AEM DAM Finder 검색에서 자주 발생하는 대화형 성능 문제는 동일한 인스턴스의 동시 사용자 또는 다른 CPU 사용 프로세스로 인해 높은 CPU 사용률이 발생합니다. 가상 시스템에서 전용 시스템으로 전환하여 시스템에서 다른 서비스를 실행하지 못하도록 하면 성능 향상에 도움이 됩니다. 자산 처리 및 많은 동시 사용자로 인해 높은 CPU 로드가 발생하는 경우 추가 클러스터 노드를 추가하는 것이 좋습니다.

AEM DAM 워크플로우 자산 수집 중 오래 실행되는 워크플로우 프로세스로 인해 자산 처리 성능 문제가 발생합니다. 처리 중인 자산 유형에 따라 CPU 초과 사용률을 나타낼 수 있습니다. Day에서는 시스템에서 실행 중인 다른 프로세스의 수를 줄이고 클러스터 노드를 추가하여 사용 가능한 CPU 수를 늘릴 것을 권장합니다.

NAS 연결 NAS에 대한 네트워크 연결 속도가 느리면 자산 처리 중 새 노드에 액세스하는 속도가 네트워크 지연으로 인해 느려지므로 대화형 성능 문제가 발생합니다. 또한, 로드 및 저장 변환의 속도가 느려지므로 네트워크 처리량이 느리면 처리량이 저하되지만 자산 처리 성능도 저하됩니다.

NAS에서 대기 시간 및 처리량이 나쁜 이유는 일반적으로 다른 서비스의 네트워크 토폴로지 또는 NAS 초과 활용률입니다.

Network Attached Storage Network Attached Storage Systems가 과도하게 사용되면 다음과 같은 문제가 발생할 수 있습니다.

디스크 공간이 부족하면 DAM 프로젝트의 적절한 크기 조정을 통해 발생할 수 있는 문제가 자주 발생합니다.
높은 디스크 지연은 CRX에 대한 느린 액세스 시간으로 확산되며 대화형 성능 문제를 초래할 수 있습니다.
디스크 처리량이 적으면 CQ5 DAM에 대한 성능이 저하될 수 있습니다.

성능 테스트

모든 DAM 프로젝트의 경우 병목 현상을 신속하게 식별하고 해결할 수 있는 성능 테스트 시스템을 구축해야 합니다. 이렇게 하려면 다음 체크포인트를 고려하십시오.

JMeter를 사용한 종단 간 성능 테스트 - 예제 검색 및 찾아보기 세션을 시뮬레이션하여 대화형 성능 문제를 감지합니다.
JMeter를 사용한 처리량 및 지연 테스트 - 클라이언트 컴퓨터에서 실행되므로 토폴로지 관련 문제가 없습니다.
표준화된 자산 처리 테스트 - 적은 수의 자산 예를 수집하고 시간을 측정합니다. 여기에는 외부 워크플로우 통합이 포함되어야 합니다.
각 클러스터 노드의 CPU, 디스크 및 메모리 사용률을 모니터링합니다.
CRX 읽기/쓰기 성능 진단 프로그램을 통해 비처리 관련 문제를 식별할 수 있습니다.
DAM 클러스터에서 NAS로의 네트워크 지연 및 처리량을 모니터링합니다.
가능한 경우 NAS에서 직접 읽기 및 쓰기 성능과 디스크 지연을 테스트합니다.

병목 현상 해결

지금까지 프로젝트에서 다음과 같은 성능 변경 사항이 사용되었습니다.

선택적 표현물 생성: 자산 처리 워크플로우에 조건을 추가하여 필요한 표현물만 생성하므로 선택한 자산에 대해서만 비용이 더 많이 드는 표현물이 생성됩니다.
인스턴스 간 공유 데이터 저장소: 디스크 공간이 부족하면 구성 작업 및 데이터 저장소의 자동 정리 손실과 같은 비용 면에서 필요한 디스크 공간의 양이 크게 줄어들 수 있습니다.