v7

Implementazione standard

Ultimo aggiornamento: 2023-08-01
  • Argomenti:
  • Installation
    Visualizza ulteriori informazioni su questo argomento
  • Architecture
    Visualizza ulteriori informazioni su questo argomento
  • Deployment
    Visualizza ulteriori informazioni su questo argomento

Per questa configurazione sono necessari tre computer:

  • Un server applicazioni nella rete LAN per gli utenti finali (preparazione di campagne, creazione di rapporti, ecc.),
  • Due server frontali nella DMZ dietro un load balancer.

I due server nella DMZ gestiscono il tracciamento, le pagine mirror e la distribuzione e sono ridondanti per un'elevata disponibilità.

Il server applicazioni nella LAN è al servizio degli utenti finali ed esegue tutti i processi ricorrenti (motore del flusso di lavoro). Pertanto, quando si raggiungono i picchi di carico sui server frontali, gli utenti dell’applicazione non sono interessati.

Il server di database può essere ospitato in un computer separato da questi tre. In caso contrario, il server applicazioni e il server database condividono lo stesso computer nella LAN, purché il sistema operativo sia supportato da Adobe Campaign (Linux o Windows).

La comunicazione generale tra server e processi viene eseguita in base allo schema seguente:

Questo tipo di configurazione è in grado di gestire un numero elevato di destinatari (da 500.000 a 1.000.000) poiché il server del database (e la larghezza di banda disponibile) rappresenta il principale fattore di limitazione.

Funzioni

Vantaggi

  • Funzionalità di failover: possibilità di passare da un computer all'altro in caso di problemi hardware.
  • Migliori prestazioni complessive, poiché le funzioni MTA e di reindirizzamento possono essere implementate su entrambi i computer dietro un load balancer. Con due MTA attivi e una larghezza di banda sufficiente, è possibile raggiungere tassi di trasmissione nell’area di 100.000 mail all’ora.

Passaggi per l’installazione e la configurazione

Prerequisiti

  • JDK su tutti e tre i computer,

  • Server web (IIS, Apache) su entrambi i frontali,

  • Accesso a un server di database su tutti e tre i computer,

  • Cassetta postale di mancato recapito accessibile tramite POP3,

  • Creazione di due alias DNS:

    • il primo esposto al pubblico per il tracciamento e il puntamento al load balancer 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 che punta allo stesso application server.
  • Firewall configurato per aprire STMP (25), DNS (53), HTTP (80), HTTPS (443), SQL (1521 ad Oracle, 5432 per PostgreSQL, ecc.) porte. Per ulteriori informazioni, consulta la sezione Accesso al database.

Installazione del server applicazioni

Segui i passaggi per installare un’istanza autonoma dal server applicazioni Adobe Campaign alla creazione del database (passaggio 12). Fai riferimento a Installazione e configurazione (singolo computer).

Poiché il computer non è un server di tracciamento, non prendere in considerazione l'integrazione con il server Web.

Negli esempi seguenti, i parametri della variante sono:

  • Nome dell’istanza: demo
  • Maschera DNS: console.campaign.net* (solo per le connessioni alla console client e per i rapporti)
  • Lingua: inglese
  • Database: campagna:demo@dbsrv

Installazione dei due server frontali

La procedura di installazione e configurazione è identica in entrambi i computer.

I passaggi sono i seguenti:

  1. Installa il server Adobe Campaign.

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

  2. Segui la procedura di integrazione del server web (IIS, Apache) descritta nelle sezioni seguenti:

  3. Creare demo dell'istanza. Esistono due modi per farlo:

    Il nome dell'istanza è uguale a quello del server applicazioni.

    La connessione al server con nlserver web (pagine mirror, annullamento dell’abbonamento) verrà effettuato dall’URL del load balancer (tracking.campaign.net).

  4. Modificare il interno allo stesso server dell'applicazione.

    Per ulteriori informazioni al riguardo, consulta questa sezione.

  5. Collega il database all’istanza:

    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
  6. In config-default.xml e config-demo.xml file, abilita web, trackinglogd e mta moduli.

    Per ulteriori informazioni al riguardo, consulta questa sezione.

  7. Modifica il serverConf.xml file e popola:

    • la configurazione DNS del modulo MTA:

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

      Il nameServers Il parametro viene utilizzato solo in Windows.

      Per ulteriori informazioni, consulta Impostazioni di consegna.

    • i server di tracciamento 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"/>
      

      Per ulteriori informazioni, consulta Tracciamento ridondante.

  8. 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:

  9. Avvia il server Adobe Campaign.

  10. Nella console Adobe Campaign, connetti utilizzando admin effettua l’accesso senza una password e avvia la procedura guidata di distribuzione.

    Per ulteriori informazioni, consulta Distribuzione di un’istanza.

    La configurazione è identica a un’istanza indipendente, a parte la configurazione del modulo di tracciamento.

  11. Popola l’URL esterno (quello del load balancer) utilizzato per il reindirizzamento e gli URL interni dei due server frontali.

    Per ulteriori informazioni, consulta Configurazione del tracciamento.

    NOTA

    Utilizziamo l’istanza esistente dei due server di tracciamento creati in precedenza e utilizziamo interno accesso.

In questa pagina