Show Menu
ARGOMENTI×

Distribuzione standard

Per questa configurazione sono necessari tre computer:
  • Un server applicazione all'interno della LAN per gli utenti finali (preparazione di campagne, rapporti, ecc.),
  • Due server frontali nella rete perimetrale dietro un sistema di bilanciamento del carico.
I due server della rete perimetrale perimetrale DMZ, le pagine mirror e la consegna sono ridondanti per l'elevata disponibilità.
Il server applicazioni della LAN serve gli utenti finali ed esegue tutti i processi ricorrenti (motore del flusso di lavoro). Pertanto, quando i picchi di carico vengono raggiunti sui server frontali, gli utenti dell'applicazione non vengono interessati.
Il server del database può essere ospitato su un computer diverso da questi tre. In caso contrario, il server applicazioni e il server di database condividono lo stesso computer all'interno della LAN, purché il sistema operativo sia supportato da Adobe Campaign (Linux o Windows).
La comunicazione generale tra server e processi viene eseguita secondo il seguente schema:
Questo tipo di configurazione può gestire un numero elevato di destinatari (da 500.000 a 1.000.000), in quanto il server del database (e la larghezza di banda disponibile) è il fattore di limitazione principale.

Caratteristiche

Vantaggi

  • Funzionalità di failover: la capacità di passare i processi a un computer in caso di problemi hardware sull'altro.
  • Prestazioni generali migliori, poiché le funzioni MTA e di reindirizzamento possono essere implementate su entrambi i computer dietro un sistema di bilanciamento del carico. Con due MTA attivi e una larghezza di banda sufficiente, è possibile raggiungere una velocità di trasmissione di 100.000 messaggi all'ora.

Procedura di installazione e configurazione

Prerequisiti

  • JDK su tutti e tre i computer,
  • server Web (IIS, Apache) su entrambi i frons,
  • accesso a un server di database su tutti e tre i computer,
  • Cassetta postale accessibile tramite POP3,
  • Creazione di due alias DNS:
    • 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 lo stesso 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 .

Installazione del server applicazione

Attenetevi alla procedura per installare un'istanza standalone dal server applicazioni Adobe Campaign alla creazione del database (passaggio 12). Fare riferimento a Installazione e configurazione (computer singolo) .
Poiché il computer non è un server di tracciamento, non tenete conto dell'integrazione con il server Web.
Nei seguenti esempi, i parametri dell'istanza sono:
  • Nome dell’istanza: demo
  • Maschera DNS: console.campaign.net * (solo per le connessioni console client e per i rapporti)
  • Lingua: Inglese
  • Database: campagna:demo@dbsrv

Installazione dei due server frontali

La procedura di installazione e configurazione è identica su entrambi i computer.
La procedura è la seguente:
  1. Installate il server Adobe Campaign .
  2. Seguite la procedura di integrazione con il server Web (IIS, Apache) descritta nelle sezioni seguenti:
  3. Create l’istanza demo . 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*
      
      
      Per ulteriori informazioni, vedere Creazione di un'istanza . Il nome dell'istanza è uguale a quello del server applicazione.
    La connessione al server con il modulo Web ​nlserver (pagine mirror, annullamento dell’iscrizione) verrà effettuata dall’URL del sistema di bilanciamento del carico (tracking.campaign.net).
  4. Modificate l' interno con lo stesso server applicazione.
    For more on this, refer to Internal identifier .
  5. Collegate il database all'istanza:
    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
    
  6. Nei file config-default.xml e config-demo.xml , abilitate i moduli Web , trackinglogd e mta .
    For more on this, refer to Enabling processes .
  7. 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.
      For more on this, refer to Delivery settings .
    • i server di monitoraggio ridondanti nei parametri di 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"/>
      
      
      For more on this, refer to Redundant tracking .
  8. 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:
  9. Avviate il server Adobe Campaign .
  10. Nella console Adobe Campaign , effettua la connessione utilizzando il login di amministratore senza una password e avvia la procedura guidata di distribuzione.
    Per ulteriori informazioni, vedere Distribuzione di un'istanza .
    La configurazione è identica a un’istanza standalone, a parte la configurazione del modulo di tracciamento.
  11. Compilate l’URL esterno (quello del sistema di bilanciamento del carico) utilizzato per il reindirizzamento e gli URL interni dei due server frontali.
    For more on this, refer to Tracking configuration .
    Usiamo l’istanza esistente dei due server di tracciamento creati in precedenza e utilizziamo il login interno .