하드웨어 크기 조정 권장 사항

개요

주의

이 문서는 일반적인 예제 안내서로만 제공됩니다. Campaign 프로젝트를 시작하기 전에 Adobe Campaign 고객 성공 관리자에게 연락하여 배포의 정확한 크기 조정을 측정해야 합니다. 금지 이 작업이 완료될 때까지 모든 인프라 또는 하드웨어를 구입하거나 배포합니다.

이 문서에서는 온-프레미스 데이터 센터 또는 가상화 클라우드 환경에서 Adobe Campaign Classic v7 배포에 대한 일반적인 권장 사항을 제공합니다. 이러한 유형의 배포라고 합니다 하이브리드 또는 중간 소싱​에서는 Campaign 마케팅 인스턴스 및 마케팅 데이터베이스를 운영 제어 아래에 배치하는 동안 Adobe 클라우드 메시징 서비스를 사용하여 이메일, SMS 또는 SMPP 메시지를 보내고 이메일 열기, 바운스 및 클릭 추적 데이터를 수집할 수 있습니다.

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

주의

완전히 호스팅된 Adobe Campaign 인스턴스(Adobe Cloud Services에 배포)를 사용하는 경우 이 문서의 정보가 적용되지 않습니다.

소프트웨어 호환성은 호환성 매트릭스.

시나리오

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

  1. 중간 크기 - 시스템에서 5백만 명의 활성 수신자
  2. 큰 크기 - 시스템에 2천만 명의 활성 수신자
  3. Enterprise - 5,000만 명의 활성 수신자, 트랜잭션 메시지 포함

가정

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

  • 대규모 이메일 캠페인은 활성 수신자의 약 50%에게 일주일에 두 번 전송됩니다
  • 직접 메일링은 시스템의 각 수신자에 대해 매월 한 번 생성됩니다
  • SMS 메시지는 매월 활성 수신자의 약 10%에게 전송됩니다
  • 각 수신자를 정의하는 데이터베이스 스키마가 각 수신자에 대한 약 200바이트의 데이터를 포함하는 하나의 추가 테이블로 확장되었습니다
  • Adobe Campaign 상호 작용 모듈은 발신 이메일에 오퍼를 추가하는 데 사용됩니다
  • 이메일 추적 데이터는 Campaign 시스템에서 90일 동안 유지됩니다

일반 지침

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

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

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

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

상업적으로 전자 메일을 보낸 사람이 기능 옵트아웃 웹 페이지를 갖도록 하는 것은 법적 요구 사항입니다. Adobe은 장애 조치(failover) 시나리오에 대해 각 그룹 서버에 중복 컴퓨터를 포함할 것을 권장합니다. Adobe Campaign이 옵트아웃 페이지를 호스팅하는 경우에는 특히 적용됩니다.

역방향 프록시

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

로드 밸런서

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

Adobe은 배포 환경에서 Adobe Campaign 서버에 중계할 수 있는 URL 경로의 단독 목록을 제공합니다.

아키텍처

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

시나리오 1: 중간 크기 배포

예상 볼륨:

채널 볼륨
활성 수신자 500만
이메일 월 420만 개
DM 월 100만 개
모바일 SMS 월 100,000개
최고 일별 이메일 볼륨 500년

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

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

웹 및 응용 프로그램 서버

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

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

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

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

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

애플리케이션 서버의 디스크 공간 소모는 타사 서비스 공급자(예를 들어, DM용 인쇄 공급업체)와 교환되는 파일의 보존 기간, 웹 사이트의 구독 또는 기본 설정 업데이트와 같은 가져온 플랫 파일의 크기 및 보존 또는 자체 CRM 또는 마케팅 시스템에서 추출에 따라 달라집니다.

데이터베이스

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

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

메모리 추정치에서는 큰 캠페인 실행에 대해 약 50만 명의 수신자를 전체 캐싱하고 워크플로우를 실행하고 추적 데이터를 가져오는 등의 동시 활동을 위한 RDBMS 버퍼 공간을 가정합니다.

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

주의

