Show Menu
ARGOMENTI×

Implementazione Enterprise

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.

Procedura 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 tracciamento 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, vedere la sezione Accesso al database .
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. Segui la procedura di installazione per il server Adobe Campaign: pacchetto nlserver in Linux o setup.exe in Windows.
  2. Una volta installato il server Adobe Campaign, avviate il server applicazione (Web) utilizzando il server di comando web -tomcat (il modulo Web consente di avviare Tomcat in modalità server Web standalone in ascolto sulla porta 8080) e di verificare che Tomcat inizi 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
    
    
    La prima volta che il modulo Web viene eseguito, crea i file config-default.xml e serverConf.xml nella directory conf all'interno della 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, vedere Identificatore Identificatore interno 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, consultate Creazione di un'istanza e accesso .
      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 i processi mta (consegna), wfserver (flusso di lavoro), inMail (messaggi di rimbalzo) estat(statistiche) siano abilitati, quindi configurate l'indirizzo del server di statistiche di appapp:
    <?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 Attivare i 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"/>
    
    
    I parametri nameServers vengono utilizzati solo in Windows.
    Per ulteriori informazioni, consulta Configurazione del server Campaign.
  7. Copiate 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) nella cartella /datakit/nl/eng/jsp .
    Per ulteriori informazioni, consulta le sezioni seguenti:
  8. Avviate il server Adobe Campaign ( net start nlserver6 in Windows, /etc/init.d/nlserver6 start in Linux) ed eseguite di nuovo il pdump nlserver per verificare la presenza di tutti i moduli abilitati.
    A partire da 20.1, si consiglia di utilizzare il seguente comando (per Linux): server di avvio del sistema
    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. Verificate il modulo Web del server 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.
    Inserite 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. Installa 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 l' interno 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 i processi mta (consegna), wfserver (flusso di lavoro), inMail (messaggi di rimbalzo) estat(statistiche) siano abilitati, quindi configurate l'indirizzo del server di statistiche di appapp:
    <?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 Attivare i processi .
  6. Modificate il file serverConf.xml e compilate la configurazione DNS del modulo MTA:
    <dnsConfig localDomain="campaign.com" nameServers="192.0.0.1, 192.0.0.2"/>
    
    
    Il parametro nameServers è utilizzato solo in Windows.
    Per ulteriori informazioni, consulta Configurazione del server Campaign.
  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. Installa 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 , attivate il processo trackinglogd e disattivate i processi mta , inmail , wfserver ​estat.
  4. Modificate il file serverConf.xml e compilate 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. Avvia il server Adobe Campaign.