Aktuelle Version: 3.0.1-1
Auf einen Blick |
|
Katalog |
System |
Kategorie |
Webserver |
Benutzer-Volumes |
ja |
Min. Speicher |
736 MB |
Betriebssystem |
Linux |
Einschränkungen |
no |
Fragen/Kommentare |
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.
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 |
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. |
net |
out |
alle |
Gateway-Ausgabe für Subnetzzugriff. |
mon |
out |
cce |
Sendet Leistungs- und Ressourcenverwendungsstatistik. |
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):
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. |
admin_email |
Zeichenfolge |
E-Mail-Adresse für den Serveradministrator. WEBx4 zeigt diesen Namen in automatisch generierten Seiten an. |
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. |
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. |
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). |
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). |
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. |
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. |
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. |
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. |
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.
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: |
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. |
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. |
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. |
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. |
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. |
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. |
lb_healthcheck_method |
Zeichenfolge |
Die Methode, die für die Systemintegritätsprüfung der Backend-Webserver verwendet wird. |
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. |
lb_healthcheck_interval |
Int. |
Intervall zwischen Systemintegritätsprüfungen der Backend-Webserver (in Sekunden angegeben). |
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. |
lb_client_timeout |
Int. |
Zeitlimit in Sekunden für das Warten auf die Anfrage von einem Client, nachdem die Verbindung hergestellt wurde. |
lb_server_timeout |
Int. |
Zeitlimit in Sekunden für das Warten auf eine Antwort von einem Backend-Webserver, nachdem die Verbindung hergestellt wurde. |
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. |
lb_username |
Zeichenfolge |
Benutzername für den Zugriff auf die Lastenausgleichsmodul-GUI über das Terminal "ui". Wenn leer, erfolgt keine Authentifizierung. |
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. |
lb_ctl_port |
Int. |
Port, der verwendet wird, um auf die Webdienst-Steuerschnittstelle über das Terminal "ctl" zuzugreifen. |
lb_ui_port |
Int. |
Port, der verwendet wird, um auf die Laufzeitstatistik-GUI des Lastenausgleichsmoduls über das Terminal "ui" zuzugreifen. |
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. |
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. |
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. |
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 |
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.
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.
Dieser Abschnitt enthält nützliche Informationen zum Konfigurieren von Skripts, die dynamische Inhalte bedienen.
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.
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.
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.
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.
Nachstehend sind die Bestandteile von WEBx4 aufgeführt.
Skalierbare 2-Ebenenanwendung
Bekannte Beschränkungen
Setzen Sie sich bei Problemen und Vorschlägen mit dem technischen Support in Verbindung.
Copyright © 2013 CA.
Alle Rechte vorbehalten.
|
|