Clustereigenschaften des HTTP-Plug-ins
Verwenden Sie diese Seite, um die HTTP-Plug-in-Eigenschaften, die für den Cluster gelten, anzuzeigen oder zu ändern.
Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf
.Anzahl der Wiederholungen für Lese-/Schreiblimit des Servers
Gibt an, wie oft das HTTP-Plug-in maximal versucht, eine HTTP-Anforderung, die das zulässige Zeitlimit aufgrund eines ServerIOTimeout überschritten hat, zu wiederholen. Der Standardwert -1 zeigt an, dass keine weiteren Grenzwerte für die Wiederholungsanzahl gelten. Der Wert 0 zeigt an, dass es keine Wiederholungen gibt. Die Anzahl der Wiederholungen ist immer durch die Anzahl der verfügbaren Server im Cluster beschränkt.
Wenn die Sitzungsreplikation zwischen Speichern für diesen Cluster konfiguriert ist, setzen Sie "getDWMTable" auf true, um sicherzustellen, dass das HTTP-Plug-in stets die aktuellen dynamischen Informationen über die Cluster-Member hat.
Clusteradresse
Gibt den Namen der Clusteradresse an.
Geben Sie zusammen mit dem Host, dem Port, dem Schlüsselring und der Stash-Datei an, ob ein sicheres oder ein nicht sicheres Protokoll verwendet werden soll.
Die optionale Einstellung für die Clusteradresse gibt die Adresse einer HTTP-Lastausgleichsfunktion an, an die Anforderungen ohne Affinität weitergeleitet werden sollen, d. h., dass der Lastausgleich zwischen normalen Cluster-Membern nicht verwendet werden soll. Stellen Sie sicher, dass die Transportpunkte für eine Lastausgleichseinheit, die Anforderungen intelligent an dieselben Member weiterleitet, gemäß Definition im Cluster angegeben werden. Bei nachfolgenden Anforderungen mit Affinität wird die Clusteradresse für den Lastausgleich nicht verwendet, und das HTTP-Plug-in leitet die Anforderungen direkt an das richtige Member weiter.
Verbindungszeitlimit
Gibt an, ob die Zeit, die das Plug-in wartet, bevor es eine Anforderung sendet oder eine Antwort vom Anwendungsserver empfängt, begrenzt ist.
Dieses Feld entspricht dem Element "ConnectionTimeout" in der Datei plugin-cfg.xml.
Die Einstellung für dieses Feld bestimmt, ob das Plug-in nicht blockierende Verbindungen mit dem Anwendungsserver aufbaut. Nicht blockierende Anwendungen sind von Vorteil, wenn das Plug-in keine Verbindung zum Ziel herstellen kann, um festzustellen, ob der Port verfügbar ist.
- Wenn Sie im Feld Sekunden einen Wert größer als 0 eingeben, wartet das Plug-in die angegebene Anzahl an Sekunden auf die erfolgreiche Herstellung einer Verbindung. Falls in diesem Zeitintervall keine Verbindung aufgebaut wird, markiert das Plug-in den Server als nicht verfügbar und sendet die Anforderung an einen anderen Anwendungsserver im Cluster.
- Wenn Sie im Feld Sekunden den Wert 0 eingeben, baut das Plug-in eine blockierende Verbindung auf.
- Wenn Sie im Feld Sekunden keinen Wert angeben, baut das Plug-in eine blockierende Verbindung auf. Hierbei wartet das Plug-in, bis eine Zeitlimitüberschreitung im Betriebssystem auftritt (je nach Plattform bis zu zwei Minuten), bevor es den Server als nicht verfügbar markiert.
Information | Wert | |
---|---|---|
Datentyp | Integer | |
Standardwert | Default | 5 |
Zeitlimit für Lesen/Schreiben
Gibt an, ob die Zeit, die das Plug-in wartet, bevor es eine Anforderung sendet oder eine Antwort vom Anwendungsserver empfängt, begrenzt ist.
Dieses Feld entspricht dem Element "ServerIOTimeout" in der Datei plugin-cfg.xml.
Wählen Sie die Eigenschaft Lese-/Schreibzeitlimit verwenden aus, um ein Lese-/Schreibzeitlimit festzulegen. Wenn Sie diese Einstellung auswählen, müssen Sie angeben, wie lange (in Sekunden) das Plug-in warten soll, bis es eine Anforderung senden oder eine Antwort empfangen soll. Wenn Sie einen Wert für dieses Feld auswählen, beachten Sie, dass ein Anwendungsserver möglicherweise ein paar Minuten benötigt, um eine Anforderung zu verarbeiten. Wenn Sie den Wert zu niedrig setzen, kann dies zur Folge haben, dass das Plug-in einen Fehler aufgrund eines falschen Servers an den Client zurückgibt. Wenn das Kontrollkästchen nicht ausgewählt ist, verwendet das Plug-in blockorientierte Ein-/Ausgabe, um Antworten an einen Anwendungsserver zu senden und Antworten von diesem zu empfangen, bis die TCP-Verbindung das Zeitlimit überschreitet.
Die Einstellung Lese-/Schreibzeitlimit verwenden in der Administrationskonsole entspricht dem Attribut "ServerIOTimeout" in der Datei plugin-cfg.xml. Der Standardwert für diese Einstellung weicht von dem Standardwert in früheren Versionen des Produkts ab.
Information | Wert |
---|---|
Datentyp | Integer |
Standardwert | 900 Sekunden |
Maximale Anzahl an Verbindungen
Gibt die maximale Anzahl anstehender Verbindungen zu einem Anwendungsserver an, die zu jeder Zeit über einen Web-Server-Prozess abgewickelt werden können.
Dieses Feld entspricht dem Element "ServerMaxConnections" in der Datei plugin-cfg.xml.
Wählen Sie die Eigenschaft Maximale Anzahl an Verbindungen verwenden aus, um eine maximale Verbindungsanzahl festzulegen. Wenn Sie diese Einstellung auswählen, müssen Sie die maximale Anzahl der Verbindungen, die zwischen dem Web-Server und dem Anwendungsserver zu einer Zeit aufgebaut werden können, angeben.
- Dem Anwendungsserver sind fünf Knoten vorangestellt, auf denen ein Web-Server des Typs IBM® HTTP Server ausgeführt wird.
- Jeder Knoten startet zwei Prozesse.
- Diese Eigenschaft hat den Wert 50.
In diesem Beispiel könnte der Application Server bis zu 500 Verbindungen erhalten. Diese Zahl ergibt sich aus der Anzahl der Knoten (5), multipliziert mit der Anzahl der Prozesse (2), multipliziert mit dem für diese Eigenschaft angegebenen Wert (50).
Wenn diese Eigenschaft auf null oder -1 gesetzt wird, ist die Anzahl anstehender Verbindungen zu Anwendungsservern nicht beschränkt.
Dieses Attribut wird auf der Plattform z/OS ignoriert. Der z/OS-Controller, der mit WLM zusammenarbeitet,
bearbeitet neue Verbindungen dynamisch.
Information | Wert |
---|---|
Datentyp | Integer |
Standardwert | 0 |
Mit dem erweiterten Handshake prüfen, ob Anwendungsserver aktiv ist
Wenn diese Einstellung ausgewählt ist, verwendet der Web-Server-Plug-in-Cluster einen erweiterten Handshake, um zu überprüfen, ob der Anwendungsserver aktiv ist.
Dieses Feld entspricht dem Element "ExtendedHandshake" in der Datei plugin-cfg.xml.
Wählen Sie diese Eigenschaft aus, wenn eine Proxy-Firewall zwischen das Plug-in und den Anwendungsserver geschaltet ist.
Das Plug-in markiert einen Server als inaktiv, wenn die Methode "connect()" fehlschlägt. Wenn sich jedoch eine Proxy-Firewall zwischen dem Plug-in und dem Anwendungsserver befindet, ist die Methode "connect()" auch dann erfolgreich, wenn der Back-End-Anwendungsserver inaktiv ist. Deshalb funktioniert das Plug-in-Failover an einen anderen Anwendungsserver nicht ordnungsgemäß.
Wenn das Plug-in einen Handshake mit dem Anwendungsserver durchführt, um sicherzustellen, dass der Anwendungsserver gestartet ist, bevor das Plug-in eine Anforderung sendet, kann das Plug-in ein Failover auf einen anderen Anwendungsserver durchführen, wenn das Plug-in feststellt, dass der Anwendungsserver, mit dem es den Handshake durchführen möchte, nicht verfügbar ist.
Standardmäßig ist dieses Feld nicht ausgewählt. Wählen Sie dieses Feld aus, wenn Sie mit dem erweiterten Handshake prüfen möchten, ob ein Anwendungsserver aktiv ist.
Header "100 Continue" vor dem Senden des Anforderungsinhalts senden
Gibt an, ob der Web-Server-Plug-in-Cluster den Header "100 Continue" an den Anwendungsserver sendet, bevor es den Anforderungsinhalt sendet.
Dieses Feld entspricht dem Element "WaitForContinue" in der Datei plugin-cfg.xml.
Wenn diese Option ausgewählt ist, sendet das Web-Server-Plug-in den Header "100 Continue" an den Anwendungsserver, bevor es den Inhalt der Anforderung sendet.
Standardmäßig ist dieses Feld nicht ausgewählt. Wählen Sie dieses Feld aus, um diese Funktion zu aktivieren.