Implantação empresarial

Essa é a configuração mais completa. Ele se baseia na configuração padrão para oferecer maior segurança e disponibilidade:

  • servidores de redirecionamento dedicados por trás de um balanceador de carga HTTP ou TCP, para escalabilidade e disponibilidade,
  • dois servidores de aplicativos para melhorar a capacidade de throughput e failover (tolerância a falhas) e que são isolados na LAN.

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

Com esse tipo de configuração, a taxa de transferência esperada pode exceder 100.000 emails por hora com largura de banda e ajuste adequados.

Recursos

Vantagens

  • Segurança otimizada: Somente os servidores que precisam ser expostos ao exterior são instalados no computador no DMZ.
  • Alta disponibilidade mais fácil de garantir: Somente o computador visível do exterior precisa ser gerenciado com alta disponibilidade em mente.

Desvantagens

Custos mais altos de hardware e administração.

  • Servidores de aplicativos: CPU quad-core de 2 Ghz, 4 GB de RAM, disco rígido SATA de 80 GB RAID de software.
  • Servidores de redirecionamento: CPU quad-core de 2 Ghz, 4 GB de RAM, disco rígido SATA de 80 GB RAID de software.
OBSERVAÇÃO

É possível reutilizar um balanceador de carga existente para tráfego nos servidores de redirecionamento.

Etapas de instalação e configuração

Pré-requisitos

  • JDK em ambos os servidores de aplicativos,

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

  • Acesso a um servidor de banco de dados em ambos os servidores de aplicativos,

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

  • Criação de dois aliases DNS no balanceador de carga:

    • 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 por meio do console e apontando para um balanceador de carga em um endereço IP virtual (VIP) e que é então distribuído para os dois servidores 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.

ATENÇÃO

Se os servidores de aplicativos apontarem para uma única instância de banco de dados, após importar um pacote padrão em uma instância, o schema contido no pacote não será carregado na outra instância.

Se os servidores de aplicativos apontarem para uma única instância do banco de dados, depois de alterar o schema em uma instância, o schema não será carregado na outra instância.

Para recuperar esses problemas, é necessário reiniciar o processo 'web@default' na segunda instância em que ocorreu o erro.

Instalação e configuração do servidor de aplicativos 1

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

  • Nome da instância: demonstração
  • Máscara de DNS: tracking.campaign.net*, console.campaign.net* (o servidor de aplicativos trata os URLs das conexões e relatórios do console do cliente e das mirror pages e unsubscription pages)
  • Idioma: Inglês
  • Banco de dados: campanha:demo@dbsrv

