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:

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).
Siga o procedimento de integração do servidor Web (IIS, Apache) descrito nas seguintes seções:
- Para Linux: Integração em um servidor Web para Linux
- Para Windows: Integração em um servidor Web para Windows
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).
Altere o internal para o mesmo que o servidor de aplicativos.

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

Vincule o banco de dados à instância:

nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo

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.
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.
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:
- Para Linux: Iniciar o servidor Web e testar a configuração
- Para Windows: Iniciar o servidor Web e testar a configuração
Inicie o servidor do Adobe Campaign.
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.
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.