Implantação empresarial

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

  • servidores de redirecionamento dedicados atrás de um balanceador de carga HTTP ou TCP, para escalabilidade e disponibilidade,
  • dois servidores de aplicativos para melhor throughput e capacidade de 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, o throughput esperado 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.
  • A 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 bases de dados em ambos os servidores de aplicações,

  • Caixa de correio de rejeiçã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,
    • a segunda foi exposta 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ída 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 do banco de dados, depois de 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 reinicializar 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.campanha.net*, console.campanha.net* (o servidor de aplicativos lida com os URLs das conexões e relatórios do console do cliente e das páginas de mirrores page e unsubscription)
  • 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 de instalação da Campanha no Linux (Linux) e Pré-requisitos de instalação da Campanha no Windows (Windows).

  2. Depois que o servidor Adobe Campaign estiver instalado, start o servidor de aplicativos (Web) usando o comando nlserver web -tomcat (o módulo Web permite que você start o Tomcat no modo independente do servidor Web acompanhando na porta 8080) e certifique-se de que os start Tomcat estejam corretos:

    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 em serverConf.xml estã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 internal usando o comando:

    nlserver config -internalpassword

    Para obter mais informações, consulte Identificador interno.

  4. Crie a instância demo com as máscaras DNS para rastreamento (neste caso, tracking.campanha.net) e acesso aos consoles do cliente (neste caso, console.campanha.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 pelo comando anterior e localizado ao lado do arquivo config-default.xml), verifique se mta (delivery), wfserver (workflow), inMail<a9/ (e-mails de retorno) e stat (estatísticas) os processos estão ativados e, em seguida, configure 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 Ativando processos.

  6. Edite o arquivo serverConf.xml e especifique o domínio do delivery, em seguida, especifique os endereços IP (ou host) dos servidores DNS usados pelo módulo MTA para responder a query 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 apenas no Windows.

    Para obter mais informações, consulte configuração do servidor de Campanha.

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

    Para obter mais informações, consulte as seguintes seções:

  8. Start 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 do 20.1, recomendamos usar o seguinte comando (para Linux): servidor nlserver do start systemctl

    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 que você saiba a versão e o número da compilação 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.

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

    Para obter mais informações, consulte as seguintes seções:

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

Siga as etapas abaixo:

  1. Instale o servidor 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 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 pelo comando anterior e localizado ao lado do arquivo config-default.xml), verifique se mta (delivery), wfserver (workflow), inMail<a9/ (e-mails de retorno) e stat (estatísticas) os processos estão ativados e, em seguida, configure 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 Ativando processos.

  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 só é utilizado no Windows.

    Para obter mais informações, consulte configuração do servidor de Campanha.

  7. Start dos servidores Adobe Campaign.

    Para obter mais informações, consulte as seguintes 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. Instale o servidor Adobe Campaign,

  2. Cumpra 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 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. Start o site e teste o redirecionamento 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. Start o servidor Adobe Campaign.

Nesta página