Enterprise-Freigabe

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

  • dedizierte Umleitungsserver hinter einem HTTP- oder TCP-Lastenausgleich zur Skalierbarkeit und Verfügbarkeit,
  • zwei Anwendungsserver für verbesserte Durchsatz- und Failover-Funktionalität (Fehlertoleranz), die im LAN isoliert sind.

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

Bei dieser Art der Konfiguration kann der erwartete Durchsatz 100.000 E-Mails pro Stunde bei angemessener Bandbreite und Abstimmung überschreiten.

Funktionen

Vorteile

  • Optimierte Sicherheit: Nur die Server, die von außen offen gelegt werden müssen, werden auf dem Computer in der DMZ installiert.
  • Hohe Verfügbarkeit vereinfacht die Sicherstellung: Nur der von außen sichtbare Computer muss unter Berücksichtigung hoher Verfügbarkeit verwaltet werden.

Nachteile

Höhere Hardware- und Verwaltungskosten.

  • Anwendungsserver: 2-GHz-Quad-Core-CPU, 4 GB RAM, Software RAID 1-80-GB-SATA-Festplatte.
  • Weiterleitungsserver: 2-GHz-Quad-Core-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.

Installation und Konfiguration

Voraussetzungen

  • JDK auf beiden Anwendungsservern,

  • Webserver (IIS, Apache) an beiden Fronten,

  • Zugriff auf einen Datenbankserver auf beiden Anwendungsservern,

  • über POP3 zugängliches Bounce-Postfach,

  • Erstellung von zwei DNS-Aliassen auf dem Lastenausgleich:

    • die erste, die der Öffentlichkeit zur Verfolgung und zum Verweis auf den Lastenausgleich an einer virtuellen IP-Adresse (VIP) zur Verfügung gestellt wird und die dann an die beiden Frontalserver verteilt wird,
    • die zweite, die den internen Benutzern für den Zugriff über die Konsole angezeigt wird und auf einen Lastenausgleich auf einer virtuellen IP-Adresse (VIP) verweist, der dann an die beiden Anwendungsserver verteilt wird.
  • Firewall konfiguriert 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 die andere Instanz geladen.

Um diese Probleme wiederherzustellen, müssen Sie den Prozess "web@default"auf der zweiten Instanz neu starten, bei 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.campaign.net*, console.campaign.net* (der Anwendungsserver verarbeitet die URLs für Clientkonsolen-Verbindungen und -Berichte sowie für Mirrorseiten und Abmeldeseiten)
  • Sprache: englisch
  • Datenbank: campaign:demo@dbsrv

Die Schritte zur Installation des ersten Servers sind:

  1. Befolgen Sie das Installationsverfahren 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 von Campaign unter Linux (Linux) und Voraussetzungen für die Installation von Campaign unter Windows (Windows).

  2. Nachdem der Adobe Campaign-Server installiert ist, starten Sie den Anwendungsserver (Web) mit dem Befehl . nlserver web -tomcat (Mit dem Webmodul können Sie Tomcat im eigenständigen Webserver-Modus starten, der Port 8080 überwacht) und sicherstellen, dass Tomcat ordnungsgemäß gestartet wird:

    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

    Beim ersten Ausführen des Webmoduls wird die config-default.xml und serverConf.xml -Dateien in conf Ordner unter dem Installationsordner. Alle in der serverConf.xml sind in dieser Abschnitt.

    Presse Strg+C , um den Server anzuhalten.

    Weiterführende Informationen hierzu finden Sie in den folgenden Abschnitten:

  3. Ändern Sie die intern Kennwort mithilfe des Befehls:

    nlserver config -internalpassword
    

    Weiterführende Informationen hierzu finden Sie in diesem Abschnitt.

  4. Erstellen Sie die Demo Instanz mit den DNS-Masken für die Verfolgung (in diesem Fall tracking.campaign.net) und Zugriff auf Client-Konsolen (in diesem Fall console.campaign.net). Dazu gibt es zwei Möglichkeiten:

    • Erstellen Sie die Instanz über die Konsole:

      Weitere Informationen hierzu finden Sie unter Erstellen einer Instanz und Anmelden.

      oder

    • 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 config-demo.xml -Datei (erstellt über den vorherigen Befehl und befindet sich neben dem config-default.xml ), überprüfen Sie, ob die mta (Versand), wfserver (Workflow), inMail (rebound mails) und stat (Statistiken) Prozesse aktiviert sind, konfigurieren Sie dann die Adresse der App Statistikserver:

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

    Weiterführende Informationen hierzu finden Sie in diesem Abschnitt.

  6. Bearbeiten Sie die serverConf.xml und geben Sie die Versanddomäne an. Geben Sie dann die IP- (oder Host-)Adressen der DNS-Server an, die vom MTA-Modul zur Beantwortung von DNS-Abfragen vom MX-Typ verwendet werden.

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

    Die nameServers -Parameter werden nur unter Windows verwendet.

    Weitere Informationen hierzu finden Sie unter Campaign-Serverkonfiguration.

  7. Kopieren Sie das Clientkonsole-Installationsprogramm (setup-client-7.XX, YYYY.exe für v7 oder setup-client-6.XX, YYYY.exe für v6.1) auf /datakit/nl/eng/jsp Ordner. Weitere Informationen.

  8. Starten Sie den Adobe Campaign-Server (net start nlserver6 unter Windows: /etc/init.d/nlserver6 start in Linux) und führen Sie den Befehl aus. nlserver pdump erneut auf das Vorhandensein aller aktivierten Module überprüfen.

    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 erfahren Sie auch die Version und die Build-Nummer des auf dem Computer installierten Adobe Campaign-Servers.

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

    Diese URL ermöglicht Ihnen den Zugriff auf die Download-Seite für das Client-Setup-Programm. Weitere Informationen.

    Geben Sie die intern Anmelden und zugehöriges Passwort, wenn Sie die Seite "Zugriffskontrolle"erreichen.

Installation und Konfiguration des Anwendungsservers 2

Gehen Sie wie folgt vor:

  1. Installieren Sie den Adobe Campaign-Server.

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

    Wir behalten denselben Instanznamen wie der Anwendungsserver 1 bei.

  3. Ändern Sie die intern auf den gleichen Wert wie der Anwendungsserver 1.

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

    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
  5. Bearbeiten Sie die config-demo.xml -Datei (erstellt über den vorherigen Befehl und befindet sich neben dem config-default.xml ), überprüfen Sie, ob die mta (Versand), wfserver (Workflow), inMail (rebound mails) und stat (Statistiken) Prozesse aktiviert sind, konfigurieren Sie dann die Adresse der App Statistikserver:

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

    Weiterführende Informationen hierzu finden Sie in diesem Abschnitt.

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

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

    Die nameServers wird nur unter Windows verwendet.

    Weitere Informationen hierzu finden Sie unter Campaign-Serverkonfiguration.

  7. Starten Sie die Adobe Campaign-Server.

    Weiterführende Informationen hierzu 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 Schritte zur Webserverintegration (IIS, Apache):

  3. Kopieren Sie die config-demo.xml und serverConf.xml Dateien, die während der Installation erstellt wurden. Im config-demo.xml -Datei, aktivieren Sie die trackinglogd verarbeiten und deaktivieren Sie die mta, Inmail, wfserver und stat Prozesse.

  4. Bearbeiten Sie die serverConf.xml Datei 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. Starten Sie die Website und testen Sie die Weiterleitung über die 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"/>
    

    Weiterführende Informationen hierzu finden Sie in den folgenden Abschnitten:

  6. Starten Sie den Adobe Campaign-Server.

Auf dieser Seite