하드웨어 크기 조정 권장 사항 hardware-sizing-reco

개요

이 문서에서는 온프레미스 데이터 센터 또는 가상화된 클라우드 환경에서의 Adobe Campaign Classic v7 배포에 대한 일반적인 권장 사항을 제공합니다. 이 배포 유형(하이브리드 또는 중간 소싱)은 Campaign 마케팅 인스턴스와 마케팅 데이터베이스를 사용자의 운영 통제 하에 두는 동시에 Adobe Cloud Messaging 서비스를 사용하여 이메일, SMS 또는 SMPP 메시지를 전송하고 이메일 열기, 바운스 및 클릭 추적 데이터를 수집합니다.

마케팅 인스턴스는 모든 마케팅 활동을 유도하고 모든 수신자 데이터와 캠페인에서 반환된 분석 데이터를 저장하는 Adobe Campaign 아키텍처의 일부입니다. 마케팅 인스턴스는 Adobe Campaign 서비스를 실행하는 일련의 온-프레미스 서버와 관계형 데이터베이스입니다.

소프트웨어 호환성은 호환성 매트릭스에 자세히 설명되어 있습니다.

시나리오

배포 다이어그램 및 하드웨어 크기 조정 권장 사항은 다음과 같은 세 가지 대표적인 시나리오에 대해 제공됩니다.

가정

이 문서에서는 세 가지 시나리오 모두에 대해 다음 사용 유형을 가정합니다.

일반 지침

Campaign은 데이터베이스 중심 애플리케이션으로 데이터베이스 서버 성능이 매우 중요합니다. 워크플로우, 세그먼테이션, 데이터 업로드 추적, 인바운드 상호 작용, 분석 및 기타 활동을 실행하면 모두 데이터베이스 활동이 생성됩니다. 일반적으로 이러한 작업의 크기와 빈도는 데이터베이스 서버의 크기를 결정합니다.

마케팅 인스턴스의 애플리케이션 서버에는 워크플로우를 실행하고 Campaign 콘솔 사용자의 요청을 포함하여 SOAP API 호출에 응답할 충분한 CPU와 메모리가 필요합니다. CPU 요구 사항은 복잡한 오퍼 규칙을 사용하는 아웃바운드 상호 작용을 사용하는 워크플로우, 사용자 지정 Javascript를 실행하는 워크플로우 및 높은 트래픽 수준의 웹 애플리케이션에 중요할 수 있습니다.

Campaign 웹 애플리케이션은 마케팅 인스턴스 앱 서버나 별도의 웹 서버 시스템에 배포할 수도 있습니다. 웹 애플리케이션 워크로드가 중요한 워크플로우 및 Campaign Console 사용자와 충돌하므로, 핵심 Campaign 기능이 양호한 성능으로 안정적으로 실행될 수 있도록, 웹 애플리케이션 및 인바운드 상호 작용을 별도의 서버에 배포할 수 있습니다.

보안과 가용성을 위해 Adobe은 비즈니스 사용자가 생성한 트래픽에서 인터넷 트래픽을 분리하는 것을 권장합니다. 이러한 이유로 다이어그램에는 웹 서버(Web1 및 Web2를 마주보는 인터넷)와 앱 서버(App1 및 App2를 처리하는 비즈니스 프로세스)의 두 가지 서버 그룹이 포함되어 있습니다.

상업용 이메일 보낸 사람이 기능적 옵트아웃 웹 페이지를 갖는 것은 법적 요구 사항입니다. Adobe은 장애 복구 시나리오에 대해 각 그룹 서버에 중복 시스템을 사용하는 것을 권장합니다. Adobe Campaign이 옵트아웃 페이지를 호스팅하는 경우 특히 그렇습니다.

역방향 프록시

Campaign 아키텍처는 HTTP(HTTPS)를 통해 SSL을 사용하여 마케팅 인스턴스와 Adobe 클라우드 메시징 간에 통신하여 높은 보안을 적용합니다. DMZ(demilitarized zone) 서브넷에서 역방향 프록시를 사용하여 마케팅 인스턴스 서버와 데이터베이스를 격리하고 보호함으로써 보안, 안정성 및 가용성을 보장합니다.

로드 밸런서

앱 서버의 로드 밸런서는 프록시에서 HTTPS가 종료된 활성/수동 구성으로 설정되었습니다. 웹 서버의 로드 밸런서는 프록시에서 HTTPS가 종료된 활성/활성 구성으로 설정됩니다.

Adobe은 배포 환경에서 Adobe Campaign 서버로 릴레이할 수 있는 전용 URL 경로 목록을 제공합니다.

아키텍처

일반적인 아키텍처는 볼륨에 관계없이 거의 동일합니다. 보안 및 고가용성 요구 사항에는 최소 4대의 서버가 필요합니다. 즉, WebApps를 사용하지 않는 경우 2대의 서버가 필요합니다. 구성의 차이는 주로 CPU 코어 및 메모리와 같은 하드웨어 구성에서 차이가 난다.

