Implementazione aziendale

Questa è la configurazione più completa. Si basa sulla configurazione standard per una maggiore sicurezza e disponibilità:

  • server di reindirizzamento dedicati dietro un load balancer HTTP o TCP, per scalabilità e disponibilità,
  • due server applicativi per una migliore capacità di throughput e failover (tolleranza di errore) e che sono isolati nella LAN.

La comunicazione generale tra server e processi viene eseguita secondo il seguente schema:

Con questo tipo di configurazione, il throughput previsto può superare i 100.000 mail all'ora con larghezza di banda e sintonizzazione adeguate.

Funzioni

Vantaggi

  • Sicurezza ottimizzata: Solo i server che devono essere esposti all'esterno sono installati sul computer nella DMZ.
  • Alta disponibilità più semplice da garantire: Solo il computer visibile dall'esterno deve essere gestito tenendo presente l'elevata disponibilità.

Svantaggi

Costi hardware e amministrativi più elevati.

  • Server applicazioni: 2 Ghz CPU quad-core, 4 GB di RAM, software RAID 1 disco rigido SATA da 80 GB.
  • Server di reindirizzamento: 2 Ghz CPU quad-core, 4 GB di RAM, software RAID 1 disco rigido SATA da 80 GB.
NOTA

È possibile riutilizzare un load balancer esistente per il traffico verso i server di reindirizzamento.

Passaggi di installazione e configurazione

Prerequisiti

  • JDK su entrambi i server applicazioni,

  • server web (IIS, Apache) su entrambi i frontals,

  • Accesso a un server di database su entrambi i server applicativi,

  • Cassetta di posta non recapitata accessibile tramite POP3,

  • Creazione di due alias DNS sul load balancer:

    • la prima persona esposta al pubblico per il tracciamento e l’individuazione del load balancer su un indirizzo IP virtuale (VIP) e che viene quindi distribuita ai due server frontali,
    • il secondo è stato esposto agli utenti interni per l’accesso tramite la console e indica un load balancer su un indirizzo IP virtuale (VIP), che viene quindi distribuito ai due server delle applicazioni.

  • Firewall configurato per aprire STMP (25), DNS (53), HTTP (80), HTTPS (443), SQL (1521 per Oracle, 5432 per PostgreSQL, ecc.) porte. Per ulteriori informazioni, consulta la sezione Accesso al database.

ATTENZIONE

Se i server applicazioni puntano a una singola istanza di database, dopo l'importazione di un pacchetto standard su un'istanza, lo schema contenuto nel pacchetto non viene caricato sull'altra istanza.

Se i server applicazioni puntano a una singola istanza di database, dopo aver modificato lo schema in un'istanza, lo schema non viene caricato nell'altra istanza.

Per risolvere questi problemi, è necessario riavviare il processo "web@default" nella seconda istanza in cui si è verificato l'errore.

Installazione e configurazione dell'application server 1

Negli esempi seguenti, i parametri dell’istanza sono:

  • Nome dell’istanza: demo
  • Maschera DNS: tracking.campaign.net*, console.campaign.net* (l'application server gestisce gli URL per le connessioni e i rapporti della console client e per le pagine mirror e le pagine di annullamento dell'abbonamento)
  • Lingua: Inglese
  • Database: campagna:demo@dbsrv

