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

1

Installieren Sie den Application Server auf jedem Clusterknoten

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 das Feature Network Load Balancing hinzu

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 virtuelle IP-Adresse zu

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.
Screenshot des Network Load Balancing Manager mit geöffnetem Dialogfeld „Cluster Properties“ auf der Registerkarte „Cluster IP Addresses“, in dem die virtuelle Cluster-IP-Adresse und die Subnetzmaske angezeigt werden.
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.
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.

​
Application Server konfigurieren

1

Einen freigegebenen Ordner erstellen

Erstellen Sie einen freigegebenen Ordner, auf den von allen Knoten im Cluster zugegriffen werden kann.
2

Den Datenbankserver installieren

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

Den Application Server auf allen Clusterknoten installieren

Installieren Sie den Application Server auf allen Clusterknoten.
4

Auf dem ersten Knoten eine Datenbank erstellen

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

Die verbleibenden Knoten mit der Datenbank verbinden

Starten Sie auf jedem der verbleibenden Clusterknoten die Administration and Monitoring Console und verbinden Sie sie mit der von Ihnen erstellten Datenbank.
Für diesen Vorgang muss die SQL-Authentifizierung verwendet werden.
6

Datenbankberechtigungen erteilen

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

Überprüfen, ob IIS im Cluster verfügbar ist

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

Für Application Server-Clients empfehlen wir Folgendes:
  • Empfohlen — alle Clusterknoten in einer Domäne zusammenzufassen und die Clients unter Domänenbenutzerkonten auszuführen.
  • Nicht empfohlen — die Clients unter lokalen Benutzerkonten auszuführen, aus dem unten erläuterten Grund.
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.

​
Verbinden von Clients außerhalb der Domäne

Um Clients auf Remotecomputern zu verbinden, die sich nicht in der Domäne befinden, können Sie die Basic-Authentifizierung 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 Basic-Authentifizierung auf der Verifizierungsstation mit dem Application Server verbinden.
Um die Basic-Authentifizierung für Clients zu verwenden, stellen Sie sicher, dass die Basic-Authentifizierung für den Ordner FlexiCapture12\Server in IIS aktiviert ist. Andernfalls erhalten Benutzer beim Versuch, eine Verbindung herzustellen, einen HTTP 401-Fehler.