AEM 6.5의 저장소 요소

이 문서에서 다음을 다룹니다.

• AEM 6의 스토리지 개요
• 저장소 유지 관리

AEM 6의 스토리지 개요

AEM 6에서 가장 중요한 변경 사항 중 하나는 저장소 수준의 혁신적인 기능입니다.

현재 AEM6에는 두 가지 노드 스토리지 구현이 있습니다. Tar 저장소 및 MongoDB 저장소입니다.

Tar 저장소

Tar 스토리지에서 새로 설치된 AEM 인스턴스 실행

기본적으로 AEM 6은 기본 구성 옵션을 사용하여 Tar 저장소를 사용하여 노드와 바이너리를 저장합니다. 스토리지 설정을 수동으로 구성하려면 아래 절차를 따르십시오.

1. AEM 6 quickstart jar를 다운로드하여 새 폴더에 넣습니다.

2. 다음을 실행하여 AEM의 압축을 해제합니다.

   java -jar cq-quickstart-6.jar -unpack

3. 이름이 인 폴더 만들기 crx-quickstart\install 를 클릭합니다.

4. 라는 파일을 만듭니다. org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg 를 클릭합니다.

5. 파일을 편집하고 구성 옵션을 설정합니다. AEM Tar 저장소 구현의 기반이 되는 세그먼트 노드 저장소는 다음 옵션을 사용할 수 있습니다.

   • repository.home: 다양한 저장소 관련 데이터가 저장되는 저장소 홈의 경로입니다. 기본적으로 세그먼트 파일은 crx-quickstart/segmentstore 디렉토리 아래에 저장됩니다.
   • tarmk.size: 세그먼트의 최대 크기(MB)입니다. 기본값은 256MB입니다.

6. AEM을 시작합니다.

Mongo 저장소

Mongo Storage를 사용하여 새로 설치된 AEM 인스턴스 실행

아래 절차에 따라 AEM 6을 MongoDB 스토리지로 실행하도록 구성할 수 있습니다.

1. AEM 6 quickstart jar를 다운로드하여 새 폴더에 넣습니다.

2. 다음 명령을 실행하여 AEM의 압축을 해제합니다.

   java -jar cq-quickstart-6.jar -unpack

3. MongoDB가 설치되어 있고 mongod 실행 중입니다. 자세한 내용은 MongoDB 설치.

4. 이름이 인 폴더 만들기 crx-quickstart\install 를 클릭합니다.

5. 에서 사용할 구성 이름으로 구성 파일을 만들어 노드 저장소를 구성합니다 crx-quickstart\install 디렉토리.

   AEM MongoDB 스토리지 구현의 기반이 되는 문서 노드 저장소는 org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.cfg

6. 파일을 편집하고 구성 옵션을 설정합니다. 다음 옵션을 사용할 수 있습니다.

   • mongouri: 다음 MongoURI Mongo 데이터베이스에 연결하는 데 필요합니다. 기본값은 입니다.mongodb://localhost:27017
   • db: Mongo 데이터베이스의 이름입니다. 기본적으로 새 AEM 6 설치는 aem-author 를 데이터베이스 이름으로 지정합니다.
   • cache: 캐시 크기(MB)입니다. DocumentNodeStore에서 사용되는 다양한 캐시 간에 분산됩니다. 기본값은 256입니다.
   • changesSize: 비교 출력을 캐싱하는 데 Mongo에서 사용된 캡처한 컬렉션 크기(MB)입니다. 기본값은 256입니다.
   • customBlobStore: 사용자 지정 데이터 저장소가 사용됨을 나타내는 부울 값입니다. 기본값은 false입니다.

7. 사용할 데이터 저장소의 PID를 사용하여 구성 파일을 만들고 이 파일을 편집하여 구성 옵션을 설정합니다. 자세한 내용은 노드 저장소 및 데이터 저장소 구성.

8. 다음을 실행하여 MongoDB 스토리지 백엔드로 AEM 6 jar를 시작합니다.

   java -jar cq-quickstart-6.jar -r crx3,crx3mongo
   

   위치 -r 는 백엔드 실행 모드입니다. 이 예제에서는 MongoDB 지원과 함께 시작됩니다.

투명한 큰 페이지 비활성화

Red Hat Linux는 THP(Transparent Large Pages)라는 메모리 관리 알고리즘을 사용합니다. AEM에서 세밀하게 읽기 및 쓰기를 수행하는 동안 THP는 대규모 작업에 최적화되었습니다. 따라서 Tar 및 Mongo 스토리지에서 THP를 모두 비활성화하는 것이 좋습니다. 알고리즘을 비활성화하려면 다음 단계를 수행합니다.

1. 를 엽니다. /etc/grub.conf 원하는 텍스트 편집기에 파일을 넣을 수 있습니다.

2. 다음 줄을 grub.conf 파일:

   transparent_hugepage=never
   

3. 마지막으로 다음을 실행하여 설정이 적용되었는지 확인합니다.

   cat /sys/kernel/mm/redhat_transparent_hugepage/enabled
   

   THP가 비활성화된 경우 위의 명령의 출력은 다음과 같습니다.

   always madvise [never]
   

저장소 유지 관리

저장소에 대한 각 업데이트에서는 새 컨텐츠 개정을 만듭니다. 따라서 각 업데이트 시 저장소의 크기가 증가합니다. 저장소 증가를 제어하지 않으려면 사용 가능한 디스크 리소스를 위해 이전 버전을 정리해야 합니다. 이 유지 관리 기능을 개정 정리라고 합니다. 개정 정리 메커니즘은 저장소에서 오래된 데이터를 제거하여 디스크 공간을 확보합니다. 개정 정리를 위한 자세한 내용은 개정 정리 페이지.

Business.Adobe.com 리소스

Automated Onboarding Auto Form Fill Targeted Content Content Intelligence Customer Experience Management Headless Cms