I passaggi per l'installazione del primo server sono:

  1. Segui la procedura di installazione per il server Adobe Campaign: nlserver pacchetto su Linux o setup.exe su Windows.

    Per ulteriori informazioni, consulta Prerequisiti per l’installazione di Campaign in Linux (Linux) e Prerequisiti per l’installazione di Campaign in Windows (Windows).

  2. Una volta installato il server Adobe Campaign, avvia l'application server (web) utilizzando il comando nlserver web -tomcat (il modulo Web consente di avviare Tomcat in modalità server Web indipendente in ascolto sulla porta 8080) e di assicurarsi che Tomcat si avvii correttamente:

    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
    NOTA

    La prima volta che il modulo Web viene eseguito, crea il config-default.xml e serverConf.xml nei file conf nella cartella di installazione. Tutti i parametri disponibili nel serverConf.xml sono elencati in sezione.

    Press Ctrl+C per arrestare il server.

    Per ulteriori informazioni, consulta le sezioni seguenti:

  3. Modificare la interno password tramite il comando:

    nlserver config -internalpassword

    Per ulteriori informazioni al riguardo, consulta questa sezione.

  4. Crea il demo istanza con le maschere DNS per il tracciamento (in questo caso, tracking.campaign.net) e l’accesso alle console client (in questo caso, console.campaign.net). Ci sono due modi per farlo:

    • Crea l’istanza tramite la console:

      Per ulteriori informazioni, consulta Creazione di un'istanza e accesso.

      o

    • Crea l'istanza utilizzando le righe di comando:

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

      Per ulteriori informazioni, consulta Creazione di un’istanza.

  5. Modifica le config-demo.xml (creato tramite il comando precedente e situato accanto al config-default.xml file), controlla che il mta (consegna), wfserver (flusso di lavoro), inMail (mail rimbalzate) e stat (statistiche) i processi sono abilitati, quindi configura l'indirizzo del app server statistiche:

    <?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>

    Per ulteriori informazioni al riguardo, consulta questa sezione.

  6. Modifica le serverConf.xml e specifica il dominio di consegna, quindi specifica gli indirizzi IP (o host) dei server DNS utilizzati dal modulo MTA per rispondere alle query DNS di tipo MX.

    <dnsConfig localDomain="campaign.com" nameServers="192.0.0.1, 192.0.0.2"/>
    NOTA

    La nameServers viene utilizzato solo in Windows.

    Per ulteriori informazioni, consulta Configurazione del server Campaign.

  7. Copia il programma di configurazione della console client (setup-client-7.XX, YYYY.exe per v7 o setup-client-6.XX, YYYY.exe per v6.1) al /datakit/nl/eng/jsp cartella. Ulteriori informazioni.

  8. Avvia il server Adobe Campaign (net start nlserver6 in Windows, /etc/init.d/nlserver6 start in Linux) ed esegui il comando pdump nlserver ancora una volta per verificare la presenza di tutti i moduli abilitati.

    NOTA

    A partire da 20.1, si consiglia di utilizzare invece il seguente comando (per Linux): system 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

    Questo comando consente inoltre di conoscere la versione e il numero di build del server Adobe Campaign installato sul computer.

  9. Verificare la web nlserver modulo che utilizza l’URL: https://console.campaign.net/nl/jsp/logon.jsp.

    Questo URL consente di accedere alla pagina di download del programma di installazione client. Ulteriori informazioni.

    Inserisci il interno accesso e password associata quando si raggiunge la pagina di controllo accessi.

Installazione e configurazione dell'application server 2

Applica i seguenti passaggi:

  1. Installa il server Adobe Campaign.

  2. Copiare i file dell'istanza creata in application server 1.

    Manteniamo lo stesso nome di istanza dell'application server 1.

  3. Modificare la interno allo stesso modo dell'application server 1.

  4. Collega il database all'istanza:

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

  5. Modifica le config-demo.xml (creato tramite il comando precedente e situato accanto al config-default.xml file), controlla che il mta (consegna), wfserver (flusso di lavoro), inMail (mail rimbalzate) e stat (statistiche) i processi sono abilitati, quindi configura l'indirizzo del app server statistiche:

    <?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>

    Per ulteriori informazioni al riguardo, consulta questa sezione.

  6. Modifica le serverConf.xml e compila la configurazione DNS del modulo MTA:

    <dnsConfig localDomain="campaign.com" nameServers="192.0.0.1, 192.0.0.2"/>
    NOTA

    La nameServers viene utilizzato solo in Windows.

    Per ulteriori informazioni, consulta Configurazione del server Campaign.

  7. Avvia i server Adobe Campaign.

    Per ulteriori informazioni, consulta le sezioni seguenti:

Installazione e configurazione dei server frontali

Le procedure di installazione e configurazione sono identiche su entrambi i computer.

Le fasi sono le seguenti:

  1. Installare il server Adobe Campaign,

  2. Conformarsi alla procedura di integrazione del server Web (IIS, Apache) descritta nelle sezioni seguenti:

  3. Copia il config-demo.xml e serverConf.xml file creati durante l'installazione. In config-demo.xml attiva il trackinglogd elabora e disattiva il mta, posta indesiderata, wfserver e stat processi.

  4. Modifica le serverConf.xml e popolare i server di tracciamento ridondanti nei parametri del reindirizzamento:

    <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. Avvia il sito web e verifica il reindirizzamento dall'URL: https://tracking.campaign.net/r/test

    Il browser deve visualizzare i seguenti messaggi (a seconda dell’URL reindirizzato dal load balancer):

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

    o

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

    Per ulteriori informazioni, consulta le sezioni seguenti:

  6. Avvia il server Adobe Campaign.

In questa pagina