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* (il server applicazioni 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: pacchetto nlserver 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, avviare 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 i file config-default.xml e serverConf.xml nella directory conf sotto la cartella di installazione. Tutti i parametri disponibili in serverConf.xml sono elencati in questa sezione.

    Premere Ctrl+C per arrestare il server.

    Per ulteriori informazioni, consulta le sezioni seguenti:

  3. Modifica la password interna utilizzando il comando:

    nlserver config -internalpassword
    

    Per ulteriori informazioni al riguardo, consulta questa sezione.

  4. Crea l’istanza demo 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 il file config-demo.xml (creato tramite il comando precedente e situato accanto al file config-default.xml), controlla che il mta (consegna), wfserver (flusso di lavoro), inMail (rebound e-mail) e i processi stat (statistiche) sono abilitati, quindi configura l'indirizzo del server di statistiche 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>
    

    Per ulteriori informazioni al riguardo, consulta questa sezione.

  6. Modifica il file 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

    I parametri nameServers vengono utilizzati solo in Windows.

    Per ulteriori informazioni, consulta Configurazione del server Campaign.

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

  8. Avvia il server Adobe Campaign (net start nlserver6 in Windows, /etc/init.d/nlserver6 start in Linux) ed esegui nuovamente il comando nlserver pdump 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): sistema avviare 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. Verifica il modulo nlserver web utilizzando 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.

    Immetti il login interno e la password associata quando raggiungi la pagina di controllo degli 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. Cambia il internal nello stesso modo del server applicazioni 1.

  4. Collega il database all'istanza:

    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
  5. Modifica il file config-demo.xml (creato tramite il comando precedente e situato accanto al file config-default.xml), controlla che il mta (consegna), wfserver (flusso di lavoro), inMail (rebound e-mail) e i processi stat (statistiche) sono abilitati, quindi configura l'indirizzo del server di statistiche 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>
    

    Per ulteriori informazioni al riguardo, consulta questa sezione.

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

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

    Il parametro 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 i file config-demo.xml e serverConf.xml creati durante l'installazione. Nel file config-demo.xml, attiva il processo trackinglogd e disattiva i processi mta, inmail, wfserver e stat .

  4. Modifica il file serverConf.xml e compila 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