Zum Hauptinhalt springen
Die Administration and Monitoring Console und die Webstationen sind zu einem Cluster zusammengefasst.
Ein NLB-Cluster (Network Load Balancing) wird verwendet, um den Application Server sowie die Administration and Monitoring Console und Webstationen zu installieren, die den IIS-Dienst (Internet Information Services) verwenden. Um die Last zu verteilen und die Verarbeitungsgeschwindigkeit von Anfragen zu verbessern, kann der Application Server in einem NLB-Cluster bereitgestellt werden. Ausführliche Informationen zur Funktion „Network Load Balancing“ finden Sie auf dieser Seite der Microsoft-Website.

​
Einrichten eines NLB-Clusters für den Application Server

In diesem Abschnitt finden Sie eine Schritt-für-Schritt-Anleitung zum Einrichten eines NLB-Clusters für den Application Server. Die Administration and Monitoring Console und die Webstationen werden zusammen mit dem Application Server in einem Cluster zusammengefasst. Eine ausführliche Übersicht über die Einstellungen eines NLB-Clusters finden Sie auf der Microsoft-Website.
Die unten verwendeten Adressen, Computernamen, Domänennamen usw. sind nicht verbindlich und können vom Administrator geändert werden.
Einrichten des Clusters Führen Sie die folgenden Schritte aus, um den Cluster einzurichten:
  1. Installieren Sie den Application Server auf jedem Clusterknoten. Die Datenbank, der Dateispeicherordner, der Processing Server, der Licensing Server und die Clients des Application Server müssen sich auf einem anderen Computer befinden, der von allen Knoten im Cluster aus erreichbar ist.
  2. Fügen Sie in den Windows-Features auf jedem Knoten im Cluster Network Load Balancing hinzu. Klicken Sie dazu im Hauptfenster des Server Manager auf den Link Add Features (klicken Sie auf Start → Administrative Tools → Server Manager).
  3. Weisen Sie dem Cluster eine IP-Adresse zu, unter der der Cluster als Einheit erreichbar ist (dies ist eine virtuelle Clusteradresse). Öffnen Sie dazu auf einem der Knoten den Network Load Balancing Manager (klicken Sie auf Server Manager → Tools → Network Load Balancing Manager), klicken Sie mit der rechten Maustaste auf den Cluster und wählen Sie im Kontextmenü den Eintrag Cluster Properties aus.
Wenn auf den Knoten eine einzige Netzwerkschnittstelle für den Client-/Cluster-Datenverkehr und anderen Netzwerkverkehr verwendet wird (wie im Multicast-Modus üblich), muss jeder Host im Cluster über eine eigene IP-Adresse verfügen (zusätzlich zur virtuellen Adresse, die allen Clusterknoten gemeinsam ist). Ein Host verwendet seine eigene IP-Adresse anstelle der virtuellen Clusteradresse für eingehende Verbindungen zu den Clusterknoten über Telnet, SSH und andere Protokolle sowie für ausgehende Verbindungen von den Clusterknoten. Alle Clusterknoten müssen den gesamten eingehenden Cluster-Datenverkehr empfangen. Der Lastausgleichsalgorithmus bestimmt, welcher Clusterknoten auf eine bestimmte Anfrage antworten soll. Die Wahl zwischen Unicast und Multicast hängt von Ihrer Netzwerkkonfiguration ab.
  1. Sie können den Performance Monitor für IIS (zugänglich über die Symbolleiste der Microsoft Management Console) verwenden, um die Aktivität der Knoten zu überwachen. Fügen Sie im Objekt Web Service für jeden Knoten den Zähler ISAPI Extension Requests/sec für Default Web Site hinzu (dies ist der Speicherort des Application Server in IIS).
Betriebsmodus des Clusters Die Wahl zwischen den Methoden Unicast und Multicast hängt von Ihrer Netzwerkkonfiguration ab. Eine ausführliche Beschreibung der beiden Methoden finden Sie auf dieser Seite der Microsoft-Website. Lastausgleich im Cluster und Einrichten von Hosts Sie können den Cluster-Datenverkehr so konfigurieren, dass er nach Port ausgeglichen und gefiltert wird. ABBYY FlexiCapture benötigt für den Betrieb das TCP-Protokoll. Es gibt zwei Filtermodi: Single host und Multiple host.
  • Single host Dieser Modus bietet Fehlertoleranz, ermöglicht jedoch keinen Lastausgleich. Es ist jeweils nur ein Clusterknoten aktiv.
  • Multiple host Datenverkehr aus einem vordefinierten Portbereich wird von dem Knoten mit der höchsten Priorität im Cluster verarbeitet. Alle Clusterknoten arbeiten gleichzeitig. Dieser Modus bietet sowohl Lastausgleich als auch Fehlertoleranz.
