Enterprise-Bereitstellung

Dies ist die umfassendste Konfiguration. Er baut auf der Standardkonfiguration auf, um mehr Sicherheit und Verfügbarkeit zu gewährleisten:

  • dedizierte Umleitungsserver hinter einem HTTP- oder TCP-Lastenausgleich, um Skalierbarkeit und Verfügbarkeit zu gewährleisten,
  • zwei Anwendungsserver zur Verbesserung der Durchsatz- und Ausfallsicherheit (Fehlertoleranz), die im LAN isoliert sind.

Die allgemeine Kommunikation zwischen Servern und Prozessen erfolgt gemäß dem folgenden Schema:

Bei dieser Konfiguration kann der erwartete Durchsatz 100.000 Mails pro Stunde bei entsprechender Bandbreite und Abstimmung überschreiten.

Funktionen

Vorteile

  • Optimierte Sicherheit: Auf dem Computer in der DMZ werden nur die Server installiert, die von außen offen gelegt werden müssen.
  • Hohe Verfügbarkeit ist einfacher sicherzustellen: Nur der von außen sichtbare Computer muss mit hoher Verfügbarkeit verwaltet werden.

Nachteile

Höhere Hardware- und Verwaltungskosten.

  • Anwendungsserver: 2 GHz Quadcore-CPU, 4 GB RAM, Software RAID 1 80 GB SATA-Festplatte.
  • Umleitungsserver: 2 GHz Quadcore-CPU, 4 GB RAM, Software RAID 1 80 GB SATA-Festplatte.
HINWEIS

Es ist möglich, einen vorhandenen Lastenausgleich für Traffic zu den Umleitungsservern wiederzuverwenden.

Installations- und Konfigurationsschritte

Voraussetzungen

  • JDK auf beiden Anwendungsservern,

  • Webserver (IIS, Apache) an beiden Frontalstellen,

  • Zugriff auf einen Datenbankserver auf beiden Anwendungsservern,

  • Absprungkasten, der über POP3 erreichbar ist,

  • Erstellen von zwei DNS-Aliasen auf dem Lastenausgleich:

    • die erste öffentlich zugänglich gemacht wird, um den Lastenausgleich zu verfolgen und auf eine virtuelle IP-Adresse (VIP) zu verweisen, und die dann an die beiden Frontserver verteilt wird,
    • die zweite, die den internen Benutzern für den Zugriff über die Konsole offen steht und auf einen Lastenausgleich auf einer virtuellen IP-Adresse (VIP) zeigt und die dann an die beiden Anwendungsserver verteilt wird.
  • Firewall zum Öffnen von STMP (25), DNS (53), HTTP (80), HTTPS (443), SQL (1521 für Oracle, 5432 für PostgreSQL usw.) Ports. Weitere Informationen finden Sie im Abschnitt Datenbankzugriff.

VORSICHT

Wenn Ihre Anwendungsserver auf eine einzige Datenbankinstanz verweisen, wird nach dem Import eines Standardpakets auf einer Instanz das im Paket enthaltene Schema nicht auf der anderen Instanz geladen.

Wenn Ihre Anwendungsserver auf eine einzige Datenbankinstanz verweisen, wird das Schema nach dem Ändern des Schemas auf einer Instanz nicht auf der anderen geladen.

Um diese Probleme wiederherzustellen, müssen Sie den Prozess "web@default"in der zweiten Instanz neu starten, in der ein Fehler aufgetreten ist.

Installieren und Konfigurieren des Anwendungsservers 1

In den folgenden Beispielen sind die Parameter der Instanz:

  • Name der Instanz: demo
  • DNS-Maske: tracking.Kampagne.net*, console.Kampagne.net* (der Anwendungsserver verarbeitet die URLs für Client-Konsolenverbindungen und -Berichte sowie für Mirrorseiten und Abmeldungen)
  • Sprache: englisch
  • Datenbank: Kampagne:demo@dbsrv

