Vorheriges Thema: WEB6, WEB64 - Webserver-AppliancesNächstes Thema: WEBx8 - Skalierbare Webserver-Appliance


WEBx4 - Skalierbare Webserver-Appliance

Aktuelle Version: 3.0.1-1

WEBx4: Skalierbarer Webserver

Auf einen Blick

Katalog

System

Kategorie

Webserver

Benutzer-Volumes

ja

Min. Speicher

736 MB

Betriebssystem

Linux

Einschränkungen

no

Fragen/Kommentare

Im Forum fragen

Funktionsübersicht

WEBx4 ist ein skalierbarer Webserver, der aus einem einzelnen Lastenausgleich (HLB) und vier Webservern (WEB5) besteht.

WEBx4 verarbeitet statischen Webinhalt und führt Skripte von einem benutzerkonfigurierbaren, schreibgeschützten Inhalts-Volume aus. Die Pfade zu den Dokumenten und Skripten sind konfigurierbar, sodass das gleiche Volume von mehreren Webservern und/oder anderen Appliances für verschiedene Inhalte gemeinsam genutzt werden kann.

WEBx4 hat drei generische Ausgabe-Terminals, die für den Zugriff auf externe Services von Skripten auf dem Inhalts-Volume dienen. Das Terminal "db" wird für den Zugriff auf eine MySQL-Datenbank verwendet; das Terminal "fs" wird dafür verwendet, auf freigegebene Dateispeicher zuzugreifen (mithilfe von NFS); und das Terminal "aux" dient zum Senden von E-Mail-Nachrichten an einen SMTP-Server.

Das Protokollterminal kann verwendet werden, um WEBx4 mit einem freigegebenen Dateisystem zu verbinden, auf dem WEBx4 Protokolle speichert.

Die Konfiguration des Webservers wird über Eigenschaften angegeben. Die Eigenschaften sind so konzipiert, dass sie die häufigsten Verwendungen auf leicht konfigurierbare Weise abdecken, und in den meisten Fällen müssen nur wenige Eigenschaften auf vom Standard abweichende Werte eingestellt werden. Erweiterte Konfigurationen können durch Include-Dateien im Apache-Konfigurationsformat vorgenommen werden, die aus dem Inhalts-Volume stammen. Der Zugriff und die Optionen für Inhalts- und Skriptdateien können durch .htacces-Dateien in den Inhaltsverzeichnissen weiter spezialisiert werden.

Wenn die von der WEBx4-Appliance bereitgestellten Funktionen Ihren Anforderungen nicht entsprechen, besprechen Sie die Möglichkeiten mit unserem technischen Support. Der Katalog kann durch Appliances erweitert werden, die Ihren Bedürfnissen entsprechen.

Ressourcen

Ressource

Minimum

Maximum

Standard

CPU

0.5

80

0.6

Speicher

736 MB

160 GB

800 MB

Bandbreite

5 Mbit/s

10 Gbit/s

800 Mbit/s

Terminals

Name

Verz.

Protokoll

Description

in

in

http

Verarbeitet HTTP-Anfragen von Web-Clients. Verarbeitet die HTTP/1.1- und 1.0-Protokolle.

ctl

in

http

Steuer-Terminal, das zum Aktivieren/Deaktivieren der Ausgaben und zum Abrufen des Ausgabe-Terminal-Status vom Lastenausgleichsmodul dient.

ui

in

http

Legt eine Web-UI offen, die Laufzeitstatistiken des Lastenausgleichsmoduls enthält.

db

out

mysql

Zugriff auf einen MySQL-Server. Die Syntax hängt davon ab, welche Skripten sich im Inhalt-Volume befinden (sofern vorhanden). Dieses Terminal kann unverbunden gelassen werden, wenn es nicht verwendet wird.

fs

out

nfs

Zugriff auf ein Netzwerkdateisystem für freigegebene Dateispeicherung, wobei Lese-/Schreibzugriff auf die Dateien über NFS bereitgestellt wird. Die Syntax hängt davon ab, welche Skripten sich im Inhalt-Volume befinden (sofern vorhanden). Die Software auf dem Inhalts-Volume "sieht" das geladene Remote-Dateisystem als /mnt/fs im Dateisystemspeicherbereich der Appliance. Dieses Terminal kann unverbunden gelassen werden, wenn es nicht verwendet wird. Auf dem verbundenen Server muss eine Freigabe namens /mnt/data mit Lese- und Schreibzugriff vorhanden sein.

log

out

cifs

Zugriff auf ein CIFS-basiertes Netzwerkdateisystem zum Speichern von Zugriffs- und Fehlerprotokollen. Dieses Terminal kann unverbunden gelassen werden, wenn es nicht verwendet wird. Der verbundene Server muss anonyme Anmeldungen zulassen und über eine benannte Freigabe mit Lese-/Schreibzugriff verfügen.

aux

out

alle

Zugriff auf einen SMTP-Server für das Senden von ausgehender E-Mail. Die Syntax hängt davon ab, welche Skripten sich im Inhalt-Volume befinden (sofern vorhanden). Beachten Sie, dass "sendmail" nicht auf der Appliance konfiguriert wird; jede Anwendung, die E-Mails versenden soll, sollte einfach direkt SMTP anstelle von "aux" als Zielhostname verwenden. Für Perl-CGI-Skripten kann zu diesem Zweck das Mail::Mailer-Modul verwendet werden.
Dieses Terminal kann unverbunden gelassen werden, wenn es nicht verwendet wird.