시나리오 1: 보통 크기 배포 scenario-1

예상 볼륨:

이러한 볼륨의 경우 한 쌍의 Adobe Campaign 애플리케이션 서버 시스템이 Adobe Campaign 클라이언트 사용자 및 워크플로우 실행을 위한 모든 기능을 제공합니다. 500만 명의 활성 수신자와 이 이메일 볼륨의 경우 애플리케이션 서버 워크로드는 CPU 또는 I/O 집약적이지 않습니다. 대부분의 스트레스는 데이터베이스에 있습니다.

Adobe Campaign 웹 서버는 보안 영역에 표시됩니다.

웹 및 애플리케이션 서버

이 시나리오에서는 다음 사양을 사용하여 4개의 시스템에 Adobe Campaign을 설치하는 것이 좋습니다.

3Ghz+ 쿼드 코어 CPU, 8GB RAM, RAID 1 또는 10, 80GB SSD 2개

이러한 시스템은 Campaign 콘솔 사용자를 직접 지원하고 캠페인 워크플로우를 실행하는 마케팅 인스턴스 애플리케이션 서버를 만듭니다.

DMZ의 역방향 프록시는 Adobe Campaign 웹 서버에 대한 트래픽 밸런스를 조정합니다. 프록시 시스템에 Adobe Campaign 소프트웨어 스택을 설치할 필요가 없으며 역방향 프록시 소프트웨어나 네트워크 장비를 사용할 수 있습니다.

구독 옵트인/옵트아웃 및 환경 설정 센터 기능은 Campaign 또는 자체 웹 사이트에서 제공할 수 있습니다. 웹 사이트에서 이 기능을 구현하도록 선택하는 경우 환경 설정 및 구독 정보가 Campaign 마케팅 데이터베이스에 전파되도록 해야 합니다. 이 작업은 일반적으로 Campaign 워크플로우에서 자동으로 업로드하는 추출 파일을 만드는 방식으로 수행됩니다.

애플리케이션 서버의 디스크 공간 소비는 서드파티 서비스 공급자(예: DM용 인쇄 공급업체)와 교환한 파일의 보존 기간, 웹 사이트의 구독 또는 환경 설정 업데이트나 자체 CRM 또는 마케팅 시스템에서 추출한 파일 등 가져온 플랫 파일의 크기 및 보존 기간에 따라 다릅니다.

데이터베이스

데이터베이스 서버에 대한 하드웨어 권장 사항은 다음과 같습니다.

3Ghz+ 4코어 CPU, 16GB RAM, RAID 1 또는 10, 128GB SSD 최소

메모리 예상은 대규모 캠페인 시작에 대해 약 50만 명의 수신자의 전체 캐싱과 워크플로우 실행, 추적 데이터 가져오기 및 기타 동시 작업을 위한 RDBMS 버퍼 공간을 가정합니다.

모든 Adobe Campaign 기술 데이터(캠페인, 추적, 작업 테이블 등)를 저장하는 데 데이터베이스에 필요한 디스크 공간은 3개월의 보존 기간을 기준으로 약 35GB인 것으로 추정됩니다. 추적 데이터를 6개월 동안 보존하도록 선택하면 데이터베이스 크기가 약 40GB로 증가하고 12개월 보존으로 데이터베이스 크기가 약 45GB로 증가합니다. 수신자 데이터는 이 환경에 약 5GB를 사용합니다.

또한 매일 처리되는 정보의 양 때문에 데이터베이스 서버의 IOPS가 매우 중요합니다. 예를 들어, 성수일 에는 총 50만 명의 수신자를 대상으로 하는 캠페인을 배포할 수 있습니다. 각 캠페인을 실행하기 위해 Adobe Campaign은 약 1,200만 개의 레코드(게재 로그 테이블)가 포함된 테이블에 50만 개의 레코드를 삽입합니다. 캠페인 배포 중에 적절한 성능을 제공하기 위해 Adobe은 이 시나리오에 대해 최소 60,000개의 4KB 랜덤 읽기/쓰기 IOPS를 권장합니다.

시나리오 2: 대규모 배포 scenario-2

예상 볼륨:

웹 및 애플리케이션 서버

이 시나리오에서는 Adobe이 다음 사양을 사용하여 4개의 컴퓨터, 2개의 애플리케이션 서버 및 2개의 웹 서버에 Adobe Campaign을 설치하는 것이 좋습니다.

3Ghz+ 쿼드 코어 CPU, 8GB RAM, RAID 1 또는 10, 80GB SSD

