설명서AEM GuidesAEM Guides 설명서

성능 최적화를 위한 Recommendations id213BD0JG0XA

Last update: Fri Jan 12 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

작성 대상:

  • Experienced
  • Admin

데이터 저장소 구성 (필수)

거스름돈이 어떻게 되죠?
설정 minRecordLength 속성을 값으로 100 구성 아래에 org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore. 파일 날짜 저장소 및 S3 데이터 저장소에 대한 자세한 내용은 AEM 6에서 노드 저장소 및 데이터 저장소 구성 기사.

NOTE
S3 데이터 저장소의 경우 데이터 저장소에서 컨텐츠를 유지 관리하는 데 드는 비용은 요청 수에 따라 다릅니다. 따라서 S3로 이 설정을 수행할 경우 요청당 설정 비용 및 캐시 크기도 고려해야 합니다.

언제 구성해야 합니까?
초기 설정 후 콘텐츠가 마이그레이션되기 전입니다. 모든 새 콘텐츠가 세그먼트 저장소 대신 데이터 저장소에 저장되도록 하는 기존 시스템에서도 이 변경 작업을 수행해야 합니다.

이 변경의 결과
DITA 파일은 세그먼트 저장소가 아닌 데이터 저장소에 저장됩니다. 이렇게 하면 세그먼트 저장소 크기가 권장 제한 미만으로 유지되므로 시스템의 응답성이 향상됩니다.

Lucene 인덱스 업데이트 (필수)

거스름돈이 어떻게 되죠?
oak:index/lucene에서 /var/dxml을 제외합니다.

NOTE
AEM Guides에서는 Lucene 인덱스를 사용하여 /var/dxml 노드에서 컨텐츠를 검색하지 않습니다.

언제 구성해야 합니까?
콘텐츠를 마이그레이션하기 전에 새 시스템에서 이 변경 작업을 수행하는 경우 oak:index/lucene만 업데이트하면 됩니다. 그렇지 않으면 콘텐츠가 이미 마이그레이션된 기존 시스템에서 oak:index/lucene를 변경한 후 Lucene에 대한 인덱스를 다시 빌드합니다. (완료하는 데 몇 시간 정도 소요될 수 있음).

이 변경의 결과
이 변경 사항으로 인해 /var/dxml 노드가 인덱싱되어 세그먼트 저장소에 저장되지 않습니다.

Java 메모리 최적화 (필수)

거스름돈이 어떻게 되죠?
JVM 시작 매개변수는 인프라 및 디스크 크기에 따라 신중하게 조정해야 합니다. 이상적인 구성에 액세스하려면 Adobe 지원 센터에 문의하는 것이 좋습니다. 그러나 다음 구성을 직접 시도할 수 있습니다.

  • JVM 힙 크기를 사용 가능한 총 메모리의 1/4 이상으로 설정합니다. 매개 변수 사용 -Xmx<size> 힙 메모리 크기를 설정합니다. 다음에 대한 값 설정: -Xms 다음과 같음 -Xmx.

  • 사용 -XX:+HeapDumpOnOutOfMemoryError 경로 설정 -XX:HeapDumpPath=</path/to/folder >.

  • 다음과 같이 Java GC 로그 활성화:

* -XX:+PrintGCDateStamps

* -verbose:gc

* -XX:+PrintGCDetails

* -XX:+PrintTenuringDistribution

* -Xloggc:</path/to/gc.log>

  • 일반적으로 Java 11의 경우 G1GC (-XX:+UseG1GC) 및 Java 8의 경우 CMS (-XX:+UseConcMarkSweepGC).

  • 사용 -XX:NewRatio 젊은 세대의 메모리 크기를 제어합니다. 기본값은 2로, 메모리의 1/3을 젊은 세대에 사용함을 의미합니다. 빠르게 생성 및 소멸되는 개체가 많으므로 값 1을 사용하면 메모리의 1/2을 젊은 세대에 할당할 수 있습니다.

  • 를 사용하여 이전 세대로 승격할 객체 수 제어 -XX:MaxTenuringThreshold. 15 (default) 값을 사용하면 객체가 이전 세대로 승격될 때 시간을 지연할 수 있습니다.

