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

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

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

아키텍처 architecture

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

일반적인 프로젝트 설정에서는 프로젝트 단계를 스테이징할 수 있는 몇 가지 환경이 있습니다.

또한 AEM 및 애플리케이션 서버를 실행하는 단일 서버 시스템에서 확장성이 높은 다중 서버, 다중 CPU 클러스터 인스턴스 세트에 이르기까지 환경이 달라질 수 있습니다. Adobe은 각 프로덕션 시스템에 대해 별도의 컴퓨터를 사용하고 이러한 컴퓨터에서 다른 응용 프로그램을 실행하지 말 것을 권장합니다.

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

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

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

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

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

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

온라인 및 오프라인, 개정 정리 시 디스크 공간이 계속 모니터링됩니다. 사용 가능한 디스크 공간이 위험 값 미만으로 떨어지면 프로세스가 취소됩니다. 임계값은 저장소의 현재 디스크 풋프린트의 25%이며 구성할 수 없습니다. Adobe은 예상 증가량을 포함하는 저장소 크기보다 최소 2~3배 더 큰 디스크 크기를 조정할 것을 권장합니다.

가상화 virtualization

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

AEM 인스턴스의 병렬 처리 parallelization-of-aem-instances

안전 실패

오류 방지 웹 사이트는 두 개 이상의 별도 시스템에 배포됩니다. 한 시스템이 고장나면 다른 시스템이 시스템을 인수하여 시스템 고장을 보완할 수 있습니다.

시스템 리소스 확장성

모든 시스템이 실행되는 동안 향상된 컴퓨팅 성능을 사용할 수 있습니다. 이 관계는 기술 환경에 크게 의존하기 때문에 추가 성능이 클러스터 노드 수와 반드시 일치하는 것은 아닙니다. 자세한 내용은 클러스터 설명서를 참조하세요.

필요한 클러스터 노드의 수는 특정 웹 프로젝트의 기본 요구 사항과 특정 사용 사례를 기반으로 계산됩니다.

하드웨어 Recommendations hardware-recommendations

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

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

기본 웹 응용 프로그램에 대한 계산 외에 다음 사용 사례에 대한 특정 요소를 고려하십시오. 계산된 값이 기본 계산에 추가됩니다.

Assets 관련 고려 사항 assets-specific-considerations

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

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

다중 사이트 관리자 multi-site-manager

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

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

또한 동시에 작업하는 작성자를 설명합니다. AEM MSM 사용 사례가 계획보다 더 많은 리소스를 소비하는 경우 성능 부작용을 인식하게 됩니다.

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

AEM Communities 기능(커뮤니티 사이트)이 포함된 AEM 사이트에서는 게시 환경의 사이트 방문자(구성원)로부터 높은 수준의 상호 작용을 경험합니다.

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

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

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