이 예상에는 추가 고객 데이터가 포함되지 않습니다. 고객 데이터의 추가 열이나 테이블을 Adobe Campaign 데이터베이스에 복제하려면 추가 디스크 공간 요구 사항을 예측해야 합니다. 업로드된 세그먼트/목록에도 크기, 빈도 및 유지 기간에 따라 더 많은 스토리지가 필요합니다.

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

시나리오 2: 대규모 배포

예상 볼륨:

채널 볼륨
활성 수신자 2,000만
이메일 4,200만/월
DM 1,000만/월
모바일 SMS 1,000,000/월
최고 일별 이메일 볼륨 5,000,000

웹 및 응용 프로그램 서버

이 시나리오에서는 다음 사양을 사용하여 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, 320GB SSD 2개 또는 RAID 10, 640GB SSD 최소

메모리 추정치에서는 큰 캠페인 실행에 대한 약 5,000,000명의 수신자에 대한 전체 캐싱과 워크플로우를 실행하고 추적 데이터를 가져오는 등의 동시 활동을 위한 RDBMS 버퍼 공간을 가정합니다.

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

시나리오 3: Message Center를 사용한 엔터프라이즈 배포

예상 볼륨:

채널 볼륨
활성 수신자 5,000만
이메일 1,080/월
DM 월 2500만
모바일 SMS 2,500만/월
트랜잭션 메시지 2,500만/월
최고 일별 이메일 볼륨 2,500만

5천만 명의 수신자를 지원하는 배포는 기본적으로 과 동일합니다. 시나리오 2: Campaign 웹 애플리케이션 트래픽은 Campaign 웹 서버로 라우팅되므로 큰 캠페인 실행 후 웹 트래픽이 버스트되더라도 Campaign 워크플로우 및 클라이언트 콘솔 사용자에게 영향을 주지 않습니다.

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

웹 및 응용 프로그램 서버

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

  • 애플리케이션 서버
    2개의 시스템, 3Ghz+ 쿼드 코어 CPU, 8GB RAM, RAID 1 또는 10, 80GB SSD

  • 웹 서버
    2개의 시스템, 3Ghz+ 쿼드 코어 CPU, 16GB RAM, RAID 1 또는 10, 80GB SSD

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

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

을(를) 참조하십시오. 시나리오 1: 중간 크기 배포 프록시, 기본 설정 센터/구독 처리 및 디스크 공간 사용에 대한 자세한 설명

데이터베이스

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

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

메모리 추정치에서는 큰 캠페인 실행에 대해 약 12,50만 명의 수신자와 워크플로우를 실행하고 추적 데이터를 가져오는 등의 동시 활동을 위한 RDBMS 버퍼 공간을 차지하는 것으로 가정합니다.

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