언제 구성해야 합니까?
기존 시스템에서 이 변경 작업을 수행하는 경우 시스템을 다시 시작해야 합니다. 새로 설치하는 경우 시스템을 시작하기 전에 시작 스크립트 (.bat 또는 .sh) 파일에서 이 변경 사항을 수행해야 합니다.

이 변경의 결과
이것은 최적의 힙 크기를 얻고 GC의 실행을 규제하게 된다.

작성자 인스턴스의 클라이언트 라이브러리 축소 (선택 사항)

거스름돈이 어떻게 되죠?
작성 인스턴스에서 클라이언트 라이브러리를 축소하도록 설정해야 합니다. 이렇게 하면 사용자가 다른 위치에서 시스템을 탐색할 때 다운로드할 바이트가 줄어듭니다. 이렇게 변경하려면 HTML 라이브러리 관리자 Felix 콘솔에서 게시할 수 있습니다.

언제 구성해야 합니까?
이 작업은 런타임에 Felix 콘솔을 통해 수행하거나 코드 배포를 통해 수행할 수 있습니다.

이 변경의 결과
이 변경 사항은 클라이언트 라이브러리를 로드하기 위해 전송되는 바이트 수가 적으므로 작성자 인스턴스에서 페이지를 로드하는 시간을 향상시킵니다.

동시 게시 스레드 구성 (사용 사례에 따라 필수입니다)

거스름돈이 어떻게 되죠?
DITA-OT를 사용하여 출력을 게시하고 여러 동시 게시 스레드도 정의된 경우 이 변경이 필요합니다.

기본적으로 AEM Guides는 게시 스레드를 CPU+1의 수로 설정합니다. 그러나 이 값을 전체 CPU 수의 절반 (1/2) 또는 1/3 (1/3)로 설정하는 것이 좋습니다. 이렇게 하려면 다음을 설정하십시오. 생성 풀 크기 구성 아래의 속성 com.adobe.fmdita.publish.manager.PublishThreadManagerImpl 권장 사항에 따라.

언제 구성해야 합니까?
이 작업은 런타임에 Felix 콘솔을 통해 수행하거나 코드 배포를 통해 수행할 수 있습니다.

이 변경의 결과
이 변경 사항은 실행 중인 작성자 인스턴스에서 모든 리소스가 게시 작업에 할당되지 않도록 합니다. 이렇게 하면 작성자가 시스템 리소스를 사용할 수 있으므로 사용자 경험이 향상됩니다.

AEM 사이트 출력 생성을 위한 노드의 배치 크기 구성 (사용 사례에 따라 필수입니다.)

거스름돈이 어떻게 되죠?
AEM Sites 출력을 생성하는 경우 이 변경이 필요합니다.

설정 힙에서 AEM 사이트 페이지 제한 아래 속성 com.adobe.fmdita.config.ConfigManager 를 입력합니다. 이 속성은 사이트 페이지가 생성될 때 커밋될 노드의 배치 크기를 정의합니다. 예를 들어, CPU 수와 힙 크기가 더 큰 시스템에서는 500 더 큰 숫자로. 이 속성에 대한 최적의 값을 얻으려면 변경된 값으로 실행을 테스트해야 합니다.

언제 구성해야 합니까?
이 작업은 런타임에 Felix 콘솔을 통해 수행하거나 코드 배포를 통해 수행할 수 있습니다.

이 변경의 결과
의 수가 증가했습니다. 힙에서 AEM 사이트 페이지 제한 속성은 AEM 사이트 출력 생성 프로세스를 최적화합니다.

사후 처리 스레드 수 최적화 (사용 사례에 따라 필수입니다)

거스름돈이 어떻게 되죠?
DITA 콘텐츠를 대량으로 업로드하는 경우 이 변경이 필요합니다.

설정 사후 프로세스 Threads 아래 속성 com.adobe.fmdita.config.ConfigManager 끝 1.

언제 구성해야 합니까?
이 작업은 런타임에 수행할 수 있습니다.

이 변경의 결과
이 변경 사항으로 DITA 파일의 일괄 업로드 후 처리 시간이 줄어듭니다.

상위 항목: ​​다운로드 및 설치

recommendation-more-help
11125c99-e1a1-4369-b5d7-fb3098b9b178