Da OpenVZ einen modifizierten Linux-Kernel mitliefert, ist die Auswahl an möglichen Host- und Gast-Betriebssystemen auf Linux begrenzt und bietet im Gegenzug eine bessere Ausnutzung der vorhandenen Ressourcen an. So soll laut der offiziellen Webseite der Virtualisierungsaufwand zwischen 1 bis 3 % der Prozessorleistung betragen. Eine wesentliche Eigenschaft von OpenVZ ist, die Verwendung des Ein-Kernel-Modells – sprich: alle Gast-Systeme (VE’s = Virtual Environments) teilen sich einen gemeinsamen Kernel. Dies ermöglicht die Skalierung einer VE bis auf die Größe des Host-Systems unter Nutzung aller verfügbaren Ressourcen (CPU, RAM, Netzwerkbandbreite usw.). Ferner können die einzelnen Gast-Systeme (VE’s) nicht auf die Hardware des Host-Systems zugreifen, sondern über eine entsprechende Schnittstelle von OpenVZ mit dieser kommunizieren.

Wer sich für OpenVZ interessiert, dem sei an dieser Stelle die offizielle Webseite von OpenVZ ans Hert gelegt. Dort findet ihr entsprechende Informationen zu diesem Thema.

Er kann über diverse Module erweitert werden und setzt auf asynchrone Kommunikation. Dadurch kann er mit nur einem Prozess mehrere tausend Anfragen parallel bearbeiten – ohne Systemresourcen, wie die CPU und den Arbeitsspeicher zustark zu belasten.

Ferner unterstützt er die wesentlichen Features, die ein Webserver bieten sollte und kann Code in verschiedenen Skript-Sprachen ausführen. So bindet er PHP über FastCGI und andere über die SCGI-Schnittstelle ein.

Weitere Informationen finden Sie unter:

http://www.lighttpd.net/

Dieser Umstand lässt sich dadurch lösen, das in SELECT-Statements ein entsprechende Typkonvertierung (CAST-Anweisung), von Tinyint nach Integer, verwendet wird.

Beispiel für eine SELECT-Anweisung mit Datentypkonvertierung von Tinyint nach Integer:

SELECT `id`, `name`, CAST (`foo` AS UNSIGNED) AS `foo` FROM `table_name` WHERE `id` > 0;

Laut Angaben der Entwickler-Webseite monetdb.cwi.nl, ist diese hochperformante Datenbank im Schnitt ein vielfaches schneller, als einige andere RDBMS. Dies wird dadurch ermöglicht, dass MonetDB eine vertikale Fragmentierung der Tabellen im Speichermodell verwendet. Ferner wird die interne Datenrepräsentation im Arbeitsspeicher gehalten und konsequent für den CPU-Cache optimierte Query-Anfragen verwendet. Dadurch ist sie bei Verwendung der gleichen Algorithmen, im Vergleich zu typischen auf Interpreter basierenden RDBMS, so schnell. (Siehe Benchmark)

Das MonetDB-Projekt ist in drei Teile gegliedert:

• MonetDB/SQL : ist das RDBMS,
• MonetDB/XQuery : ist die XML Datenbankunterstützung,
• MonetDB Server : ist der “multi-model” Datenbankserver.

Seine Stärken liegen in datenbank basierenden Anwendungen, die hohe Anforderungen in Hinsicht auf die Performanz an ein RDBMS stellen.

Es lohnt sich auf jeden Fall, sich dieses Projekt genauer anzuschauen.

Links:

1. http://monetdb.cwi.nl – Webseite
2. http://en.wikipedia.org/wiki/MonetDB – Artikel im Wikipedia
3. http://monetdb.cwi.nl/projects/monetdb/SQL/Benchmark/TPCH/index.html – Benchmarkergebnisse
   

Der Fehler manifestiert sich folgendermassen in der Standardausgabe des Tomcat-Servers:

20.06.2008 09:46:15 org.apache.catalina.core.StandardContext start
SCHWERWIEGEND: Error listenerStart
20.06.2008 09:46:15 org.apache.catalina.core.StandardContext start
SCHWERWIEGEND: Context [/mein_projekt] startup failed due to previous errors
20.06.2008 09:46:15 org.apache.coyote.http11.Http11Protocol start

In vielen Fällen tritt der Fehler dann auf, wenn Konfigurationsdateien, welche direkt Spring betreffen syntaktische Fehler beinhalten. Hier am Beispiel der Datei contextConfiguration.xml welche über

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/contextConfiguration.xml</param-value>
</context-param>

eingebunden wird. Ist beispielsweise die Definition einer SpringBean nicht in korrektem XML angegeben, tritt der Fehler Error listenerStart auf. Weitere Ursachen können fehlende Treiber sein, die sich nicht im entsprechenden Verzeichniss finden. Ein Kandidat dafür könnte der Treiber zur Datenbank oder andere fehlende jar’s sein.

In jedem Fall lohnt sich der Blick in die log-Dateien im /tomcat/logs Verzeichniss, dort werden zumindest syntaktische Fehler angezeigt. Um dafür die Genauigkeit der Fehlerausgabe einzustellen kann man im /tomcat/conf Verzeichniss die Datei logging.properties entsprechend anpassen.

Wir gehen hierbei davon aus, dass der Server den Aufruf von http://example.com so interpretieren soll wie einen Aufruf von http://www.example.com.

Schritt 1:
Wählen Sie die Domain und den Virtual Host, zu dem Sie die Einstellung vornehmen wollen.

Schritt 2:
Wechseln Sie von “General Info” zu “Website Aliases”.

Schritt 3:
Tragen Sie die Domain ohne das “www” als Alias dieses Hosts ein (z.B. “example.com”) und klicken Sie auf “Add”.

Schritt 4:
Wechseln Sie zu den “A Records” der DNS-Verwaltung. Hier muss ein Wildcard-Eintrag vorgenommen werden. Tragen Sie dazu ein @ in die Spalte “Hostname” ein und übernehmen Sie in der Spalte “IP Address” den Wert, der beim www-Host eingetragen ist.

Schritt 5:
Gehen Sie jetzt noch, wie nach jeder Änderung im ISPMan zu den “Processes” um bestätigen Sie die ausstehenden Prozesse mit “Commit Session”.

Schritt 6:
Haben Sie Geduld. Der ISPMan muss jetzt zunächst die ausstehenden Prozesse abarbeiten und anschließend kann es noch einige Zeit dauern, bis sich die aktualisierten DNS-Einstellungen im Internet herum gesprochen haben.