하드웨어 크기 조정 지침 hardware-sizing-guidelines

이러한 크기 조정 지침에서는 AEM 프로젝트를 배포하는 데 필요한 하드웨어 리소스에 대한 대략적인 정보를 제공합니다. 크기 조정 추정치는 프로젝트 아키텍처, 솔루션의 복잡성, 예상 트래픽, 프로젝트 요구 사항에 따라 달라집니다. 이 안내서는 특정 솔루션에 필요한 하드웨어 요구 사항을 파악하거나 하드웨어 요구 사항에 대한 상한 및 하한 추정치를 찾는 데 도움이 됩니다.

순서대로 고려해야 할 기본 요소는 다음과 같습니다.

아키텍처 architecture

일반적인 AEM 설정은 작성자 환경과 게시 환경으로 구성됩니다. 이러한 환경은 기본 하드웨어 크기와 시스템 구성에 대한 요구 사항이 서로 다릅니다. 두 환경에 대한 자세한 고려 사항은 작성자 환경 및 게시 환경 섹션에 설명되어 있습니다.

일반적인 프로젝트 설정에는 프로젝트 단계를 진행할 수 있는 여러 환경이 있습니다.

또한 환경은 AEM과 애플리케이션 서버를 실행하는 단일 서버 시스템에서부터 확장성이 뛰어난 다중 서버, 다중 CPU 클러스터링된 인스턴스 집합까지 다양할 수 있습니다. 프로덕션 시스템마다 별도의 컴퓨터를 사용하고 해당 컴퓨터에서 다른 애플리케이션을 실행하지 않는 것이 좋습니다.

일반 하드웨어 크기 조정 고려 사항 generic-hardware-sizing-considerations

아래 섹션에서는 다양한 사항을 고려하여 하드웨어 요구 사항을 계산하는 방법에 대한 지침을 제공합니다. 대규모 시스템의 경우 참조 구성에서 간단한 일련의 사내 벤치마크 테스트를 수행하는 것이 좋습니다.

성능 최적화는 특정 프로젝트에 대한 벤치마킹을 수행하기 전에 수행해야 하는 기본 작업입니다. 벤치마크 테스트를 수행하고 테스트 결과를 하드웨어 크기 조정 계산에 사용하기 전에 성능 최적화 설명서에서 제공된 조언을 적용하십시오.

고급 사용 사례에 대한 하드웨어 크기 조정 요구 사항은 프로젝트에 대한 자세한 성능 평가를 기반으로 해야 합니다. 뛰어난 하드웨어 리소스가 필요한 고급 사용 사례의 특징에는 다음과 같은 조합이 포함되어 있습니다.

디스크 공간/하드 드라이브 disk-space-hard-drive

필요한 디스크 공간은 웹 애플리케이션의 볼륨과 유형에 따라 크게 달라집니다. 계산 시에는 다음 사항을 고려해야 합니다.

디스크 공간은 온라인 및 오프라인 개정 정리 중에도 지속적으로 모니터링됩니다. 사용 가능한 디스크 공간이 임계값 아래로 떨어지면 프로세스가 취소됩니다. 임계값은 저장소의 현재 디스크 공간의 25%이며 구성할 수 없습니다. 예상되는 증가를 포함하여 디스크 크기를 저장소 크기보다 최소 2~3배 더 크게 조정하는 것이 좋습니다.

가상화 virtualization

AEM은 가상화된 환경에서도 잘 실행되지만, CPU 또는 I/O와 같이 물리적 하드웨어와 직접적으로 동일시할 수 없는 요소가 있을 수 있습니다. 일반적으로 I/O 속도는 중요한 요소이므로 더 높은 I/O 속도를 선택하는 것이 좋습니다. 어떤 리소스가 필요한지 정확하게 이해하려면 환경을 벤치마킹하는 것이 필요합니다.

AEM 인스턴스 병렬화 parallelization-of-aem-instances

고장 안전성

고장 안전 웹 사이트는 두 개 이상의 별도 시스템에 배포됩니다. 한 시스템이 고장나면 다른 시스템이 이를 대신하여 시스템 고장을 보상할 수 있습니다.

시스템 리소스 확장성

모든 시스템이 실행되는 동안 향상된 계산 성능을 사용할 수 있습니다. 이러한 추가 성능은 클러스터 노드 수에 따라 반드시 선형적으로 나타나는 것은 아니며, 이러한 관계는 기술 환경에 따라 크게 달라집니다. 자세한 내용은 클러스터 설명서를 참조하십시오.

필요한 클러스터 노드 수를 추정하는 기준은 특정 웹 프로젝트의 기본 요구 사항과 특정 사용 사례에 따라 결정됩니다.

하드웨어 권장 사항 hardware-recommendations

일반적으로 게시 환경에 권장되는 것과 동일한 하드웨어를 작성자 환경에도 사용할 수 있습니다. 일반적으로 작성 시스템에서는 웹 사이트 트래픽이 낮지만 캐시 효율성도 낮습니다. 그러나 여기서 핵심적인 요소는 동시에 작업하는 작성자 수와 시스템에 수행되는 작업 유형입니다. 일반적으로 AEM 클러스터링(작성자 환경)은 읽기 작업을 확장하는 데 가장 효과적입니다. 즉, AEM 클러스터는 기본 편집 작업을 수행하는 작성자에게 맞게 확장됩니다.

추가 사용 사례별 계산 additional-use-case-specific-calculations

기본 웹 애플리케이션의 계산 외에도 다음과 같은 사용 사례에 대한 특정 요소를 고려하십시오. 계산된 값은 기본 계산에 추가됩니다.

자산별 고려 사항 assets-specific-considerations

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

최소 16GB의 힙을 할당하고 DAM 자산 업데이트 워크플로를 구성하여 Camera Raw 패키지를 사용하면서 원시 이미지를 수집합니다.

Multi-Site Manager multi-site-manager

작성자 환경에서 AEM MSM을 사용할 때 소비되는 리소스는 특정 사용 사례에 따라 크게 달라집니다. 기본 요소는 다음과 같습니다.

대표적인 콘텐츠 발췌를 사용하여 계획된 사용 사례를 테스트하면 리소스 소비에 대한 이해를 높이는 데 도움이 됩니다. 계획된 처리량으로 결과를 외삽하면 AEM MSM에 필요한 추가 리소스를 평가할 수 있습니다.

또한 동시에 작업하는 작성자도 고려하십시오. AEM MSM 사용 사례에서 계획보다 많은 리소스를 소비할 경우 작성자가 성능 저하와 같은 부정적인 영향을 받을 수 있습니다.

AEM Communities 크기 조정 고려 사항 aem-communities-sizing-considerations

AEM Communities 기능이 포함된 AEM Sites(커뮤니티 사이트)는 게시 환경에서 사이트 방문자(멤버)와 높은 수준의 상호 작용이 이루어집니다.

커뮤니티 사이트의 크기 조정 고려 사항은 커뮤니티 멤버의 예상 상호 작용과 페이지 콘텐츠의 최적 성능이 더 중요한지 여부에 따라 달라집니다.

멤버가 제출한 사용자 생성 콘텐츠(UGC)는 페이지 콘텐츠와 별도로 저장됩니다. AEM 플랫폼은 작성에서 게시까지 사이트 콘텐츠를 복제하는 노드 저장소를 사용하는 반면, AEM Communities는 복제되지 않는 UGC용 단일 공통 저장소를 사용합니다.

UGC 저장소의 경우 선택한 배포에 영향을 미치는 스토리지 리소스 공급자(SRP)를 선택해야 합니다.
자세한 내용은