가정 변경 지침

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

  • 수신자 수
    활성 수신자는 저장소 공간과 데이터베이스 버퍼 공간을 모두 필요로 하므로 일반적으로 더 많은 수신자는 데이터베이스 서버에서 더 많은 메모리와 CPU 용량을 필요로 합니다. 스토리지 증가는 수신자 자체가 비교적 적지만 이메일 캠페인에 저장된 이벤트 추적 데이터에 상당한 영향을 줄 수 있습니다.

  • 이메일 캠페인 크기
    캠페인 실행 빈도는 데이터베이스 서버 CPU 요구 사항에 영향을 줍니다. 직접 메일링, 인바운드 상호 작용 및 기타 워크플로우와 결합하여 이메일 캠페인에 대한 세그멘테이션 작업을 수행하면 데이터베이스 서버에 상당한 로드가 발생합니다.

  • DM 빈도
    직접 메일링 빈도는 데이터베이스 서버 CPU 요구 사항에 영향을 줄 수 있습니다. 캠페인 실행 및 기타 워크플로우와 결합하여 직접 메일링을 위한 세그멘테이션 작업을 수행하면 데이터베이스 서버에 상당한 로드가 발생합니다.

  • SMS 메시지 볼륨
    이메일 캠페인 크기와 마찬가지로 SMS 메시지 볼륨은 온-프레미스에 있는 Campaign 서버에 큰 로드를 배치하지 않습니다. 대부분 클라우드의 Adobe 클라우드 메시징 서버에 로드됩니다. 이메일 및 DM과 같은 SMS 캠페인에 대한 세그멘테이션은 마케팅 데이터베이스에 상당한 로드를 배치할 수 있습니다. 따라서 SMS 캠페인 실행 빈도와 세그멘테이션의 복잡성은 SMS 메시지 볼륨보다 더 관련이 있습니다.

  • 데이터베이스 스키마 복잡성
    각 활성 수신자에 대한 데이터 양은 저장 공간과 데이터베이스 버퍼 공간을 모두 필요로 하므로 일반적으로 더 많은 수신자가 데이터베이스 서버에 더 많은 메모리와 CPU를 필요로 합니다. 또한 복잡한 스키마에서는 세그먼테이션을 위해 더 많은 테이블을 조인해야 하므로 세분화 작업이 훨씬 더 느리게 실행될 수 있으며, 여러 테이블에 데이터가 분산되어 있을 때 더 많은 데이터베이스 CPU 및 메모리가 필요합니다.

    데이터베이스 서버 메모리는 데이터베이스 버퍼 풀이 모든 받는 사람 데이터를 포함할 수 있을 만큼 크고 워크플로우를 실행하는 임시 테이블과 다른 데이터베이스 작업에 대한 여백을 포함할 수 있도록 함으로써 추정됩니다.

  • 아웃바운드 상호 작용 사용
    배치 모드의 상호 작용 규칙은 데이터베이스에 모든 계산 복잡성을 전달하는 워크플로우에서 평가됩니다. 데이터베이스의 주요 작업 요소는 한 개의 엔진 호출 동안 계산된 총 적격의 오퍼 수입니다(Target size X average number of offers per recipient before keep N best offers). 데이터베이스 서버 CPU 속도는 성능의 첫 번째 요소입니다.

  • 인바운드 상호 작용 또는 SOAP API 사용
    인바운드 상호 작용 규칙 및 오퍼는 마케팅 데이터베이스에서 평가되므로 상당한 데이터베이스 서버 리소스(특히 CPU)가 필요합니다. 인바운드 상호 작용 또는 SOAP API를 많이 사용하려면 실행 중인 Campaign 워크플로우와 작업 로드를 구분하기 위해 별도의 웹 서버가 필요합니다.

  • 추적 데이터 유지 기간
    추적 데이터의 보존 기간을 90일 이상으로 늘리면 더 많은 데이터베이스 스토리지가 필요하고 새 추적 데이터를 큰 테이블에 삽입하므로 시스템 속도가 느려질 수 있습니다. 추적 데이터는 90일 후 캠페인 세그멘테이션에 유용하지 않으므로 짧은 보존 기간을 사용하는 것이 좋습니다.

    수신자 마케팅 경험에 대한 장기 분석이 필요한 경우 추적 데이터를 Adobe Analytics 또는 다른 분석 시스템으로 이동해야 합니다.

가상화

모든 Campaign 서버는 가상화를 위한 좋은 후보입니다. 적절한 가용성과 성능을 보장하려면 몇 가지 문제가 해결되어야 합니다.

  • 장애 조치 구성
    예를 들어, 로드 밸런싱된 프록시 아래의 중복 애플리케이션 서버를 별도의 하드웨어에 배포하여 하드웨어 장애 발생 시 VM이 모두 다운되지 않도록 해야 합니다.

  • I/O 구성
    데이터베이스 보안을 위해 권장 RAID 구성을 유지 관리해야 하며, 스토리지 장치의 손실로 인해 데이터가 손실되지 않도록 합니다.

  • I/O 성능
    데이터베이스 스토리지에 대한 권장 IOPS 등급을 준수해야 합니다. Amazon EC2와 같은 클라우드 서비스는 필요한 성능을 제공하지 않을 수 있으므로 신중하게 평가해야 합니다. 예를 들어 Amazon EC2 프로비저닝된 SSD 볼륨은 현재 각각 20,000IOPS로 평가됩니다. 추가 정보 Amazon 설명서따라서 4 볼륨 RAID 구성은 80,000 IOPS로 평가되는데, 이는 충분하지 않을 수 있습니다.

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

관련 항목

이 페이지에서는