표준 배포 standard-deployment

이 구성의 경우 세 대의 컴퓨터가 필요합니다.

  • 최종 사용자를 위한 LAN 내의 애플리케이션 서버(캠페인 준비, 보고 등)
  • 로드 밸런서 뒤에 있는 DMZ에 있는 두 대의 전면 서버

DMZ에 있는 두 서버는 추적, 미러 페이지 및 전송을 처리하며 고가용성을 위해 이중화됩니다.

LAN의 애플리케이션 서버는 최종 사용자에게 서비스를 제공하고 모든 반복 프로세스(워크플로 엔진)를 수행합니다. 따라서 전면 서버에서 최대 로드에 도달하면 애플리케이션 사용자들은 영향을 받지 않습니다.

데이터베이스 서버는 이 세 가지 컴퓨터와 별도의 컴퓨터에서 호스팅할 수 있습니다. Adobe Campaign(Linux 또는 Windows)에서 운영 체제를 지원하는 한 애플리케이션 서버와 데이터베이스 서버가 LAN 내에서 동일한 컴퓨터를 공유하는 것이 좋습니다.

서버와 프로세스 간의 일반적인 통신은 다음 스키마에 따라 수행됩니다.

이러한 유형의 구성은 데이터베이스 서버(및 사용 가능한 대역폭)가 주요 제한 요소이므로 많은 수의 수신자(500,000~1,000,000)를 처리할 수 있습니다.

기능 features

장점 advantages

  • 장애 조치(failover) 기능: 다른 컴퓨터에서 하드웨어 문제가 발생할 경우 프로세스를 한 컴퓨터로 전환할 수 있는 기능.
  • MTA 및 리디렉션 기능을 부하 분산 장치 뒤의 두 컴퓨터 모두에 배포할 수 있으므로 전반적인 성능이 향상됩니다. 2개의 활성 MTA와 충분한 대역폭을 통해 시간당 100,000개의 메일라는 지역에서 브로드캐스트 속도를 달성할 수 있습니다.

설치 및 구성 단계 installation-and-configuration-steps

필수 구성 요소 prerequisites

  • JDK가 세 대의 컴퓨터에 깔려 있고

  • 양쪽 프론트엔드의 웹 서버(IIS, Apache)

  • 세 대의 컴퓨터 모두에서 데이터베이스 서버에 액세스

  • POP3를 통해 액세스할 수 있는 바운스 사서함,

  • 두 개의 DNS 별칭 생성:

    • 처음으로 공개되어 가상 IP 주소(VIP)의 로드 밸런서를 추적하고 지정한 다음 두 대의 전면 서버에 배포되는 경우
    • 콘솔을 통해 액세스할 수 있도록 내부 사용자에게 노출되며 동일한 애플리케이션 서버를 가리킵니다.
  • STMP(25), DNS(53), HTTP(80), HTTPS(443), SQL(Oracle 1521, PostgreSQL 5432 등)을 열도록 구성된 방화벽 포트입니다. 자세한 내용은 섹션 을 참조하십시오 데이터베이스 액세스.

응용 프로그램 서버 설치 installing-the-application-server

Adobe Campaign 애플리케이션 서버에서 데이터베이스를 생성할 때까지 독립 실행형 인스턴스를 설치하는 단계(12단계)를 수행합니다. 을(를) 참조하십시오 설치 및 구성(단일 시스템).

컴퓨터가 추적 서버가 아니므로 웹 서버와의 통합을 고려하지 마십시오.

다음 예에서 인스턴스의 매개 변수는 다음과 같습니다.

  • 인스턴스 이름: 데모
  • DNS 마스크: console.campaign.net* (클라이언트 콘솔 연결 및 보고서용)
  • 언어: 영어
  • 데이터베이스: campaign:demo@dbsrv

2개의 전면 서버 설치 installing-the-two-frontal-servers

설치 및 구성 절차는 두 컴퓨터에서 동일합니다.