As etapas para instalar o primeiro servidor são:

  1. Siga o procedimento de instalação do servidor Adobe Campaign: pacote nlserver no Linux ou setup.exe no Windows.

    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. Depois que o servidor do Adobe Campaign for instalado, inicie o servidor de aplicativos (web) usando o comando nlserver web -tomcat (o módulo da Web permite iniciar o Tomcat no modo de servidor da Web independente ouvindo na porta 8080) e para garantir que o Tomcat inicie corretamente:

    12:08:18 >   Application server for Adobe Campaign Classic (7.X YY.R build XXX@SHA1) of DD/MM/YYYY
    12:08:18 >   Starting Web server module (pid=28505, tid=-1225184768)...
    12:08:18 >   Tomcat started
    12:08:18 >   Server started
    
    OBSERVAÇÃO

    Na primeira vez que o módulo Web é executado, ele cria os arquivos config-default.xml e serverConf.xml no diretório conf na pasta de instalação. Todos os parâmetros disponíveis no serverConf.xml são listados nesta seção.

    Pressione Ctrl+C para parar o servidor.

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

  3. Altere a senha interna usando o comando:

    nlserver config -internalpassword
    

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

  4. Crie a instância demo com as máscaras DNS para rastreamento (neste caso, tracking.campaign.net) e o acesso aos consoles do cliente (neste caso, console.campaign.net). 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*,console.campaign.net*
      

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

  5. Edite o arquivo config-demo.xml (criado por meio do comando anterior e localizado ao lado do arquivo config-default.xml), verifique se mta (delivery), wfserver (workflow), inMail os processos de reassociação (emails) e stat (estatísticas) são ativados e, em seguida, configuram o endereço do servidor de estatísticas app:

    <?xml version='1.0'?>
    <serverconf>  
      <shared>    
        <!-- add lang="eng" to dataStore to force English for the instance -->    
        <dataStore hosts="tracking.campaign.net*,console.campaign.net*">      
          <mapping logical="*" physical="default"/>    
        </dataStore>  </shared>  
        <mta autoStart="true" statServerAddress="app">
        <wfserver autoStart="true"/>  
        <inMail autoStart="true"/>  
        <sms autoStart="false"/>  
        <listProtect autoStart="false"/>
    </serverconf>
    

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

  6. Edite o arquivo serverConf.xml e especifique o domínio de delivery, em seguida, especifique os endereços IP (ou host) dos servidores DNS usados pelo módulo MTA para responder consultas DNS do tipo MX.

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

    Os parâmetros nameServers são usados somente no Windows.

    Para obter mais informações, consulte Configuração do servidor do Campaign.

  7. Copie o programa de configuração do console do cliente (setup-client-7.XX, YYYY.exe para v7 ou setup-client-6.XX, YYYY.exe para v6.1) para /datakit/nl pasta eng/jsp. Saiba mais.

  8. Inicie o servidor Adobe Campaign (net start nlserver6 no Windows, /etc/init.d/nlserver6 start no Linux) e execute o comando nlserver pdump mais uma vez para verificar a presença de todos os módulos ativados.

    OBSERVAÇÃO

    A partir da versão 20.1, recomendamos usar o seguinte comando (para Linux): systemctl start nlserver

    12:09:54 >   Application server for Adobe Campaign Classic (7.X YY.R build XXX@SHA1) of DD/MM/YYYY
    syslogd@default (7611) - 9.2 MB
    stat@demo (5988) - 1.5 MB
    inMail@demo (7830) - 11.9 MB
    watchdog (27369) - 3.1 MB
    mta@demo (7831) - 15.6 MB
    wfserver@demo (7832) - 11.5 MB
    web@default (28671) - 40.5 MB
    

    Esse comando também permite saber a versão e o número da build do servidor Adobe Campaign instalado no computador.

  9. Teste o módulo nlserver web usando o URL: https://console.campaign.net/nl/jsp/logon.jsp.

    Esse URL permite que você acesse a página de download do programa de configuração do cliente. Saiba mais.

    Insira o logon interno e a senha associada ao acessar a página de controle de acesso.

Instalação e configuração do servidor de aplicativos 2

Siga as etapas abaixo:

  1. Instale o servidor do Adobe Campaign.

  2. Copie os arquivos da instância criada no servidor de aplicativos 1.

    Mantemos o mesmo nome de instância do servidor de aplicativos 1.

  3. Altere o internal para o mesmo que o servidor de aplicativos 1.

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

    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
  5. Edite o arquivo config-demo.xml (criado por meio do comando anterior e localizado ao lado do arquivo config-default.xml), verifique se mta (delivery), wfserver (workflow), inMail os processos de reassociação (emails) e stat (estatísticas) são ativados e, em seguida, configuram o endereço do servidor de estatísticas app:

    <?xml version='1.0'?>
    <serverconf>  
      <shared>    
        <!-- add lang="eng" to dataStore to force English for the instance -->    
        <dataStore hosts="tracking.campaign.net*,console.campaign.net*">      
          <mapping logical="*" physical="default"/>    
        </dataStore>  </shared>  
        <mta autoStart="true" statServerAddress="app">
        <wfserver autoStart="true"/>  
        <inMail autoStart="true"/>  
        <sms autoStart="false"/>  
        <listProtect autoStart="false"/>
    </serverconf>
    

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

  6. 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ção do servidor do Campaign.

  7. Inicie os servidores da Adobe Campaign.

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

Instalação e configuração dos servidores frontais

Os procedimentos de instalação e configuração são idênticos em ambos os computadores.

As etapas são as seguintes:

  1. Instalar o servidor do Adobe Campaign,

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

  3. Copie os arquivos config-demo.xml e serverConf.xml criados durante a instalação. No arquivo config-demo.xml, ative o processo trackinglogd e desative o mta, inmail, wfserver e stat<a11/ processos.

  4. Edite o arquivo serverConf.xml e preencha os servidores de rastreamento redundantes nos parâmetros do 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"/>
    
  5. 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:

  6. Inicie o servidor do Adobe Campaign.

Nesta página