HTTP-Lastverteilung durch den SAP Message-Server (SAP-Bibliothek - Architektur des SAP Web Application Servers)

HTTP-Lastverteilung durch den SAP Message-Server

Hinweis

SAP empfiehlt, als Einstiegspunkt für Ihre Webanfragen den SAP Web Dispatcher einzusetzen. Dieser dient dann als Zugangspunkt für Ihr Netz und führt auch den Lastausgleich für HTTP-Requests durch.

Einsatzmöglichkeiten

Ein SAP-System besteht in der Regel aus vielen Applikationsservern, die sich die Last teilen.

Die Lastverteilung wird vom Message-Server (es gibt genau einen Message-Server im SAP-System) durchgeführt: bei der Anmeldung wird der Benutzer vom Message-Server einem Applikationsserver zugeteilt, der gerade die geringste Last hat. Dieses Verfahren wird auch für eingehende HTTP-Requests angewandt.

Hinweis

Wird die HTTP-Lastverteilung durch den Message-Server genutzt, kann nicht mit zusätzlichen virtuellen Hosts gearbeitet werden.

Ablauf

Jeder Applikationsserver, der an der Lastverteilung teilnimmt, teilt dem Message-Server mit, wie viele Workprozesse er bereitstellt und ob er HTTPS-Verbindungen akzeptiert. Beim Start verbindet sich also ein Client aus dem Internet zunächst mit dem (auch HTTP-fähigen) Message-Server; dieser teilt ihm dann per Redirect mit, mit welchem Applikationsserver der Client sich verbinden soll. Natürlich werden HTTPS-Requests nur an Applikationsserver vergeben, die HTTPS-Anfragen akzeptieren.

Damit dieses Verfahren funktioniert, muss der Message-Server einen oder mehrere zusätzliche Ports aufmachen. Hierzu werden folgende Profilparameter verwendet:

ms/http_port

HTTP-Port, den der Message-Server zusätzlich aufmacht, um HTTP-Requests weiterzuleiten (REDIRECT). Durch dynamisches Ändern können auch Ports zugefügt oder entfernt (negative Portnummer) werden.

Defaulteinstellung: kein zusätzlicher Port

Achtung

Sie müssen also, wenn Sie HTTP-Lastverteilung möchten, diesen Parameter setzen!

ms/https_port

HTTPS-Port, den der Message-Server zusätzlich aufmacht, um HTTPS-Requests weiterzuleiten (REDIRECT). Durch dynamisches Ändern können auch Ports zugefügt oder entfernt (negative Portnummer) werden.
Für HTTPS müssen noch zusätzliche SSL-Parameter gesetzt werden, um SSL einsetzen zu können. Außerdem muss der Message-Server als Multi-Threaded-Programm ablaufen, da jeder HTTPS-Request in einem eigenen Thread bearbeitet wird.

Es gibt noch weitere Parameter, die jedoch mit passenden Defaultwerten vorbelegt sind. Dies sind:

ms/http_max_ports:
maximale Anzahl von HTTP-Ports, die der Message-Server zusätzlich aufmachen kann. Default 20.

ms/http_max_clients:
maximale Anzahl von HTTP-Clients, die sich parallel am Message-Server anmelden können. Default 1000.

ms/http_timeout:
Timeout für Netzwerk-Operationen: wenn in dieser Zeitspanne keine weiteren Aktionen erfolgen, wird die Verbindung zum HTTP-Client unterbrochen. Die Angabe des Timeout erfolgt in Sekunden. Default 20.

ms/http_bufferln:
maximale Länge eines HTTP-Headers, der eingelesen werden kann. Die Angabe erfolgt ein Bytes. Default 65636

Achtung

Bei der Verwendung von SSL müssen die SSL-Parameter richtig gesetzt sein (siehe SSL-Dokumentation).