단계는 다음과 같습니다.

  1. Adobe Campaign 서버를 설치합니다.

    자세한 내용은 다음을 참조하십시오. Linux에서 캠페인 설치 사전 요구 사항 (Linux) 및 Windows에서 Campaign 설치 사전 요구 사항 (Windows).

  2. 다음 섹션에 설명된 웹 서버 통합 절차(IIS, Apache)를 따릅니다.

  3. 만들기 데모 인스턴스. 두 가지 방법으로 이 작업을 수행할 수 있습니다.

    • 콘솔을 통해 인스턴스를 만듭니다.

      자세한 내용은 다음을 참조하십시오. 인스턴스 만들기 및 로그온.

      또는

    • 명령줄을 사용하여 인스턴스를 생성합니다.

      code language-none
      nlserver config -addinstance:demo/tracking.campaign.net*
      

      자세한 내용은 다음을 참조하십시오. 인스턴스 만들기.

    인스턴스 이름은 애플리케이션 서버의 이름과 같습니다.

    를 사용하여 서버에 연결 nlserver 웹 로드 밸런서의 URL(tracking.campaign.net)에서 모듈(미러 페이지, 구독 취소)을 만듭니다.

  4. 변경 내부 를 애플리케이션 서버와 동일하게 설정합니다.

    이 작업에 대한 자세한 정보는 이 섹션을 참조하십시오.

  5. 인스턴스에 데이터베이스 연결:

    code language-none
    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
  6. 다음에서 config-default.xmlconfig-demo.xml 파일, 활성화 , trackinglogdmta 모듈.

    이 작업에 대한 자세한 정보는 이 섹션을 참조하십시오.

  7. 편집 serverConf.xml 파일 및 채우기:

    • mta 모듈의 DNS 구성:

      code language-none
      <dnsConfig localDomain="campaign.com" nameServers="192.0.0.1, 192.0.0.2"/>
      
      note note
      NOTE
      다음 이름 서버 매개 변수는 Windows에서만 사용됩니다.

      자세한 내용은 다음을 참조하십시오. 게재 설정.

    • 리디렉션 매개 변수의 중복 추적 서버:

      code language-none
      <spareServer enabledIf="$(hostname)!='front_srv1'" id="1" url="https://front_srv1:8080"/>
      <spareServer enabledIf="$(hostname)!='front_srv2'" id="2" url="https://front_srv2:8080"/>
      

      자세한 내용은 다음을 참조하십시오. 중복 추적.

  8. 웹 사이트를 시작하고 URL에서 리디렉션을 테스트합니다. https://tracking.campaign.net/r/test.

    브라우저는 로드 밸런서에서 리디렉션된 URL에 따라 다음 메시지를 표시해야 합니다.

    code language-none
    <redir status="OK" date="AAAA/MM/JJ HH:MM:SS" build="XXXX" host="tracking.campaign.net" localHost="front_srv1"/>
    

    또는

    code language-none
    <redir status="OK" date="AAAA/MM/JJ HH:MM:SS" build="XXXX" host="tracking.campaign.net" localHost="front_srv2"/>
    

    자세한 내용은 다음 섹션을 참조하십시오.

  9. Adobe Campaign 서버를 시작합니다.

  10. Adobe Campaign 콘솔에서 다음을 사용하여 연결합니다. admin 암호 없이 로그인하고 배포 마법사를 시작합니다.

    자세한 내용은 다음을 참조하십시오. 인스턴스 배포.

    구성은 추적 모듈의 구성과 별도로 독립형 인스턴스와 동일합니다.

  11. 리디렉션에 사용되는 외부 URL(로드 밸런서의 URL)과 두 전면 서버의 내부 URL을 채웁니다.

    자세한 내용은 다음을 참조하십시오. 추적 구성.

    note note
    NOTE
    이전에 만든 두 추적 서버의 기존 인스턴스를 사용하고 내부 로그인합니다.
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1