Distribuzione aziendale

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

  • server di reindirizzamento dedicati dietro un sistema di bilanciamento del carico HTTP o TCP, per scalabilità e disponibilità,
  • due server applicativi per una maggiore capacità di throughput e failover (tolleranza di errore) e 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 messaggi all'ora con larghezza di banda e sintonizzazione adeguate.

Caratteristiche

Vantaggi

  • Protezione ottimizzata: Nel computer della rete perimetrale sono installati solo i server che devono essere esposti all'esterno.
  • 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 quad-core CPU, 4 GB di RAM, software RAID 1 disco rigido SATA da 80 GB.
  • Server di reindirizzamento: 2 Ghz quad-core CPU, 4 GB di RAM, software RAID 1 disco rigido SATA da 80 GB.
NOTA

È possibile riutilizzare un sistema di bilanciamento del carico 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 frons,

  • accesso a un server di database su entrambi i server applicazioni,

  • Cassetta postale accessibile tramite POP3,

  • Creazione di due alias DNS sul sistema di bilanciamento del carico:

    • il primo esposto al pubblico per il monitoraggio e l'indicazione del sistema di bilanciamento del carico su un indirizzo IP virtuale (VIP) e che viene quindi distribuito ai due server frontali,
    • il secondo è esposto agli utenti interni per l'accesso tramite la console e indica un sistema di bilanciamento del carico su un indirizzo IP virtuale (VIP), che viene quindi distribuito ai due server applicazione.
  • Firewall configurato per aprire STMP (25), DNS (53), HTTP (80), HTTPS (443), SQL (1521 per Oracle, 5432 per PostgreSQL, ecc.) porte. Per ulteriori informazioni, consultare la sezione Accesso al database.

ATTENZIONE

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

Se i server applicazioni puntano a una singola istanza di database, dopo la modifica dello 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 un errore.

Installazione e configurazione del server applicazione 1

Nei seguenti esempi, i parametri dell'istanza sono:

  • Nome dell’istanza: demo
  • Maschera DNS: tracking.campaign.net*, console.campaign.net* (il server dell’applicazione gestisce gli URL per connessioni e rapporti della console client e per pagine mirror e pagine senza iscrizione)
  • Lingua: Inglese
  • Database: campagna:demo@dbsrv

I passaggi per l'installazione del primo server sono:

  1. Seguite la procedura di installazione per il server Adobe Campaign : nlserver in Linux o setup.exe in Windows.

    Per ulteriori informazioni, consultare Prerequisiti dell'installazione di Campaign in Linux (Linux) e Prerequisiti dell'installazione di Campaign in Windows (Windows).

  2. Una volta installato il server Adobe Campaign , avviate il server applicazione (Web) utilizzando il comando nlserver web -tomcat (il modulo Web consente di avviare Tomcat in modalità server Web standalone ascoltando sulla porta 8080) e di verificare 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 nella 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. Modificare la password interna utilizzando il comando:

    nlserver config -internalpassword
    

    Per ulteriori informazioni, fare riferimento a Identificatore interno.

  4. Create 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). Esistono due modi per farlo:

    • Create l’istanza tramite la console:

      Per ulteriori informazioni, fare riferimento a Creazione di un'istanza e accesso a.

      o

    • Create l'istanza utilizzando le righe di comando:

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

      Per ulteriori informazioni, vedere Creazione di un'istanza.

  5. Modificate il file config-demo.xml (creato tramite il comando precedente e situato accanto al file config-default.xml), verificate che il file mta (consegna), wfserver (flusso di lavoro), inMail e-mail) e stat (statistiche) processi sono attivati, quindi configurare 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, vedere Attivazione dei processi.

  6. Modificate il file serverConf.xml e specificate il dominio di consegna, quindi specificate 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 sono utilizzati solo in Windows.

    Per ulteriori informazioni, consultare Configurazione del server della campagna.

  7. Copiare il programma di configurazione della console client (setup-client-7.XX, YYYY.exe per v7 o setup-client-6.XX, YYY.exe per v6.1) in /datakit/nl cartella jsp.

    Per ulteriori informazioni, consulta le sezioni seguenti:

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

    NOTA

    A partire da 20.1, si consiglia di utilizzare il seguente comando (per Linux): sistema avviare il server

    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 il modulo nlserver web utilizzando l'URL: https://console.campaign.net/nl/jsp/logon.jsp.

    Questo URL consente di accedere alla pagina di download per il programma di configurazione client.

    Immettete il login interno e la password associata quando raggiungete la pagina di controllo dell'accesso.

    Per ulteriori informazioni, consulta le sezioni seguenti:

Installazione e configurazione del server applicazione 2

Effettuate le seguenti operazioni:

  1. Installate il server Adobe Campaign .

  2. Copiare i file dell'istanza creata sul server applicazione 1.

    Manteniamo lo stesso nome di istanza del server applicazione 1.

  3. Modificate il internal nello stesso modo del server applicazione 1.

  4. Collegate il database all'istanza:

    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
  5. Modificate il file config-demo.xml (creato tramite il comando precedente e situato accanto al file config-default.xml), verificate che il file mta (consegna), wfserver (flusso di lavoro), inMail e-mail) e stat (statistiche) processi sono attivati, quindi configurare 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, vedere Attivazione dei processi.

  6. Modificare il file serverConf.xml e compilare la configurazione DNS del modulo MTA:

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

    Il parametro nameServers è utilizzato solo in Windows.

    Per ulteriori informazioni, consultare Configurazione del server della campagna.

  7. Avviate 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.

La procedura è la seguente:

  1. Installare il server Adobe Campaign ,

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

  3. Copiate i file config-demo.xml e serverConf.xml creati durante l'installazione. Nel file config-demo.xml, attivare il processo trackinglogd e disattivare i processi mta, inmail, wfserver e stat .

  4. Modificare il file serverConf.xml e compilare 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. Avviate il sito Web e verificate il reindirizzamento dall’URL: https://tracking.campaign.net/r/test

    Il browser deve visualizzare i messaggi seguenti (a seconda dell'URL reindirizzato dal sistema di bilanciamento del carico):

    <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. Avviate il server Adobe Campaign .

In questa pagina