Implantação padrão

Para esta configuração, são necessários três computadores:

  • Um servidor de aplicativos dentro da LAN para os usuários finais (preparação de campanhas, relatórios, etc.),
  • Dois servidores frontais na DMZ atrás de um balanceador de carga.

Os dois servidores na DMZ lidam com o rastreamento, mirror pages e delivery e são redundantes para alta disponibilidade.

O servidor de aplicativos na LAN serve os usuários finais e executa todos os processos recorrentes (mecanismo de fluxo de trabalho). Assim, quando as cargas máximas são atingidas nos servidores frontais, os usuários do aplicativo não são afetados.

O servidor de banco de dados pode ser hospedado em um computador separado desses três. Caso contrário, é para o servidor de aplicativos e o servidor de banco de dados compartilharem o mesmo computador na LAN, desde que o sistema operacional seja compatível com Adobe Campaign (Linux ou Windows).

A comunicação geral entre servidores e processos é realizada de acordo com o seguinte schema:

Esse tipo de configuração pode lidar com um grande número de recipients (500.000 a 1.000.000), pois o servidor de banco de dados (e a largura de banda disponível) é o principal fator limitante.

Recursos

Vantagens

  • Funcionalidade de failover: a capacidade de alternar processos para um computador em caso de problema de hardware no outro.
  • Melhor desempenho geral, já que as funções de MTA e redirecionamento podem ser implantadas em ambos os computadores por trás de um balanceador de carga. Com dois MTAs ativos e largura de banda suficiente, é possível alcançar taxas de transmissão na região de 100.000 emails por hora.

Etapas de instalação e configuração

Pré-requisitos

  • JDK em todos os três computadores,

  • Servidor Web (IIS, Apache) em ambas as frentes,

  • Acesso a um servidor de banco de dados nos três computadores,

  • Caixa de entrada de devolução acessível via POP3,

  • Criação de dois aliases DNS:

    • a primeira exposta ao público para rastreamento e apontamento para o balanceador de carga em um endereço IP virtual (VIP) e que é então distribuída para os dois servidores frontais,
    • o segundo exposto aos usuários internos para acesso pelo console e apontando para o mesmo servidor de aplicativos.
  • Firewall configurado para abrir STMP (25), DNS (53), HTTP (80), HTTPS (443), SQL (1521 para Oracle, 5432 para PostgreSQL etc.) portas. Para obter mais informações, consulte a seção Acesso ao banco de dados.

Instalar o servidor de aplicativos

Siga as etapas para instalar uma instância independente do servidor de aplicativos do Adobe Campaign para a criação do banco de dados (etapa 12). Consulte Instalação e configuração (máquina única).

Como o computador não é um servidor de rastreamento, não considere a integração com o servidor da Web.

Nos exemplos a seguir, os parâmetros da instância são:

  • Nome da instância: demo
  • Máscara de DNS: console.campaign.net* (somente para conexões de console do cliente e para relatórios)
  • Idioma: Inglês
  • Banco de dados: campanha:demo@dbsrv

Instalar os dois servidores frontais

O procedimento de instalação e configuração é idêntico em ambos os computadores.

As etapas são as seguintes:

  1. Instale o servidor do Adobe Campaign.

    Para obter mais informações, consulte Pré-requisitos da instalação do Campaign no Linux (Linux) e Pré-requisitos da instalação do Campaign no Windows (Windows).

  2. Siga o procedimento de integração do servidor Web (IIS, Apache) descrito nas seguintes seções:

  3. Crie a instância demo. Há duas maneiras de fazer isso:

    • Crie a instância por meio do console:

      Para obter mais informações, consulte Criação de uma instância e logon.

      ou

    • Crie a instância usando linhas de comando:

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

      Para obter mais informações, consulte Criação de uma instância.
      O nome da instância é igual ao do servidor de aplicativos.

    A conexão com o servidor com o módulo nlserver web (mirror pages, unsubscription) será feita a partir do URL do balanceador de carga (tracking.campaign.net).

  4. Altere o internal para o mesmo que o servidor de aplicativos.

    Para obter mais informações, consulte esta seção.

  5. Vincule o banco de dados à instância:

    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
  6. Nos arquivos config-default.xml e config-demo.xml, ative os módulos web, trackinglogd e mta.

    Para obter mais informações, consulte esta seção.

  7. Edite o arquivo serverConf.xml e preencha:

    • a configuração DNS do módulo MTA:

      <dnsConfig localDomain="campaign.com" nameServers="192.0.0.1, 192.0.0.2"/>
      
      OBSERVAÇÃO

      O parâmetro nameServers é usado somente no Windows.

      Para obter mais informações, consulte Configurações de delivery.

    • os servidores de rastreamento redundantes nos parâmetros de redirecionamento:

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

      Para obter mais informações, consulte Rastreamento redundante.

  8. Inicie o site e teste o redirecionamento a partir do URL: https://tracking.campaign.net/r/test.

    O navegador deve exibir as seguintes mensagens (dependendo do URL redirecionado pelo balanceador de carga):

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

    ou

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

    Para obter mais informações, consulte estas seções:

  9. Inicie o servidor do Adobe Campaign.

  10. No console do Adobe Campaign, conecte-se usando o logon admin sem uma senha e inicie o assistente de implantação.

    Para obter mais informações, consulte Implantação de uma instância.

    A configuração é idêntica a uma instância independente, além da configuração do módulo de rastreamento.

  11. Preencha a URL externa (a do balanceador de carga) usada para o redirecionamento e as URLs internas dos dois servidores frontais.

    Para obter mais informações, consulte Configuração de rastreamento.

    OBSERVAÇÃO

    Usamos a instância existente dos dois servidores de rastreamento criados anteriormente e o logon interno é usado.

Nesta página