자산 성능 안내서
성능이 중요한 경우 디지털 자산 관리가 자주 사용됩니다.그러나 일반적인 DAM 설정에는 성능에 영향을 줄 수 있는 다양한 하드웨어 및 소프트웨어 구성 요소가 포함되어 있습니다. 이 문서에서는 다음을 제공합니다.
- 새로운 디지털 자산 관리 설정을 위한 최적 하드웨어 크기 결정에 대한 시스템 관리자를 위한 정보
- 성능 문제가 있는 DAM 인스턴스 문제를 해결하려는 소프트웨어 개발자를 위한 정보
성능 문제
디지털 자산 관리의 낮은 성능은 다음 세 가지 방법으로 사용자 경험에 영향을 줄 수 있습니다.대화형 성능, 자산 처리 및 다운로드 속도 성능을 향상시키기 위해 관찰된 성능을 제대로 측정하고 대상 지표를 설정하는 것이 중요합니다.
1. 대화형 검색 및 탐색 사용자가 자산을 검색하거나 DAM Finder를 탐색 중이며 느린 응답 시간에 대해 불평하거나 검색 결과가 즉시 표시되지 않습니다. 대화형 성능 문제입니다.
대화형 성능은 페이지 응답 시간 측면에서 측정됩니다. 이 시간은 HTTP 요청을 수신하고 HTTP 응답을 닫는 데 걸리는 시간이며, 이 시간은 요청 로그 파일에서 확인할 수 있습니다. 일반적인 타겟 성능은 2초 미만의 페이지 응답 시간입니다.
2. 자산 처리 자산 처리 문제는 사용자가 자산을 업로드하는 경우이며 자산을 AEM DAM으로 쉽게 변환하고 수집할 때까지 몇 분이 걸립니다.
자산 처리 성능은 평균 워크플로우 프로세스 완료 시간에 따라 측정됩니다. 이 시간은 자산 업데이트 워크플로우 프로세스를 호출하는 데 소요량이며 워크플로우 보고서 사용자 인터페이스에서 확인할 수 있습니다. 일반적인 대상 성능은 처리된 자산의 크기 및 유형과 표현물의 수에 따라 다릅니다. 타겟 성능의 예는 다음과 같습니다.
- 표준 렌디션을 사용하는 1280x1280픽셀보다 작은 이미지의 경우 10초 미만
- 표준 변환을 사용하여 100MB보다 작은 이미지에 대해서는 1분 미만
- 1분 미만의 HD 비디오 클립
3. 다운로드 속도 AEM DAM에서 다운로드하는 데 시간이 오래 걸리고 DAM 관리자 또는 DAM Finder를 탐색할 때 미리 보기가 표시되지 않는 경우 처리량 문제가 발생합니다.
처리량 성능은 초당 킬로비트 수로 측정됩니다. 일반적인 대상 성능은 100개의 동시 다운로드에 대해 초당 300킬로비트 수입니다.
4. 자산 처리 성능에 영향을 주는 요소
자산을 처리하는 데 필요한 하드웨어를 예측할 수 있으려면 다음 측면을 고려해야 합니다.
- 이미지의 해상도(픽셀 단위)입니다
- AEM 프로세스에 할당된 힙입니다.
이미지에 포함된 픽셀 양은 처리 시간을 결정합니다. 더 많은 픽셀은 처리 시간이 더 오래 걸린다는 것을 의미합니다.
이미지 유형, 압축률 또는 이미지가 저장된 파일의 관련 크기는 전체 성능에 크게 영향을 주지 않습니다.
힙이 가장 중요한 제한 인자로 확인되었다. 자산이 사용 가능한 메모리를 초과할 때마다 처리 성능이 빠르게 저하됩니다.
DAM 프로세스는 대량의 성능을 동시에 수행하기에 적합합니다. 일괄 처리 및 다중 코어 프로세서로 자산을 업로드하면 자산당 절대 체류 시간이 빨라집니다.
5. 자산 처리를 수행하기 위한 하드웨어 요구 사항 추정
디지털 자산을 광범위하게 처리하려면 최적화된 하드웨어 리소스가 필요하며 가장 관련성이 높은 요소는 이미지 크기와 처리된 이미지의 최대 처리량입니다.
16GB 이상의 힙을 할당하고 DAM 자산 업데이트 워크플로우를 구성하여 원시 이미지를 수집하기 위해 Camera Raw 패키지를 사용하십시오.
시스템 이해
일반적인 DAM 설정은 로드 밸런서를 통해 DAM에 액세스하는 최종 사용자로 구성됩니다. DAM 인스턴스는 물리적 컴퓨터 또는 가상 컴퓨터의 Java Virtual Machine 프로세스에서 각 DAM 인스턴스가 실행되는 클러스터형 설정의 일부일 수 있습니다. DAM 스토리지는 단일 시스템 설정의 경우 RAID 디스크로 제공되거나, 클러스터화된 설정의 경우 관리되는 네트워크 연결 스토리지에서 제공됩니다.
다음 범례에서는 일부 솔루션이 있는 가능한 성능 위험 영역에 대해 적절히 설명합니다.
최종 사용자에 대한 네트워크 연결느린 네트워크 연결로 인해 처리량 문제가 발생할 수 있으며, 드문 경우 지연 문제도 있습니다. 경우에 따라 사용자가 ISP와 느린 연결(특히 인트라넷에서)을 받습니다. 이것은 잘못된 네트워크 토폴로지의 표시입니다.
임시 파일 시스템검색 인덱스가 로컬 디스크에 저장되므로 특히 검색 시 느린 로컬 파일 시스템으로 인해 대화형 성능 문제가 발생할 수 있습니다. 또한 명령줄 프로세스를 사용하는 경우 자산 처리 문제가 발생할 수 있습니다.
AEM DAM FinderInteractive 성능 문제는 동일한 인스턴스에서 많은 동시 사용자 또는 다른 CPU 사용 프로세스로 인해 검색에서 자주 발생하는 CPU 사용률로 인해 발생합니다. 가상 시스템에서 전용 시스템으로 전환하여 시스템에서 다른 서비스를 실행하지 못하도록 하면 성능 향상에 도움이 됩니다. 자산 처리 및 많은 동시 사용자로 인해 높은 CPU 로드가 발생하는 경우 추가 클러스터 노드를 추가하는 것이 좋습니다.
AEM DAM 워크플로우자산을 처리하는 동안 오래 실행되는 워크플로우 프로세스로 인해 자산 처리 성능 문제가 발생합니다. 처리 중인 자산 유형에 따라 CPU 초과 사용률을 나타낼 수 있습니다. Day에서는 시스템에서 실행 중인 다른 프로세스의 수를 줄이고 클러스터 노드를 추가하여 사용 가능한 CPU 수를 늘릴 것을 권장합니다.
NAS ConnectivityNAS에 대한 낮은 네트워크 연결에서는 자산 처리 중 새 노드에 액세스하는 속도가 네트워크 지연으로 인해 느려지므로 대화형 성능 문제가 발생합니다. 또한, 로드 및 저장 변환의 속도가 느려지므로 네트워크 처리량이 느리면 처리량이 저하되지만 자산 처리 성능도 저하됩니다.
NAS에서 대기 시간 및 처리량이 나쁜 이유는 일반적으로 다른 서비스의 네트워크 토폴로지 또는 NAS 초과 활용률입니다.
Network Attached StorageOver-used Network Attached Storage 시스템의 경우 다음과 같은 문제가 발생할 수 있습니다.
- 디스크 공간이 부족하면 DAM 프로젝트의 적절한 크기 조정을 통해 발생할 수 있는 문제가 자주 발생합니다.
- 높은 디스크 지연은 CRX에 대한 느린 액세스 시간으로 확산되며 대화형 성능 문제를 초래할 수 있습니다.
- 디스크 처리량이 적으면 CQ5 DAM에 대한 성능이 저하될 수 있습니다.
성능 테스트
모든 DAM 프로젝트의 경우 병목 현상을 신속하게 식별하고 해결할 수 있는 성능 테스트 시스템을 구축해야 합니다. 이렇게 하려면 다음 체크포인트를 고려하십시오.
- JMeter를 사용한 종단 간 성능 테스트 - 예제 검색 및 찾아보기 세션을 시뮬레이션하여 대화형 성능 문제를 감지합니다.
- JMeter를 사용한 처리량 및 지연 테스트 - 클라이언트 컴퓨터에서 실행되므로 토폴로지 관련 문제가 없습니다.
- 표준화된 자산 처리 테스트 - 적은 수의 자산 예를 수집하고 시간을 측정합니다. 여기에는 외부 워크플로우 통합이 포함되어야 합니다.
- 각 클러스터 노드의 CPU, 디스크 및 메모리 사용률을 모니터링합니다.
- CRX 읽기/쓰기 성능 진단 프로그램을 통해 비처리 관련 문제를 식별할 수 있습니다.
- DAM 클러스터에서 NAS로의 네트워크 지연 및 처리량을 모니터링합니다.
- 가능한 경우 NAS에서 직접 읽기 및 쓰기 성능과 디스크 지연을 테스트합니다.
병목 현상 수정
지금까지 프로젝트에서 다음과 같은 성능 변경 사항이 사용되었습니다.
- 선택적 표현물 생성:자산 처리 워크플로우에 조건을 추가하여 필요한 표현물만 생성하므로 선택한 자산에 대해서만 비용이 더 많이 드는 표현물이 생성됩니다.
- 인스턴스 간 공유 데이터 저장소:디스크 공간이 부족하면 구성 작업 및 데이터 저장소의 자동 정리 손실과 같은 비용 면에서 필요한 디스크 공간의 양이 크게 줄어들 수 있습니다.
추가 읽기