net

out

alle

Gateway-Ausgabe für Subnetzzugriff.
Dieses Terminal kann unverbunden gelassen werden, wenn es nicht verwendet wird.

mon

out

cce

Sendet Leistungs- und Ressourcenverwendungsstatistik.
Dieses Terminal kann unverbunden gelassen werden, wenn es nicht verwendet wird.

Benutzer-Volumes

Volume

Description

content

Schreibgeschütztes, gemeinsames Volume, das den Webinhalt (Dokumente, Datenträger und Skripten) bereitstellt, die von WEBx4 verfügbar gemacht werden.

Das Volume kann statischen und/oder dynamischen Inhalt sowie ein optionales konfigurierbares Verzeichnis für Skripten bereitstellen. Mithilfe eines Dateinamensmusters kann auch die Skript-Ausführung von einem beliebigen Verzeichnis konfiguriert werden.

Neben Inhalten kann das Dokumentverzeichnis (das über die docs_dir-Eigenschaft konfiguriert wird) auf dem Inhalt-Volume auch die folgenden optionalen Konfigurationsdateien enthalten, die alle das standardmäßige Apache-Konfigurationsformat haben (siehe http://httpd.apache.org/docs/2.0):

Eigenschaften

Eigenschaftsname

Typ

Description

host_name

Zeichenfolge

Hostname der Website. WEBx4 verwendet diesen Namen zur Anzeige in automatisch generierten Seiten sowie zum Erstellen absoluter URLs, zum Beispiel in vom Server generierte Umleitungen (die beispielsweise in einer benutzerdefinierten auf dem Inhalt-Volume installierten Konfigurationsdatei eingerichtet werden kann). Hinweis: Obwohl Umleitungen selten ausdrücklich konfiguriert werden, bewirkt eine Anfrage für ein Verzeichnis ohne das nachgestellte '/', dass eine Umleitung mit dem angehängten '/' an den Client ausgegeben wird. In dieser Umleitung wird der Wert von host_name verwendet, wenn er festgelegt worden ist.
Es wird empfohlen, diese Eigenschaft richtig festzulegen, wenn erwartet wird, dass von älteren Clients auf WEBx4 zugegriffen wird, die in ihren HTTP-Anfragen keinen Header Host: senden.
Wenn diese Eigenschaft auf eine leere Zeichenfolge festgelegt wird, wird der in der Clientanfrage angegebene Hostname verwendet.
Standard: (leer)

admin_email

Zeichenfolge

E-Mail-Adresse für den Serveradministrator. WEBx4 zeigt diesen Namen in automatisch generierten Seiten an.
Standard: root@localhost

content_on_fs

Zeichenfolge

Gibt an, ob der Inhalt bezogen auf das Dateisystem am fs-Terminal angegeben wird oder sich auf dem Inhalt-Volume befindet. Zulässige Werte sind "on" und "off". Wenn "on" festgelegt ist, beziehen sich alle Inhalte auf das Dateisystem am Terminal "fs". Wenn "off" festgelegt ist, befindet sich der Inhalt auf dem Inhalts-Volume.
Standard: "off"

docs_dir

Zeichenfolge

Stammverzeichnis auf dem Inhalt-Volume, in dem sich die Dokumente befinden, die bereitgestellt werden sollen. Zum Beispiel kann dies "/mydocs" sein. Wenn "docs_dir" auf die leere Zeichenfolge festgelegt wird, wird das Stammverzeichnis des Inhalts-Volumes verwendet.
Das Verzeichnis muss bereits vorher auf dem Inhalt-Volume vorhanden sein.
Standard: (leer)

docs_loc

Zeichenfolge

Ein optionaler Speicherort innerhalb des für Clients sichtbaren Namespace, wo der Inhalt angezeigt werden sollte (der "für Clients sichtbare Namespace" ist die Pfadkomponente einer URL bzw. die Zeichen, die rechts vom Hostnamen in einer URL angezeigt werden, einschließlich des führenden /). Wenn diese Eigenschaft auf einen nichtleeren Wert festgelegt wird, ist dies der Namespace-Stamm, der vom Client erkannt und in dem das Dokumentstammverzeichnis angezeigt wird. Wenn docs_loc beispielsweise auf subspace/samples festgelegt wird, liefert die HTTP-Anfrage /subspace/samples/file1.html die Datei file1.html aus dem Dokumentstammverzeichnis. Beachten Sie, dass eine Anfrage für einen Speicherort außerhalb von /subspace/samples einen Fehler erzeugt, sofern mit der Anfrage kein Skript aus dem Skriptenverzeichnis angefordert wird (siehe scripts_loc).
Diese Eigenschaft ist nützlich, wenn WEBx4 einen untergeordneten Bereich einer Website verarbeitet. Hängen Sie an diesen Wert keinen Schrägstrich an.
Standard: (leer)

scripts_dir

Zeichenfolge

Stammverzeichnis auf dem Inhalt-Volume, in dem sich die CGI-Skripten befinden. Es kann zum Beispiel /scripts heißen. Diese Einstellung sollte zu einem nichtleeren Wert festgelegt werden, der sich auf ein Verzeichnis auf dem Inhaltsvolume bezieht, das nur ausführbare Skripten enthält (legen Sie sie nicht auf "/" fest).
Das Verzeichnis muss bereits vorher auf dem Inhalt-Volume vorhanden sein.
Standard: (leer)

scripts_loc

Zeichenfolge

Der Speicherort in dem Webspeicherplatz, wo das durch scripts_dir angegebene Skriptenverzeichnis sichtbar sein sollte. Dies muss auf eine nichtleere Zeichenfolge festgelegt werden, um die Verwendung eines dedizierten Skriptenverzeichnisses zu ermöglichen. Ein typischer Wert ist beispielsweise /cgi-bin. Hängen Sie an diesen Wert keinen Schrägstrich an.
Standard: (leer)

logs_enabled

Zeichenfolge

Steuert, ob WEBx4 seine Protokolle an das Protokollterminal sendet. Zulässige Werte sind "on" und "off". Wenn diese Einstellung auf "on" festgelegt wird, muss eine Verbindung mit dem Protokollterminal bestehen. Wenn diese Einstellung auf "off" festgelegt wird, wird kein Zugriffsprotokoll verwendet und das Fehlerprotokoll wird in eine Datei im Stammdateisystem des Webservers geschrieben, wobei die Protokolle der letzten 4 Wochen gespeichert und wochenweise rotiert werden (/var/log/httpd/error_log*). Standard: "off"

logs_base_dir

Zeichenfolge

Verzeichnis, in dem die WEBx4-Protokolle gespeichert sind. Diese Eigenschaft hat keine Auswirkungen, wenn logs_enabled auf "off" festgelegt wird. Standard: /

error_log_filename

Zeichenfolge

Name für die Fehlerprotokolldatei, relativ zum Protokolldateisystem (zum Beispiel "/mysql_logs/my.log"). Verzeichnisse im Pfad werden automatisch erstellt. Wenn leer, wird das Fehlerprotokoll zum Daten-Volume geschrieben (/mnt/data/error.log). Standard: (leer).

error_log_level

Zeichenfolge

Fehlerprotokollierungsebene. Mögliche Werte sind: "error" protokolliert nur Fehler, "warn" protokolliert sowohl Warnungen als auch Fehler. Bei dieser Eigenschaft wird die Groß-/Kleinschreibung ignoriert. Standard: error

srv2_standby

Ganzzahl

Gibt an, ob sich der zweite WEB6-Server im Standby-Modus befindet. Wenn der Wert nicht Null ist, befindet sich der zweite WEB6-Server im Standby-Modus; anderenfalls befindet er sich nicht im Standby-Modus.
Standard: 1

srv3_standby

Ganzzahl

Gibt an, ob sich der dritte WEB6-Server im Standby-Modus befindet. Wenn der Wert nicht Null ist, befindet sich der dritte WEB6-Server im Standby-Modus; anderenfalls befindet er sich nicht im Standby-Modus.
Standard: 1

srv4_standby

Ganzzahl

Gibt an, ob sich der vierte WEB6-Server im Standby-Modus befindet. Wenn der Wert nicht Null ist, befindet sich der vierte WEB6-Server im Standby-Modus; anderenfalls befindet er sich nicht im Standby-Modus.
Standard: 1

timezone

Zeichenfolge

Gibt die in der Appliance verwendete Zeitzone an. Wenn diese Eigenschaft leer ist, wird die Zeitzone nicht geändert, sondern im Ist-Zustand beibehalten. Hier ist eine Liste der unterstützten Zeitzonen verfügbar. Standard: leer

Wichtig! Für alle auflisteten Zeichenfolgeneigenschaften braucht die Groß-/Kleinschreibung nicht beachtet zu werden (Kleinbuchstaben). Für alle anderen Zeichenfolgeneigenschaften muss die Groß-/Kleinschreibung beachtet werden.

Erweiterte Eigenschaften

Dabei handelt es sich um zusätzliche Eigenschaften, die normalerweise nicht konfiguriert werden müssen. Sie können verwendet werden, um WEBx4 in nicht normgerechten Bedingungen einzustellen. Eigenschaften, die sich auf die Arbeitsweise des Lastenausgleichsmoduls auswirken, wird das Präfix lb vorangestellt, zum Beispiel lb_mode.

Eigenschaftsname

Typ

Description

lb_mode

Zeichenfolge

Gibt den Betriebsmodus und eine Weise an, den benannten Sitzungscookie für die Sitzungsidentifizierung zu verwenden. Gültige Werte sind:
passive - der Cookie wird nicht geändert. Es wird davon ausgegangen, dass ein bestimmter Cookiewert immer eindeutig ist, und dass der gleiche Wert niemals von einem anderen Server verwendet wird.
sync - die Cookie-Zeichenfolge in der HTTP-Antwort eines Servers wird geändert, um sie eindeutig dem Terminal zuzuordnen, von dem die Antwort kam (indem eine 4 Zeichen lange Terminal-ID in den Cookie-Wert eingefügt wird). Die "terminal ID" wird entfernt, bevor eine Anfrage an einen Server auf einem der outX-Terminals weitergeleitet wird. Anders als beim Einfügen der Terminal-ID ist die Zuordnung zwischen Cookiewerten und Ausgabe-Terminals die gleiche wie bei "passive" - es wird also der gesamte Cookiewert verglichen.
insert - das Lastenausgleichsmodul selbst fügt einen Cookie in zurückgeschickte Antworten an den Client ein. Wenn der Client nachfolgende Anfragen mit diesem Cookie sendet, werden sie zum gleichen Server wie die erste Anfrage von diesem Client geleitet. Der von HALB eingefügte Cookie hat kein Ablaufdatum, was bedeutet, dass er nicht dauerhaft von der Client-Software gespeichert werden darf.
source - Die Quell-IP-Adresse der Anfrage wird verwendet, um die Sitzung an einen bestimmten Backend-Webserver zu binden. Die Cookieeigenschaft wird ignoriert.
Standard: passive.

lb_cookie_name

Zeichenfolge

Der Name des Cookies, der verwendet wird, um eine Sitzung zu identifizieren. Für die passiven Modi (passive und sync, siehe die Eigenschaft mode unten) ist dies der Name des Cookies, das von den mit out1 bis out4 verbundenen Backend-Servern verwendet wird, um Clientsitzungen zu identifizieren. Im Einfügemodus ist dies der Name des Cookies, den HALB in HTTP-Antworten einfügen sollte, um jeden Client einem bestimmten Server zuzuordnen. Wenn diese Eigenschaft auf den leeren Wert festgelegt wird, erfolgt keine Sitzungsnachverfolgung, und alle Anfragen werden in einem einfachen Roundrobin-Verfahren verteilt. Wird für den Quellmodus ignoriert.
Standard: (leer).

lb_cookie_check_length

Int.

Definiert, wie viele Byte vom Wert des Cookies als eindeutiger Schlüssel in passiven Betriebsmodus verwendet werden, um die Sitzung mit dem Backend-Webserver zu vergleichen. Der Standardwert von 10 reicht normalerweise für alle üblichen PHP- und Java-Anwendungen aus. Dieser Wert muss immer gleich oder kleiner als die Länge des Cookiewertes sein.
Standard: 10.

lb_max_connections

Ganzzahl

Die größtmögliche Anzahl von gleichzeitig aktiven Verbindungen, die das Lastenausgleichsmodul verarbeitet. Wenn diese Zahl erreicht wird, werden neue Verbindungen noch akzeptiert, aber ihre Verarbeitung wird aufgeschoben, bis eine andere Verbindung geschlossen wird. Beim Start bestimmt das Lastenausgleichsmodul automatisch die größtmögliche Anzahl Verbindungen anhand des verfügbaren Speichers, vergleicht diesen mit dem Wert dieser Eigenschaft, und verwendet den niedrigsten Wert. Wenn diese Eigenschaft 0 ist, wird der berechnete Wert verwendet. Beachten Sie, dass weder der verfügbare Speicher noch eine ausdrückliche Einstellung dieser Eigenschaft eine direkte Auswirkung auf den Durchsatz des Lastenausgleichsmoduls oder dessen maximale Anfragenrate haben - wenn eine niedrige Zahl festgelegt wird (bzw. wenig Speicherplatz vorhanden ist), hat dies nur dann Auswirkungen auf die Antwort, wenn die Backend-Server langwierige Vorgänge für jede Anfrage ausführen (z. B. Datenbanksuchen) und dadurch viele Anfragen gleichzeitig geöffnet bleiben.
Standard: 0

lb_backup_outputs

Zeichenfolge

Eine leerzeichen- oder kommagetrennte Liste der Ausgaben (out1 - out4), die als Sicherungen betrachtet werden. Der Datenverkehr wird nur an die Sicherungsserver geleitet, wenn kein Backend-Server verfügbar ist. Der Zweck dieser Sicherungsserver besteht darin, den Clients mitzuteilen, dass ein Problem besteht, oder sie umzuleiten, anstatt Fehler vom nicht verfügbaren Backend auszugeben oder das Zeitlimit zu überschreiten.
Standard: (leer).

lb_healthcheck_url

Zeichenfolge

Die URL, die verwendet wird, um die Systemintegritätsprüfung der Backend-Webserver mit den Systemintegritätsprüfungs-Methoden "http_get" und "http_head" durchzuführen. Sie kann als eine vollständige URL (http://host.name/file/to/check/for.php) oder als ein relativer Pfad (/file/to/check/for.php) angegeben werden. Wenn eine URL angegeben wird, verwendet HALB das HTTP/1.1-Protokoll während der Durchführung der Systemintegritätsprüfungen und setzt den aus UR extrahierten Hostnamen im Header Host: ein. Dies ermöglicht die Verwendung von virtuellen Hosts. Wenn sie als ein relativer Pfad angegeben wird, verwendet HALB das HTTP/1.0-Protokoll und sucht nach dem von dieser Eigenschaft angegebenen Dokument. Wenn diese Eigenschaft leer ist, überprüft das Lastenausgleichsmodul den Standardstamm "/" anhand des HTTP/1.0-Protokolls.
Standard: (leer).

lb_healthcheck_agent

Zeichenfolge

Zeichenfolge, die als Agentbezeichner für die Methoden http_get und http_head der Systemintegritätsprüfung verwendet wird. Wenn sie leer ist, wird "HALB-health-check" verwendet.
Standard: (leer).

lb_healthcheck_method

Zeichenfolge

Die Methode, die für die Systemintegritätsprüfung der Backend-Webserver verwendet wird.
tcp_connect - Das Lastenausgleichsmodul stellt eine Verbindung zu Port 80 des Webservers her. Wenn die Verbindung erfolgreich eingerichtet ist, nimmt das Lastenausgleichsmodul an, dass der Webserver betriebsbereit ist. Dies ist die schnellste Methode und benötigt am wenigsten Ressourcen.
http_head - Das Lastenausgleichsmodul verwendet die HEAD-Methode, um das von der Eigenschaft "lb_healthcheck_url" angegebene Dokument anzufordern. Dies ist langsamer als "tcp_connect" und benötigt mehr Ressourcen sowohl auf dem Lastenausgleichsmodul als auch auf Webservern, ist aber zuverlässiger. Ein Statuscode von "2xx" oder "3xx", der von einem Webserver erhalten wird, validiert den Server als betriebsbereit.
http_get - Das Lastenausgleichsmodul verwendet die GET-Methode, um das von der Eigenschaft "lb_healthcheck_url" angegebene Dokument anzufordern. Dies ist die langsamste Methode, die am meisten Ressourcen benötigt, aber am zuverlässigsten ist. Ein Statuscode von "2xx" oder "3xx", der von einem Webserver erhalten wird, validiert den Server als betriebsbereit. Wenn die Eigenschaft "lb_healthcheck_regexp" definiert ist, lädt das Lastenausgleichsmodul das Dokument einschließlich aller HTTP-Header und des Serverstatuscodes herunter und sucht nach Übereinstimmungen mit dem Wert für "lb_healthcheck_regexp". Wenn eine Übereinstimmung gefunden wird, gilt der Backend-Server als funktionsbereit, bzw. er wird deaktiviert, wenn keine Übereinstimmungen gefunden wurden.
Standard: tcp_connect.

lb_healthcheck_regexp

Zeichenfolge

Eine Testzeichenfolge, die mit dem Systemintegritätsprüfungs-Modus "http_get" verwendet wird. Kurze oder häufig vorkommende Werte (z. B. OK) ergibt wahrscheinlich falsche positive Übereinstimmungen. Diese Zeichenfolge ist ein regulär Ausdruck im Perl-Stil; nähere Informationen zu regulären Ausdrücken im Perl-Stil sind hier verfügbar.
Standard: (leer).

lb_healthcheck_interval

Int.

Intervall zwischen Systemintegritätsprüfungen der Backend-Webserver (in Sekunden angegeben).
Standard: 20 Sekunden.

lb_timeout

Ganzzahl

Zeitlimit in Sekunden, nach dem inaktive Sitzungen ablaufen. Wenn der Wert auf Null festgelegt wird, laufen inaktive Sitzungen nicht ab. Wenn ein anderer Wert als Null festgelegt wird, gelten inaktive Sitzungen, die nach der Anzahl der Sekunden des Zeitlimits wiederaufgenommen werden, als veraltet, und Anfragen mit dem Cookie "forgotten" werden so behandelt, als hätten sie keinen Cookie und werden mit der üblichen Roundrobin-Methode an einen beliebigen Server gesandt. Diese Eigenschaft ist nur zulässig für den passiven Modus und wird für alle anderen Modi ignoriert.
Standard: 0

lb_client_timeout

Int.

Zeitlimit in Sekunden für das Warten auf die Anfrage von einem Client, nachdem die Verbindung hergestellt wurde.
Standard: 150.

lb_server_timeout

Int.

Zeitlimit in Sekunden für das Warten auf eine Antwort von einem Backend-Webserver, nachdem die Verbindung hergestellt wurde.
Standard: 150.

lb_conn_timeout

Int.

Zeitlimit in Sekunden für das Herstellen einer TCP-Verbindung. Dies schließt die Systemintegritätsprüfungen ein. Diese Einstellung muss besonders beachtet werden, weil das Lastenausgleichsmodul beginnt, Ausgaben zu deaktivieren, wenn die Systemintegritätsprüfung wegen hoher Auslastung und einem unzureichend kleinen Wert das Zeitlimit überschreitet. Es wird nicht empfohlen, eine Zeit von weniger als 20 Sekunden festzulegen.
Standard: 20.

lb_username

Zeichenfolge

Benutzername für den Zugriff auf die Lastenausgleichsmodul-GUI über das Terminal "ui". Wenn leer, erfolgt keine Authentifizierung.
Standard: (leer).

lb_password

Zeichenfolge

Kennwort für den Zugriff auf die Lastenausgleichsmodul-GUI über das Terminal "ui". Das Kennwort wird ignoriert, wenn der Benutzername leer ist.
Standard: (leer).

lb_ctl_port

Int.

Port, der verwendet wird, um auf die Webdienst-Steuerschnittstelle über das Terminal "ctl" zuzugreifen.
Standard: 80.

lb_ui_port

Int.

Port, der verwendet wird, um auf die Laufzeitstatistik-GUI des Lastenausgleichsmoduls über das Terminal "ui" zuzugreifen.
Standard: 80.

cgi_ext

Zeichenfolge

Definiert die Dateinamenssuffixe für CGI-Skripten als Liste mit Leerzeichen als Trennzeichen. Diese Einstellung wird verwendet, um anzugeben, welche Dateien als ausführbare CGI-Skripten (in einem beliebigen Verzeichnis) behandelt werden sollen und kann als Alternative zur Angabe eines gemeinsamen Skriptenverzeichnis verwendet werden (siehe die Eigenschaften scripts_dir und scripts_loc). Standard: .cgi

shared_perl_ext

Zeichenfolge

Definiert die Dateinamensuffixe für Perl-Skripten als Liste mit Leerzeichen als Trennzeichen. Dies wird verwendet, um anzugeben, welche Dateien als mit mod_perl auszuführenden Perl-Skripten behandelt werden sollte. Jede Dateinamenerweiterung, die mit einer bereits in cgi_ext angegebenen Erweiterung übereinstimmt, überschreibt die Verwendung von CGI für diese Erweiterung und konfiguriert sie stattdessen für die Ausführung durch mod_perl. Das prozessinterne Perl-Modul ist so konfiguriert, dass Skripten mit den angegebenen Erweiterungen im CGI-Kompatibilitätsmodus ausgeführt werden. Die meisten Perl-Skripten, die für die Ausführung als CGI-Prozesse konzipiert wurden, sollten auch funktionieren, wenn sie als prozessinterne Skripten eingerichtet werden. Hinweis: Es ist wichtig, dass Sie Ihre Skripten auf die korrekte Initialisierung aller Dateibereichsvariablen prüfen, z. B. durch Verwenden der Streng-Einstellung oder von Warnungen; da alle Skripten mit mod_perl funktionieren, führen Sie sie ohne Neustarten des Perl-Interpreters aus. Wenn Sie nicht sicher sind, ob Ihre Skripten mit mod_perl funktionieren werden, finden Sie in der Dokumentation zu mod_perl weitere Informationen: http://perl.apache.org/docs/index.html.
Standard: (leer) (das heißt, mod_perl nicht verwenden)

index_files

Zeichenfolge

Geordnete, durch Leerzeichen getrennte Dateiliste, die als Verzeichnisindexseite verwendet werden soll, wenn der Client eine URL anfordert, die sich auf einen Verzeichnisnamen bezieht.
Standard: index.html index.html.var

use_htaccess

Zeichenfolge

Gibt an, ob man die Verwendung von .htaccess-Dateien für den ganzen Dokumentbaum aktivieren sollte. Diese Einstellung wird standardmäßig deaktiviert und sollte nur verwendet werden, wenn Sie eine Inhaltsverzeichnisstruktur haben, in der eine genaue Steuerung der Serveroptionen erforderlich ist, die Konfiguration mithilfe einer Gruppe von Abschnitten in einer gemeinsamen Konfigurationsdatei jedoch zu kompliziert ist, oder wenn Sie ein vorkonfiguriertes Inhalt-Volume verwenden, das bereits .htaccess verwendet und es nicht neu anordnen möchten. Wenn Konfigurationsoptionen nur für den Dokumentstamm selbst benötigt werden, fügen Sie die Einstellungen stattdessen im Dokumentstammverzeichnis in die Datei .htconf ein. Sie werden dann genauso wie .htacces angewendet, allerdings wird die Datei nur einmal während des Systemstarts gelesen. Standard: "off"

max_connections

Ganzzahl

Maximale Anzahl gleichzeitiger aktiver Verbindungen, die jeder WEB6-Server verarbeiten kann. Wenn dieses Limit erreicht wird, werden zusätzliche Verbindungsanfragen in die Warteschlange eingefügt (bis zu einem Limit von 511) und verarbeitet, sobald gegenwärtig aktive Verbindungen geschlossen werden. Dieser Wert sollte nur erhöht werden, wenn erwartet wird, dass WEBx4 eine große Anzahl von Anfragen bedienen soll, die auf eine langsame externe Datenquelle (z. B. langwierige Datenbankabfragen) zugreifen müssen. Die tatsächliche Anzahl gleichzeitiger Verbindungen kann auf einen Wert, der kleiner als dieser Eigenschaftswert ist, beschränkt sein, wenn nicht genug Systemspeicher verfügbar ist. Nähere Informationen hierzu finden Sie im Abschnitt "Memory Usage" (Speichernutzung). Der Wert von max_connections darf nicht größer als 256 sein.
Standard: 128

persistent_connections

Zeichenfolge

Steuert, ob WEBx4 Clients erlaubt, mehr als ein Dokument auf der gleichen Verbindung anzufordern. Zulässige Werte sind "on" und "off". Unter Umständen müssen Sie die persistenten Verbindungen nur dann deaktivieren, wenn Probleme mit Clients auftreten, die HTTP/1.1 nicht unterstützen und nicht auf HTTP/1.0 umstellen. Standard: on

idle_timeout_sec

Ganzzahl

Zeitlimit in Sekunden, während dem eine Client-Verbindung offen gehalten wird, wenn keine Anfrage oder Antwort eingeht. Diese Eigenschaft wird nur verwendet, wenn persistent_connections auf "on" festgelegt ist. Wenn für dieses Zeitlimit ein niedriger Wert festgelegt wird, werden vergessene Verbindungen schnell beendet. Standard: 15

data_timeout_sec

Ganzzahl

Zeitlimit in Sekunden für das Empfangen oder Senden von weiteren Daten, wenn ein Datentransfer gestartet, aber nicht abgeschlossen wurde. Dieses Zeitlimit erlaubt WEBx4, vergessene Verbindungen zu beenden, wobei Verzögerungen während der Übertragung jedoch weiterhin zulässig sind. Standard: 300

default_charset

Zeichenfolge

Standardzeichensatz für die Ausgabe von Dokumenten vom Typ text/html oder text/plain. Die Eigenschaft sollte entweder auf den Namen eines Zeichensatzes oder auf "off" (um das Senden eines charset-Headers in HTTP-Antworten zu deaktivieren) festgelegt werden. Bei einigen Browser-Einstellungen kann diese Eigenschaft den Zeichensatzwert überschreiben, der vom Verfasser der bereitgestellten HTML-Dokumente festgelegt wurde; diese Eigenschaft wird daher nur empfohlen, wenn Dokumente vorhanden sind, die keine gültige Zeichensatzspezifikation enthalten, und wenn man im Voraus weiß, dass alle von WEBx4 bereitgestellten Dokumente denselben Zeichensatz verwenden. Typische Beispielwerte sind ISO-8859-1 oder UTF-8. Standard: Off
Hinweis: Um Sonderfälle, einschließlich alter CGI-Skripten, die kein ordnungsgemäßes Metatag für den Inhaltstyp generieren, abzudecken, kann der Standardzeichensatz mithilfe benutzerdefinierter auf dem Inhalt-Volume gespeicherter Konfigurationsdateien auf Verzeichnisebene festgelegt werden.

info_level

Zeichenfolge

Steuert, wie viel Informationen WEBx4 über sich gegenüber Web-Clients bekannt gibt (in HTTP-Antworten und in automatisch generierten Seiten). Zulässige Werte sind "full" (die meisten Informationen), "os", "minor", "major", "prod" (die wenigsten Informationen). Als Sicherheitsmaßnahme empfiehlt sich, möglichst wenige Informationen bekannt geben. Standard: prod

server_signature

Zeichenfolge

Steuert, ob WEBx4 eine Serversignaturzeile am unteren Rand aller generierter Seiten anhängt (z. B. auf Fehlerseiten). Zulässige Werte sind "on" und "off". Die Informationsmenge, die WEBx4 in die Signatur einschließt, wird von info_level gesteuert. Standard off (keine Signaturen).

env

Zeichenfolge

Wird verwendet, um Einstellungen an WEBx4 weiterzugeben, z. B. "name=value"-Paare. Standard: (leer)

Wichtig! Für alle auflisteten Zeichenfolgeneigenschaften braucht die Groß-/Kleinschreibung nicht beachtet zu werden (Kleinbuchstaben). Für alle anderen Zeichenfolgeneigenschaften muss die Groß-/Kleinschreibung beachtet werden.

Speicherauslastung

Jeder WEB6-Server in WEBx4 konfiguriert sich selbst automatisch, damit er mit einem breiten Angebot an verfügbarem Speicher ausgeführt werden kann, um Anwendungen von unterschiedlicher Größe und Last bedienen zu können. Beachten Sie dennoch, dass die Konfigurationsberechnung die Speicherauslastung von Skripten mit dynamischen Inhalten, die auf dem WEB-Inhalts-Volume installiert sein können, nicht voraussehen kann und ein Skript, das nicht einwandfrei funktioniert, durch Speichermehrfachvergabe einen Serverfehler verursachen kann, bei dem das Betriebssystem Prozesse abbricht.

Standardmäßig konfiguriert WEB6 die maximale Anzahl von aktiven Verbindungen. Dabei wird Folgendes vorausgesetzt:

In der "Sandkasten"-Konfiguration mit 32 MB wird z. B. die maximale Anzahl aktiver Verbindungen auf 8 festgelegt.

Die größtmögliche Anzahl von Verbindungen kann unter dem automatisch berechneten Wert mithilfe der "max_connections"-Eigenschaft beschränkt werden. Beachten Sie, dass "max_connections" ohne Warnung verringert wird, wenn die Anzahl der Verbindungen über dem Grenzwert für den verfügbaren Systemspeicherplatz liegt.

Außerdem wird die Zuweisungsgrenze des PHP-Präprozessors auf die Hälfte des für Skripte verfügbaren Speicherplatzes festgelegt, der nach den obigen Regeln berechnet wurde. PHP wird also so konfiguriert, dass der Speicherplatz für ein laufendes Skript begrenzt ist auf:

(system_memory - 16M B - max_connections * 1M B) / 2 

Dabei ist der Wert für "max_connections" der kleinere der Werte für die Eigenschaft "max_connections" und die Grenze, die vom verfügbaren Speicherplatz erzwungen wird (bei der Berechnung werden 2 MB pro Verbindung angenommen, wie oben beschrieben). Wenn der Standardwert für die Eigenschaft "max_connections" beibehalten wird, ergibt sich der folgende Wert für die PHP-Speichergrenze:

(system_memory - 16 MB) / 4 

Hinweis: Die Regel "Hälfte des verfügbaren Speicherplatzes pro Skript" ist eher optimistisch und basiert auf der Annahme, dass entweder nicht alle aktiven Verbindungen ein anspruchsvolles PHP-Skript verwenden, das das gesamte Limit ausschöpft, oder dass die Skripte nicht den gesamten zugewiesenen Speicher verwenden.

TIPP: Wenn eine Anwendung, die viel Speicher beansprucht, bei Belastung Ausfälle zeigt (Verbindungsausfälle) und der verfügbare Speicher nicht erhöht werden kann, sollten Sie die Eigenschaft "max_connections" auf einen niedrigeren Wert festlegen. Dadurch wird die Anzahl der möglichen gleichzeitig ausgeführten Skriptinstanzen verringert, und jedes Skript hat mehr Speicher für die Ausführung zur Verfügung.

Einrichten des Inhalts - freigegebene Dateispeicherung

Dieser Abschnitt enthält nützliche Informationen zum Konfigurieren von Skripts, die dynamische Inhalte bedienen.

Feste Verzeichnisnamen

Beim Starten des HTTP-Servers sind die folgenden Verzeichnisse und Dateien innerhalb des Dateisystemspeicherbereich jeder WEB6-Instanz verfügbar. Beachten Sie, dass die Verwendung absoluter Verzeichnisnahmen außerhalb dieser Speicherorte in Skript- oder Konfigurationsdateien nicht empfohlen wird.

/var/www/html - Webstamm, sichtbar als '/' für den Client. Dies bezieht sich auf einen Speicherort auf dem Inhalts-Volume und ist schreibgeschützt. Hinweis: Wenn die Eigenschaft "docs_loc" festgelegt wird, enthält /var/www/html selbst keine Datendateien. Wenn der Wert von "docs_loc" angehängt wird, ergibt sich der Name einer zulässigen symbolischen Verknüpfung, die auf den Dokumentstamm verweist. Dieser Verzeichnisname und der "/var/www/cgi-bin"-Name sowie alle ihre Unterverzeichnisse können in Apache-Konfigurationsdateien verwendet werden, um zusätzliche verzeichnisspezifische Einstellungen vorzunehmen. Dadurch wird vermieden, dass diese Konfigurationsdateien die bestimmten Einstellungen für die Eigenschaften "docs_dir" und "scripts_dir" kennen müssen.

/var/www/cgi-bin - symbolische Verknüpfung mit dem Skriptstamm, wenn beim Einrichten die Eigenschaft "scripts_dir" verwendet wurde.

/mnt/fs - Stamm des freigegebenen Dateispeichers mit Lese-/Schreibzugriff, der von einem NFS-Server bereitgestellt wird, der mit dem Terminal "fs" verbunden ist. Wenn eins nicht angeschlossen ist, ist "/mnt/fs" leer.

Feste Webspeicherorte

Der "/icons/"-Pfad erhält einen Alias für ein Verzeichnis, das Bestandssymbole für servergenerierte Verzeichnislisten enthält. Daher ist ein Verzeichnis mit dem Namen "icons" im Inhalts-Volume nicht sichtbar.

Zugriffskontrolle

Der HTTP-Server wird als Benutzer 48, Gruppe 48, ausgeführt. CGI-Skripte werden im gleichen Kontext ausgeführt.

Dateien auf dem Inhalts-Volume müssen Leseberechtigung für jeden haben, um für das Bedienen über HTTP geeignet zu sein. Ausführbare Skripte benötigen Lese- und Schreibberechtigungen für alle.

Obwohl der Apache-Server andere Möglichkeiten hat, Zugriff auf Dateien zu steuern, kann auch die Leseberechtigung für alle Dateien oder Verzeichnissen entfernt werden, auf die kein Zugriff über HTTP möglich sein soll. Das x-bit sollte für Verzeichnisse aktiviert bleiben, für die kein Zugriff auf eine Liste möglich sein soll, die aber Dateien oder Unterverzeichnisse mit Zugriff enthalten.

Senden von-E-Mail

Das Sendmail-System wird nicht auf WEBx4 konfiguriert. Verwenden Sie es nicht zum Senden von E-Mails von dieser Appliance aus. Wenn Perl-basierte Skripte verwendet werden, kann das Mail::Mailer-Modul zum Senden von E-Mails verwendet werden, wenn es für die Verwendung des SMTP-Mailer konfiguriert ist. In allen Fällen muss der SMTP-Mailer so eingerichtet werden, dass "aux" als Hostname des SMTP-Servers verwendet wird. Beispiel für die Verwendung von Mail::Mailer:

$mailer = new Mail::Mailer 'smtp', (Server => 'aux'); 
$mailer->open(\%headers); #... etc. 
Intern

Nachstehend sind die Bestandteile von WEBx4 aufgeführt.

Typische Verwendung

Skalierbare 2-Ebenenanwendung

Skalierbare 2-Ebenen-Anwendung

Hinweise und Verknüpfungen

Bekannte Beschränkungen

Setzen Sie sich bei Problemen und Vorschlägen mit dem technischen Support in Verbindung.