Die Schritte zum Installieren des ersten Servers sind:

  1. Befolgen Sie die Installationsanweisungen für den Adobe Campaign-Server: nlserver-Paket unter Linux oder setup.exe unter Windows.

    Weitere Informationen hierzu finden Sie unter Voraussetzungen für die Installation der Kampagne unter Linux (Linux) und Voraussetzungen für die Installation der Kampagne unter Windows (Windows).

  2. Nachdem der Adobe Campaign-Server installiert wurde, führen Sie einen Beginn des Anwendungsservers (Web) mit dem Befehl nlserver web -tomcat durch (das Webmodul ermöglicht Ihnen, den Beginn von Tomcat im eigenständigen Webserver-Modus, der auf Port 8080 überwacht, durchzuführen) und vergewissern Sie sich, dass die Tomcat-Beginn korrekt sind:

    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
    
    HINWEIS

    Wenn das Webmodul zum ersten Mal ausgeführt wird, erstellt es die Dateien config-default.xml und serverConf.xml im Ordner conf unter dem Installationsordner. Alle in serverConf.xml verfügbaren Parameter sind in diesem Abschnitt aufgeführt.

    Drücken Sie Strg+C, um den Server zu beenden.

    Weitere Informationen finden Sie in den folgenden Abschnitten:

  3. Ändern Sie das interne-Kennwort mithilfe des Befehls:

    nlserver config -internalpassword
    

    Weitere Informationen finden Sie unter Interner Bezeichner.

  4. Erstellen Sie die Instanz demo mit den DNS-Masken für die Verfolgung (in diesem Fall tracking.Kampagne.net) und den Zugriff auf Client-Konsolen (in diesem Fall console.Kampagne.net). Es gibt zwei Möglichkeiten, dies zu tun:

    • Erstellen Sie die Instanz über die Konsole:

      Weitere Informationen finden Sie unter Erstellen einer Instanz und Anmelden.

      or

    • Erstellen Sie die Instanz mithilfe der Befehlszeilen:

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

      Weitere Informationen hierzu finden Sie unter Erstellen einer Instanz.

  5. Bearbeiten Sie die Datei config-demo.xml (die über den vorherigen Befehl erstellt wurde und sich neben der Datei config-default.xml befindet). Überprüfen Sie, ob mta (Versand), wfserver (Workflow), inMail (Rebound-E-Mails) und stat (Statistik) Prozesse aktiviert sind, und konfigurieren Sie dann die Adresse des app-Statistikservers:

    <?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>
    

    Weitere Informationen finden Sie unter Aktivieren von Prozessen.

  6. Bearbeiten Sie die Datei serverConf.xml und geben Sie die Domäne des Versands an. Geben Sie dann die IP- (oder Host-)Adressen der DNS-Server an, die vom MTA-Modul verwendet werden, um die DNS-Abfragen des MX-Typs zu beantworten.

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

    Die Parameter nameServers werden nur unter Windows verwendet.

    Weitere Informationen finden Sie unter Serverkonfiguration für Kampagnen.

  7. Kopieren Sie das Programm zum Einrichten der Clientkonsole (setup-client-7.XX, YYYY.exe für v7 oder setup-client-6.XX, YYYY.exe für v6.1) in /datakit/nl /eng/jsp Ordner.

    Weitere Informationen finden Sie in den folgenden Abschnitten:

  8. Beginn Sie den Adobe Campaign-Server (net-Beginn nlserver6 in Windows, /etc/init.d/nlserver6-Beginn in Linux) und führen Sie den Befehl nlserver pdump erneut aus, um zu prüfen, ob alle aktivierten Module vorhanden sind.

    HINWEIS

    Ab 20.1 wird empfohlen, stattdessen den folgenden Befehl zu verwenden (für Linux): systemctl Beginn 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
    

    Mit diesem Befehl können Sie auch die Versionsnummer und die Build-Nummer des auf dem Adobe Campaign installierten Servers kennen.

  9. Testen Sie das Modul nlserver web mithilfe der URL: https://console.campaign.net/nl/jsp/logon.jsp.

    Mit dieser URL können Sie auf die Downloadseite für das Client-Setup-Programm zugreifen.

    Geben Sie die internal-Anmeldung und das zugehörige Kennwort ein, wenn Sie die Seite "Zugriffskontrolle"aufrufen.

    Weitere Informationen finden Sie in den folgenden Abschnitten:

Installieren und Konfigurieren des Anwendungsservers 2

Gehen Sie wie folgt vor:

  1. Installieren Sie den Adobe Campaign-Server.

  2. Kopieren Sie die Dateien der erstellten Instanz auf den Anwendungsserver 1.

    Der Instanzname des Anwendungsservers 1 bleibt unverändert.

  3. Ändern Sie internal in die Einstellung des Anwendungsservers 1.

  4. Verknüpfen Sie die Datenbank mit der Instanz:

    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
  5. Bearbeiten Sie die Datei config-demo.xml (die über den vorherigen Befehl erstellt wurde und sich neben der Datei config-default.xml befindet). Überprüfen Sie, ob mta (Versand), wfserver (Workflow), inMail (Rebound-E-Mails) und stat (Statistik) Prozesse aktiviert sind, und konfigurieren Sie dann die Adresse des app-Statistikservers:

    <?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>
    

    Weitere Informationen finden Sie unter Aktivieren von Prozessen.

  6. Bearbeiten Sie die Datei serverConf.xml und füllen Sie die DNS-Konfiguration des MTA-Moduls aus:

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

    Der Parameter nameServers wird nur unter Windows verwendet.

    Weitere Informationen finden Sie unter Serverkonfiguration für Kampagnen.

  7. Beginn der Adobe Campaign-Server.

    Weitere Informationen finden Sie in den folgenden Abschnitten:

Installieren und Konfigurieren der Frontserver

Die Installations- und Konfigurationsverfahren sind auf beiden Computern identisch.

Zusammenfassend sind folgende Etappen zu durchlaufen:

  1. Installieren Sie den Adobe Campaign-Server,

  2. Befolgen Sie die in den folgenden Abschnitten beschriebenen Webserver-Integrationsschritte (IIS, Apache):

  3. Kopieren Sie die Dateien config-demo.xml und serverConf.xml, die während der Installation erstellt wurden. Aktivieren Sie in der Datei config-demo.xml den Prozess trackinglogd und deaktivieren Sie mta, inmail, wfserver und stat Prozesse.

  4. Bearbeiten Sie die Datei serverConf.xml und füllen Sie die redundanten Tracking-Server in die Parameter der Umleitung:

    <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. Beginn der Website und Testen der Umleitung von der URL: https://tracking.campaign.net/r/test

    Der Browser sollte die folgenden Meldungen anzeigen (je nach URL, die vom Lastenausgleich umgeleitet wird):

    <redir status="OK" date="AAAA/MM/JJ HH:MM:SS" build="XXXX" host="tracking.campaign.net" localHost="front_srv1"/>
    

    oder

    <redir status="OK" date="AAAA/MM/JJ HH:MM:SS" build="XXXX" host="tracking.campaign.net" localHost="front_srv2"/>
    

    Weitere Informationen finden Sie in den folgenden Abschnitten:

  6. Beginn des Adobe Campaign-Servers.

Auf dieser Seite

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free