애플리케이션 서버는 Campaign 콘솔 사용자 및 캠페인 워크플로우 실행을 직접 지원합니다. 이 기능은 고가용성을 위해 동일한 서버 두 대에 배포되며, NAS(Network-Attached Storage) 파일 시스템을 공유하여 페일오버를 지원합니다.

이 웹 서버들은 시스템에서 천만 명의 활성 수신자들을 지원하는 Campaign 웹 애플리케이션을 호스팅한다.

프록시, 환경 설정 센터/구독 처리 및 디스크 공간 사용에 대한 자세한 내용은 시나리오 1: 중간 크기 배포를 참조하세요.

데이터베이스

데이터베이스 서버에 대한 하드웨어 권장 사항은 다음과 같습니다.

3Ghz+ 8코어 CPU, 64GB RAM, RAID 1 또는 10, 2 x 320GB SSD 또는 RAID 10, 640GB SSD 최소

메모리 예상은 대규모 캠페인 실행에 대해 약 5,000,000명의 수신자의 전체 캐싱과 워크플로우 실행, 추적 데이터 가져오기 및 기타 동시 작업을 위한 RDBMS 버퍼 공간을 가정합니다.

모든 Adobe Campaign 기술 데이터(캠페인, 추적, 작업 테이블 등)를 저장하는 데 데이터베이스에 필요한 디스크 공간은 3개월의 보존 기간을 기준으로 약 280GB인 것으로 추정됩니다. 추적 데이터를 6개월 동안 보존하도록 선택하면 데이터베이스 크기가 약 450GB로 증가하고 12개월 보존으로 데이터베이스 크기가 약 900GB로 증가합니다. 수신자 데이터는 이 환경에 약 15GB를 사용합니다.

시나리오 3: 메시지 센터를 사용한 기업 배포 scenario-3

예상 볼륨:

5,000만 수신자를 지원하는 배포는 기본적으로 시나리오 2과(와) 동일합니다. Campaign 웹 응용 프로그램 트래픽은 Campaign 웹 서버로 라우팅되므로 대규모 캠페인 시작 후 웹 트래픽이 폭주해도 Campaign 워크플로우 및 클라이언트 콘솔 사용자에게는 영향을 주지 않습니다.

이 배포에는 자체 웹 사이트 및 애플리케이션에서 제공되는 메시지 센터 호출도 포함됩니다.

웹 및 애플리케이션 서버

Adobe 이 시나리오에서는 다음과 같이 4개의 시스템에 Adobe Campaign을 설치하는 것이 좋습니다.

애플리케이션 서버는 Campaign 콘솔 사용자 및 캠페인 워크플로우 실행을 직접 지원합니다. 이 기능은 고가용성을 위해 동일한 서버 두 대에 배포되며, NAS(Network-Attached Storage) 파일 시스템을 공유하여 페일오버를 지원합니다.

이 웹 서버들은 시스템에서 천만 명의 활성 수신자들을 지원하는 Campaign 웹 애플리케이션을 호스팅한다.

프록시, 환경 설정 센터/구독 처리 및 디스크 공간 사용에 대한 자세한 내용은 시나리오 1: 중간 크기 배포를 참조하세요.

데이터베이스

데이터베이스 서버에 대한 하드웨어 권장 사항은 다음과 같습니다.

3Ghz+ 8코어 CPU, 96GB RAM, RAID 1 또는 10, 1.5TB SSD 최소

메모리 예상은 대규모 캠페인 실행에 대해 약 12,500,000명의 수신자의 전체 캐싱과 워크플로우 실행, 추적 데이터 가져오기 및 기타 동시 활동을 위한 RDBMS 버퍼 공간을 가정합니다.

모든 Adobe Campaign 기술 데이터(캠페인, 추적, 작업 테이블 등)를 저장하는 데 데이터베이스에 필요한 디스크 공간은 3개월의 보존 기간을 기준으로 약 700GB인 것으로 추정됩니다. 추적 데이터를 6개월 동안 보존하도록 선택하면 데이터베이스 크기가 약 1.2TB로 증가하고 12개월 보존으로 데이터베이스 크기가 약 2TB로 증가합니다. 수신자 데이터는 이 환경에 약 50GB를 사용합니다.

가정 변경에 대한 지침

이러한 시나리오에 대한 가정은 모두 하드웨어 권장 사항 및 배포 아키텍처에 중요한 영향을 줍니다. 이 섹션에서는 다양한 가정에 대한 지침을 설명합니다. 요구 사항을 충족하기 위한 특정 권장 사항은 Adobe Campaign 컨설팅 팀에 문의하십시오.

가상화

모든 Campaign 서버가 가상화에 적합합니다. 적절한 가용성과 성능을 보장하기 위해 몇 가지 문제를 해결해야 합니다.

Adobe은 시스템을 프로덕션에 투입하기 전에 Adobe Campaign의 모든 가상화 배포에 대한 성능 테스트를 권장합니다.

관련 항목