Show Menu
THEMEN×

Standardbereitstellung

Für diese Konfiguration sind drei Computer erforderlich:
  • Ein Anwendungsserver im LAN für die Endbenutzer (Vorbereitung von Kampagnen, Berichte usw.),
  • Zwei frontale Server in der DMZ hinter einem Lastenausgleich.
Die beiden Server in der DMZ verarbeiten Tracking, Mirrorseiten und Versand und sind für hohe Verfügbarkeit redundant.
Der Anwendungsserver im LAN dient den Endbenutzern und führt alle wiederkehrenden Prozesse (Workflow-Engine) durch. Wenn also Spitzenlasten auf den Frontservern erreicht werden, sind die Anwendungsbenutzer nicht betroffen.
Der Datenbankserver kann auf einem anderen Computer als diesen drei gehostet werden. Andernfalls ist es für den Anwendungsserver und den Datenbankserver erforderlich, denselben Computer im LAN freizugeben, solange das Betriebssystem von Adobe Campaign (Linux oder Windows) unterstützt wird.
Die allgemeine Kommunikation zwischen Servern und Prozessen erfolgt gemäß dem folgenden Schema:
Diese Konfiguration kann eine große Anzahl von Empfängern (500.000 bis 1.000.000) verarbeiten, da der Datenbankserver (und die verfügbare Bandbreite) der Hauptbegrenzungsfaktor ist.

Funktionen

Vorteile

  • Failover-Funktion: die Möglichkeit, Prozesse bei Hardwareproblemen auf einem anderen Computer zu wechseln.
  • Bessere Gesamtleistung, da die MTA- und Umleitungsfunktionen auf beiden Computern hinter einem Lastenausgleich bereitgestellt werden können. Mit zwei aktiven MTAs und ausreichender Bandbreite ist es möglich, Übertragungsraten von etwa 100.000 Mails pro Stunde zu erreichen.

Installationsschritte und Konfigurationsschritte

Voraussetzungen

  • JDK auf allen drei Computern,
  • Webserver (IIS, Apache) an beiden Frontalstellen,
  • Zugriff auf einen Datenbankserver auf allen drei Computern,
  • Absprungkasten, der über POP3 erreichbar ist,
  • Erstellung von zwei DNS-Aliasen:
    • 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 Instanz, die internen Benutzern für den Zugriff über die Konsole zur Verfügung steht und auf denselben Anwendungsserver zeigt.
  • 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 .

Anwendungsserver installieren

Führen Sie die Schritte aus, um eine eigenständige Instanz vom Adobe Campaign-Anwendungsserver bis zur Erstellung der Datenbank zu installieren (Schritt 12). Weitere Informationen finden Sie unter Installieren und Konfigurieren (Einzelcomputer) .
Da der Computer kein Tracking-Server ist, sollten Sie die Integration mit dem Webserver nicht berücksichtigen.
In den folgenden Beispielen sind die Parameter der Instanz:
  • Name der Instanz: demo
  • DNS-Maske: console.Kampagne.net * (nur für Client-Konsolenverbindungen und für Berichte)
  • Sprache: englisch
  • Datenbank: kampagne:demo@dbsrv

Installieren der beiden Frontserver

Der Installations- und Konfigurationsvorgang ist auf beiden Computern identisch.
Zusammenfassend sind folgende Etappen zu durchlaufen:
  1. Installieren Sie den Adobe Campaign-Server.
  2. Folgen Sie dem Webserver-Integrationsverfahren (IIS, Apache), das in den folgenden Abschnitten beschrieben wird:
  3. Erstellen Sie die Demo -Instanz. 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 .
      oder
    • Erstellen Sie die Instanz mithilfe der Befehlszeilen:
      nlserver config -addinstance:demo/tracking.campaign.net*
      
      
      For more on this, refer to Creating an instance . Der Name der Instanz ist identisch mit dem des Anwendungsservers.
    Die Serververbindung mit dem nlserver-Webmodul (Mirrorseiten, Abmeldung) erfolgt über die URL des Lastenausgleichers (tracking.Kampagne.net).
  4. Ändern Sie die interne Einstellung auf die Einstellung des Anwendungsservers.
    For more on this, refer to Internal identifier .
  5. Verknüpfen Sie die Datenbank mit der Instanz:
    nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
    
    
  6. Aktivieren Sie in den Dateien config-default.xml und config-demo.xml die Module web , trackinglogd und mta .
    For more on this, refer to Enabling processes .
  7. Bearbeiten Sie die Datei " serverConf.xml "und füllen Sie Folgendes aus:
    • die DNS-Konfiguration des MTA-Moduls:
      <dnsConfig localDomain="campaign.com" nameServers="192.0.0.1, 192.0.0.2"/>
      
      
      Der Parameter nameServers wird nur unter Windows verwendet.
      For more on this, refer to Delivery settings .
    • die redundanten Tracking-Server in den Umleitungsparametern:
      <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. 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:
  9. Beginn des Adobe Campaign-Servers.
  10. Stellen Sie in der Adobe Campaign-Konsole eine Verbindung mit der Administratoranmeldung ohne Kennwort her und starten Sie den Bereitstellungsassistenten.
    For more on this, refer to Deploying an instance .
    Die Konfiguration ist mit einer eigenständigen Instanz identisch, abgesehen von der Konfiguration des Verfolgungsmoduls.
  11. Füllen Sie die externe URL (die des Lastenausgleichs) für die Umleitung und die internen URLs der beiden Frontserver.
    For more on this, refer to Tracking configuration .
    Wir verwenden die vorhandene Instanz der beiden zuvor erstellten Tracking-Server und verwenden die interne Anmeldung.