Inhaltsverzeichnis

Vorbereitung des Server II (Apache)

Tipp: Wenn man Änderungen an der Apache-Konfiguration vorgenommen hat, muss der Webserver neu gestartet werden. Das kann Apache 2 auch ohne, dass alle laufenden Verbindungen (und damit Befragungen) unterbrochen werden.

Installationsverzeichnis

Ein Webserver zeigt einem Nutzer/Besucher im Idealfall nur das, was der Besucher sehen soll. Vor allem sieht man „von außen“ nicht, wo die Daten tatsächlich auf dem Server liegen.

Beim Installationsverzeichnis muss man also unterscheiden, wo dieses Verzeichnis intern liegt (z.B. /var/www/sosci/) und unter welchem Namen es extern aufgerufen wird (z.B. http://www.domain.tld/survey/). Damit ein Verzeichnis „von außen“ via HTTP oder HTTPS sichtbar ist, haben Sie mindestens zwei Möglichkeiten:

Alias /survey "C:/Daten/SoSci"
<Directory "C:/Daten/SoSci">
  AllowOverride All
  Options MultiViews 
  Order allow,deny
  Allow from all
</Directory>

Hinweis: Das Alias ist erst nach einem Neustart des Servers oder einem Neuladen der Konfiguration verfügbar.

Zugriffssteuerung

Nutzer, die via HTTP „von außen“ auf den Webserver zugreifen, sollen auf die Projektverzeichnisse, das Verzeichnis admin/, images/ u.s.w. zugreifen können – nicht aber auf die geschützte Dateiablage oder die Konfiguration.

In der Standard-Konfiguration überprüft Apache, ob eine Datei .htaccess in einem Verzeichnis liegt. Anhand dieser Datei kann SoSci Survey die Zugriffe entsprechend einschränken. Falls Apache allerdings so konfiguriert ist, die .htaccess-Dateien zu ignorieren, ist noch folgende Ergänzung in der Datei httpd.conf erforderlich.

Die Verzeichnis-Namen (C:/Daten/SoSci/) sind natürlich an die jeweilige Installation anzupassen.

<Directory "C:/Daten/SoSci/inc/">
  Order allow,deny
  deny from all
</Directory>
<Directory "C:/Daten/SoSci/system/">
  Order allow,deny
  deny from all
</Directory>
<Directory "C:/Daten/SoSci/files/">
  Order allow,deny
  deny from all
</Directory>

Verbindungen

Auf den Befragungsserver greifen im Idealfall sehr viele Personen gleichzeitig zu. Daher ist es notwendig, dass viele Verbindungen gleichzeitig geöffnet werden können - sind alle Verbindungen belegt, erhalten weitere Nutzer oder auch die Projektverwalter keine Antwort vom Server mehr und entsprechend eine Fehlermeldung des Browsers, der Server sei nicht erreichbar.

Hinzu kommt, dass SoSci Survey ein umfangreiches Paket ist, das auch ein gewisses Maß an Speicher und Rechenzeit benötigt. Dadurch ist die maximale Anzahl an Webserver-Prozessen beschränkt.

Sofern der Server im Betriebsmodus worker betrieben werden kann, erlaubt dies bei gleicher Speicherausstattung mehr offene Verbindungen. Allerdings ist dafür eine Umstellung vom PHP-Modul auf CGI notwendig: Apache2 Worker mit PHP und fcgid (FastCGI)

Für einen Webserver mit 1 GB (4 GB) Arbeitsspeicher haben sich für den Betriebsmodus prefork folgende Apache-Einstellungen bewährt:

Case-Sensitivität

Standardmäßig unterscheidet ein Apache auf einem Linux-System bei Dateinamen zwischen Groß- und Kleinschreibung (case-sensitiv). Das kann zum Problem werden, wenn der Link zum Fragebogen per Hand eingegeben wird und die Teilnehmer nicht auf die Groß-/Kleinschreibung achten.

Hier hilft das Apache-Modul mod_speling, das Apache2 standardmäßig mitbringt. Man aktiviert es mit dem üblichen Befehl:

(sudo) a2enmod speling

Damit das Modul auf dem Server auch tatächlich aktiv wird, muss es auch in der Konfiguration noch aktiviert werden. Die folgenden Befehle platziert man sinnvollerweise im <Directory>-Bereich, den man für SoSci Survey angelegt hat (s. oben).

<IfModule mod_speling.c>
    CheckSpelling on
    CheckCaseOnly on
</IfModule>''

Die Zeile CheckCaseOnly on ist optional. Sie beschränkt die Korrektur von Tippfehlern auf Groß-/Kleinschreibung.

Um die Änderungen zu aktivieren, muss die Konfiguration noch neu eingelesen werden.

sudo /etc/init.d/apache2 reload

Speicher- und Prozessorauslastung kontrollieren

Nachfolgend einige Skripte, die bei der Überwachung der Server-Leistung gute Dienste leisten.

Logfile zur Prozessorauslastung

Dieses Script einfach alle 15 Minuten via Crontab aufrufen:

log_uptime.sh
#!/bin/sh
# /usr/bin/uptime >> /var/log/uptime.log
uptime=`/usr/bin/uptime`
date=`date -I`
echo $date $uptime >> /var/log/uptime.log

RAM-Speicher protokollieren

Via Crontab einmalig beim Server-Neustart (@reboot) aufrufen

log_mem.sh
#!/bin/sh
date=`date +"%Y-%m-%d %H:%M:%S"`
echo "" >> /var/log/vmstat.log
echo $date >> /var/log/vmstat.log
/usr/bin/vmstat -n 300 >> /var/log/vmstat.log &

RAM-Speicher auf VPS

Zum Überprüfen des verfügbaren RAM-Speichers auf einem V-Server (Script 3).

Quelle: devnulled.

memory.sh
#!/bin/bash
bean=`cat /proc/user_beancounters`
guar=`echo "$bean" | grep vmguar | awk '{ print $4;}'`
burst=`echo "$bean" | grep privvm | awk '{ print $5;}'`
priv=`echo "$bean" | grep privvm | awk '{ print $2;}'`
privmax=`echo "$bean" | grep privvm | awk '{ print $3;}'`
let total=guar/256
let used=priv/256
let max=privmax/256
let burst=burst/256
echo "VPS memory usage:"
echo "Used: $used MB (max $max MB)"
echo "Total: $total MB"
echo "Burstable to: $burst MB"