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.

CUIDADO

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.

Instalar e configurar o 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 as seguintes 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.

Instalar e configurar o 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 as seguintes seções:

Instalar e configurar os 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 as seguintes seções:

  6. Inicie o servidor do Adobe Campaign.

Nesta página

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now