Datenverkehr aus einem vordefinierten Portbereich wird auf die Knoten verteilt. Zusätzlich können Sie den Parameter Affinity auf Folgendes festlegen:
  • None (nicht empfohlen) Wenn diese Option ausgewählt ist, können mehrere Verbindungen (TCP-Sitzungen) eines einzelnen Clients von verschiedenen Knoten verarbeitet werden.
  • Single (empfohlen) Wenn diese Option ausgewählt ist, werden alle Verbindungen eines einzelnen Clients von einem Knoten verarbeitet.
  • Network (Class C) (empfohlen) Wenn diese Option ausgewählt ist, werden alle Anfragen aus dem TCP/IP-Class-C-Adressraum von einem Knoten verarbeitet. Dies kann erforderlich sein, wenn sich zwischen dem Client und dem Cluster ein Proxyserver befindet.
Einrichten des Application Server Führen Sie die folgenden Schritte aus, um den Application Server einzurichten:
  1. Erstellen Sie einen freigegebenen Ordner, auf den von allen Knoten im Cluster zugegriffen werden kann.
  2. Installieren Sie Microsoft SQL Server, einen Azure-Server, einen Oracle-Server oder einen PostgreSQL-Server. Der Server muss für alle Clusterknoten verfügbar sein.
  3. Installieren Sie den Application Server auf allen Clusterknoten.
  4. Starten Sie auf dem ersten Clusterknoten die Administration and Monitoring Console, erstellen Sie eine Datenbank und geben Sie einen freigegebenen Ordner für die Dateispeicherung an.
  5. Starten Sie auf jedem der verbleibenden Clusterknoten die Administration and Monitoring Console und verbinden Sie sie mit der von Ihnen erstellten Datenbank. Wichtig! Für diesen Vorgang muss die SQL-Authentifizierung verwendet werden.
  6. Erteilen Sie auf dem SQL Server, dem Azure-Server, dem Oracle-Server oder dem PostgreSQL-Server allen Benutzern auf allen Clusterknoten, unter deren Konten IIS ausgeführt wird, vollständige Zugriffsberechtigungen für die Datenbank (der World Wide Web Publishing Service muss in der Diensteliste ausgeführt werden). Die Berechtigungen für den ersten Knoten werden beim Erstellen der Datenbank automatisch erteilt. Alle weiteren Berechtigungen müssen manuell vergeben werden. Standardmäßig wird IIS unter dem Benutzer Network Service ausgeführt. Wenn IIS in diesem Fall auf einem Computer mit dem Namen NodeN ausgeführt wird, müssen Sie dem Benutzer DomainName\NodeN$ auf dem Server vollständige Zugriffsberechtigungen erteilen.
  7. Wenn der Application Server im Cluster nicht verfügbar ist, PING-Anfragen den Cluster jedoch weiterhin erreichen, prüfen Sie, ob IIS im Cluster verfügbar ist. Legen Sie dazu eine statische Datei *.html im Ordner %systemdrive%\inetpub\wwwroot ab (normalerweise enthält dieser Ordner bereits eine Datei iisstart.htm) und öffnen Sie diese Datei in einem Browser: \ClusterAddress\iisstart.htm. Prüfen Sie beim Öffnen der Datei die Proxyserver-Einstellungen in Ihrem Browser.
Ausführen von Application Server-Clients Wir empfehlen, alle Clusterknoten in einer Domäne zusammenzufassen und Application Server-Clients unter Domänenbenutzerkonten auszuführen. Vom Ausführen von Application Server-Clients unter lokalen Benutzerkonten wird aus folgendem Grund abgeraten. In der üblichen (d. h. nicht geclusterten) Konfiguration des Application Server kann die folgende Authentifizierungsmethode verwendet werden: Auf dem Computer, auf dem der Application Server installiert ist, wird ein lokaler Benutzer mit eigenem Benutzernamen und Kennwort erstellt; anschließend kann sich jeder Client unter dem Konto dieses Benutzers mit dem Application Server verbinden. In einer geclusterten Konfiguration kann sich der Application Server, der Client-Anfragen verarbeitet, auf verschiedenen Computern befinden, und der tatsächliche Benutzername ändert sich entsprechend: Auf dem Computer node1 lautet der Benutzername node1\User, während er auf dem Computer node2 node2\User lautet. Dies kann den Betrieb des Systems beeinträchtigen. Wenn Application Server-Clients unter Domänenbenutzern ausgeführt werden, lässt sich dieses Problem vermeiden. Um Clients auf Remotecomputern zu verbinden, die sich nicht in der Domäne befinden, können Sie die Basisauthentifizierung und ein Benutzerkonto in der Domäne verwenden, zu der der Cluster gehört. Angenommen, der geclusterte Application Server befindet sich in der Clusterdomäne und der Computer des Verifizierungsoperators befindet sich nicht in dieser Domäne. Sie müssen lediglich in der Clusterdomäne ein Konto für den Benutzer cluster\VerificationOperator erstellen und dem Verifizierungsoperator den Kontonamen und das Kennwort mitteilen. Danach kann sich der Verifizierungsoperator mit diesem Konto und der Basisauthentifizierung auf der Verifizierungsstation mit dem Application Server verbinden.
Um die Basisauthentifizierung für Clients zu verwenden, stellen Sie sicher, dass die Basisauthentifizierung für den Ordner FlexiCapture12\Server in IIS aktiviert ist. Andernfalls erhalten Benutzer beim Versuch, eine Verbindung herzustellen, einen HTTP 401-Fehler.