Linux-VServer - Versionsgeschichte

Mrjokla: /* growthexperiments-addlink-summary-summary:2|0|0 */

2025-02-25T05:09:37Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 25. Februar 2025, 07:09 Uhr
Zeile 21:		Zeile 21:
	Jede Partition bzw. jeder Arbeitsbereich stellt einen sogenannten ''Security Context'' dar, in dem das virtualisierte Computersystem einen ''virtuellen Server'' bildet. Ein dem [[Chroot]]-Mechanismus vergleichbares Werkzeug bietet Zugriff auf diesen ''Security Context''. Das [[Booten]] dieses ''virtuellen Servers'' beschränkt sich dann auf Durchführen eines [[Init]] in diesem ''Security Context'', das Herunterfahren entspricht vergleichbar einem Beenden der in diesem ''Security Context'' ablaufenden Prozesse. Die ''Security Contexte'', also die virtuellen Maschinen, sind leistungsfähig genug, um beispielsweise viele Linux-Distributionen unmodifiziert verwenden und verarbeiten zu können, dazu gehören auch [[Debian]] und [[Fedora (Linux-Distribution)\|Fedora]].		Jede Partition bzw. jeder Arbeitsbereich stellt einen sogenannten ''Security Context'' dar, in dem das virtualisierte Computersystem einen ''virtuellen Server'' bildet. Ein dem [[Chroot]]-Mechanismus vergleichbares Werkzeug bietet Zugriff auf diesen ''Security Context''. Das [[Booten]] dieses ''virtuellen Servers'' beschränkt sich dann auf Durchführen eines [[Init]] in diesem ''Security Context'', das Herunterfahren entspricht vergleichbar einem Beenden der in diesem ''Security Context'' ablaufenden Prozesse. Die ''Security Contexte'', also die virtuellen Maschinen, sind leistungsfähig genug, um beispielsweise viele Linux-Distributionen unmodifiziert verwenden und verarbeiten zu können, dazu gehören auch [[Debian]] und [[Fedora (Linux-Distribution)\|Fedora]].

	''Virtuelle Server'' werden normalerweise von [[Webhosting]]-Dienstleistern verwendet, da sie bei gleichzeitiger Zusammenfassung der Computerressourcen eine saubere Trennung verschiedener virtueller Kundenmaschinen sowie eine Abschottung dieser Maschinen untereinander erlauben. Um bei solchen Installationen mit möglichst wenig Plattenplatz auszukommen, wird das Dateisystem jedes ''virtuellen Servers'' als ein [[Copy-On-Write]] [[Harter Link\|Hard Link]] auf ein virtuelles Dateisystem aufgesetzt<!--a tree of [[Copy-on-write]] [[Harter Link\|hard link]]s to a "template" file system ? noch nicht gut-->. Dieser Hard Link besitzt spezielle Dateisystemattribute, die bei einer erkannten Änderung die zu schreibende Datei durch eine sicher und transparent geschriebene reale Kopie der Datei ersetzen.		''Virtuelle Server'' werden normalerweise von [[Webhosting]]-Dienstleistern verwendet, da sie bei gleichzeitiger Zusammenfassung der Computerressourcen eine saubere Trennung verschiedener virtueller Kundenmaschinen sowie eine Abschottung dieser Maschinen untereinander erlauben. Um bei solchen Installationen mit möglichst wenig Plattenplatz auszukommen, wird das Dateisystem jedes ''virtuellen Servers'' als ein [[Copy-On-Write]] [[Harter Link\|Hard Link]] auf ein [[virtuelles Dateisystem]] aufgesetzt<!--a tree of [[Copy-on-write]] [[Harter Link\|hard link]]s to a "template" file system ? noch nicht gut-->. Dieser Hard Link besitzt spezielle Dateisystemattribute, die bei einer erkannten Änderung die zu schreibende Datei durch eine sicher und transparent geschriebene reale Kopie der Datei ersetzen.

	Linux-VServer existiert in zwei verschiedenen Versionen, einer stabilen Version V.2.2.x und einer Entwicklerversion V.2.3.x für den Linux-Kernel 2.6, sowie einer stabilen Version für den Linux-Kernel 2.4.		Linux-VServer existiert in zwei verschiedenen Versionen, einer stabilen Version V.2.2.x und einer Entwicklerversion V.2.3.x für den Linux-Kernel 2.6, sowie einer stabilen Version für den Linux-Kernel 2.4.
Zeile 31:		Zeile 31:
	* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].		* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].
	* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk-Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.		* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk-Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.
	* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nur über Umwege ([[Ballooning (Virtualisierung)\|Ballooning]], [[Thin Provisioning]]) dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.		* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nur über Umwege ([[Ballooning (Virtualisierung)\|Ballooning]], [[Thin Provisioning]]) dem [[Hostrechner]] oder anderen virtuellen Servern zur Verfügung stellen kann.
	* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.		* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.
	* Die Netzwerkverbindungen werden durch Pakettrennung statt durch Virtualisierung realisiert; auch hier wird eine zusätzliche Paketverarbeitung vermieden.		* Die Netzwerkverbindungen werden durch Pakettrennung statt durch Virtualisierung realisiert; auch hier wird eine zusätzliche Paketverarbeitung vermieden.

WikiBayer: Rechtschreibung

2024-05-18T18:00:56Z

Rechtschreibung

← Nächstältere Version		Version vom 18. Mai 2024, 20:00 Uhr
Zeile 30:		Zeile 30:
	== Vorteile ==		== Vorteile ==
	* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].		* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].
	* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.		* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk-Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.
	* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nur über Umwege ([[Ballooning (Virtualisierung)\|Ballooning]], [[Thin Provisioning]]) dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.		* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nur über Umwege ([[Ballooning (Virtualisierung)\|Ballooning]], [[Thin Provisioning]]) dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.
	* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.		* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.

Phzh: Form, typo

2023-09-10T13:26:09Z

Form, typo

← Nächstältere Version		Version vom 10. September 2023, 15:26 Uhr
Zeile 1:		Zeile 1:
	{{Dieser Artikel\|behandelt das Open-Source-Projekt. Zu virtuellen Server siehe [[virtuelle Server]].}}		{{Dieser Artikel\|behandelt das Open-Source-Projekt. Zu virtuellen Server siehe [[virtuelle Server]].}}

	{{Infobox Software		{{Infobox Software
	\| Name =		\| Name =
Zeile 9:		Zeile 8:
	\| AktuelleVersionFreigabeDatum =		\| AktuelleVersionFreigabeDatum =
	\| Betriebssystem = [[Linux\|Linux 2.6 und 2.4]]		\| Betriebssystem = [[Linux\|Linux 2.6 und 2.4]]
	\| Platform = [[x86]], [[x64]], [[SPARC\|SPARC/64]], [[HPPA\|PA-RISC]], [[S390\|S390/x]], [[MIPS architecture\|MIPS/64]], [[ARM architecture\|ARM]], [[PowerPC\|PowerPC/64]]
	\| Kategorie = [[Virtualisierung (Informatik)\|Virtualisierung]]<!-- [[OS-level virtualization]] -->		\| Kategorie = [[Virtualisierung (Informatik)\|Virtualisierung]]<!-- [[OS-level virtualization]] -->
	\| Lizenz = [[GNU General Public License\|GPL]] 2 ([[Freie Software]])		\| Lizenz = [[GNU General Public License\|GPL]] 2 ([[Freie Software]])

Ballapete: /* verlinkt */

2021-08-22T14:04:09Z

verlinkt

← Nächstältere Version		Version vom 22. August 2021, 16:04 Uhr
Zeile 28:		Zeile 28:

	== Vergleichbare Virtualisierungsmechanismen ==		== Vergleichbare Virtualisierungsmechanismen ==
	Andere vergleichbare Virtualisierungstechniken sind [[OpenVZ]], von [[FreeBSD]] das ''FreeBSD Jail''-Verfahren, ''Solaris Containers'' und ''FreeVPS'' (eine frühe Ableitung ([[Abspaltung (Softwareentwicklung)\|Fork]]) von Linux-VServer).		Andere vergleichbare Virtualisierungstechniken sind [[OpenVZ]], von [[FreeBSD]] das ''[[FreeBSD Jail]]''-Verfahren, ''[[Container (Solaris)\|Solaris Containers]]'' und ''FreeVPS'' (eine frühe Ableitung ([[Abspaltung (Softwareentwicklung)\|Fork]]) von Linux-VServer).

	== Vorteile ==		== Vorteile ==

Bachsau: /* Vorteile */ +Link

2021-06-23T17:20:34Z

Vorteile: +Link

← Nächstältere Version		Version vom 23. Juni 2021, 19:20 Uhr
Zeile 33:		Zeile 33:
	* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].		* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].
	* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.		* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.
	* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nur über Umwege (Ballooning , [[Thin Provisioning]]) dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.		* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nur über Umwege ([[Ballooning (Virtualisierung)\|Ballooning]], [[Thin Provisioning]]) dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.
	* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.		* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.
	* Die Netzwerkverbindungen werden durch Pakettrennung statt durch Virtualisierung realisiert; auch hier wird eine zusätzliche Paketverarbeitung vermieden.		* Die Netzwerkverbindungen werden durch Pakettrennung statt durch Virtualisierung realisiert; auch hier wird eine zusätzliche Paketverarbeitung vermieden.

Bachsau: /* Vorteile */ Speicher kann geteilt werden!

2021-06-23T16:20:21Z

Vorteile: Speicher kann geteilt werden!

← Nächstältere Version		Version vom 23. Juni 2021, 18:20 Uhr
Zeile 33:		Zeile 33:
	* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].		* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].
	* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.		* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.
	* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz ~~nicht~~ ~~mehr~~ dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.		* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nur über Umwege (Ballooning , [[Thin Provisioning]]) dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.
	* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.		* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.
	* Die Netzwerkverbindungen werden durch Pakettrennung statt durch Virtualisierung realisiert; auch hier wird eine zusätzliche Paketverarbeitung vermieden.		* Die Netzwerkverbindungen werden durch Pakettrennung statt durch Virtualisierung realisiert; auch hier wird eine zusätzliche Paketverarbeitung vermieden.

Trustable: Kleinigkeiten verbessert

2019-06-12T13:43:40Z

Kleinigkeiten verbessert

← Nächstältere Version		Version vom 12. Juni 2019, 15:43 Uhr
Zeile 49:		Zeile 49:

	== Weblinks ==		== Weblinks ==
	* [http://linux-vserver.org/ ~~Englischsprachige Homepage~~ des Projekts]		* [http://linux-vserver.org/ Website des Projekts] (englisch)

			== Einzelnachweise ==
			<references />

	{{SORTIERUNG:Linuxvserver}}		{{SORTIERUNG:Linuxvserver}}
	[[Kategorie:Freie Virtualisierungssoftware]]		[[Kategorie:Freie Virtualisierungssoftware]]

Sae1962 am 24. Juli 2017 um 06:33 Uhr

2017-07-24T06:33:03Z

← Nächstältere Version		Version vom 24. Juli 2017, 08:33 Uhr
Zeile 1:		Zeile 1:
	{{Dieser Artikel\|behandelt das Open-Source-Projekt. Zu virtuellen Server siehe [[~~Server#Virtuelle~~ Server]].}}		{{Dieser Artikel\|behandelt das Open-Source-Projekt. Zu virtuellen Server siehe [[virtuelle Server]].}}

	{{Infobox Software		{{Infobox Software

Trustable: Kleinigkeiten verbessert

2017-02-11T11:14:26Z

Kleinigkeiten verbessert

Initd~dewiki: Schlagwort und Verlinkung "Lastverteilung"

2016-03-17T14:40:43Z

Schlagwort und Verlinkung "Lastverteilung"

← Nächstältere Version		Version vom 17. März 2016, 16:40 Uhr
Zeile 17:		Zeile 17:
	'''VServer''' ist ein Open-Source-Projekt, das virtuelle Linux-Server auf Basis von [[Virtualisierung (Informatik)\|Betriebssystemvirtualisierung]] für den [[Linux (Kernel)\|Linux-Kernel]] implementiert. Das Produkt ist [[Open Source\|quelloffene]] Software, die unter der [[GNU General Public License]] (GPL) veröffentlicht wird. Es verfolgt damit einen grob vergleichbaren Ansatz wie [[OpenVZ]].		'''VServer''' ist ein Open-Source-Projekt, das virtuelle Linux-Server auf Basis von [[Virtualisierung (Informatik)\|Betriebssystemvirtualisierung]] für den [[Linux (Kernel)\|Linux-Kernel]] implementiert. Das Produkt ist [[Open Source\|quelloffene]] Software, die unter der [[GNU General Public License]] (GPL) veröffentlicht wird. Es verfolgt damit einen grob vergleichbaren Ansatz wie [[OpenVZ]].

	Das Projekt wurde von Jacques Gélinas begonnen und wird jetzt von dem Österreicher Herbert Pötzl betreut. Das Produkt hat nichts mit dem [[Linux Virtual Server]] zu tun, der für eine gleichmäßige ~~Netzwerkbelastung~~ (Load Balancing) sorgen soll.		Das Projekt wurde von Jacques Gélinas begonnen und wird jetzt von dem Österreicher Herbert Pötzl betreut. Das Produkt hat nichts mit dem [[Linux Virtual Server]] zu tun, der für eine gleichmäßige [[Lastverteilung (Informatik)\|Lastverteilung]] (Load Balancing) sorgen soll.

	Linux-VServer schafft die Möglichkeit<!--( is a jail mechanism to partition)-->, Teile eines Computersystems wie das [[Dateisystem]], die [[Prozessorzeit]], [[IP-Adresse\|Netzwerkadressen]] und den [[Hauptspeicher]] so aufzuteilen und sicher voneinander abzugrenzen, dass einzelne Prozesse keine Möglichkeit haben, außerhalb ihrer Partition, des ihnen zugestandenen Arbeitsbereiches, zuzugreifen<!--cannot mount a [[denial-of-service attack]] on anything outside their partition. ??reichlichst unverständlich!!-->.		Linux-VServer schafft die Möglichkeit<!--( is a jail mechanism to partition)-->, Teile eines Computersystems wie das [[Dateisystem]], die [[Prozessorzeit]], [[IP-Adresse\|Netzwerkadressen]] und den [[Hauptspeicher]] so aufzuteilen und sicher voneinander abzugrenzen, dass einzelne Prozesse keine Möglichkeit haben, außerhalb ihrer Partition, des ihnen zugestandenen Arbeitsbereiches, zuzugreifen<!--cannot mount a [[denial-of-service attack]] on anything outside their partition. ??reichlichst unverständlich!!-->.

← Nächstältere Version		Version vom 11. Februar 2017, 13:14 Uhr
Zeile 1:		Zeile 1:
	{{Dieser Artikel\| behandelt ~~die~~ ~~Virtualisierungstechnik ''VServer''~~. ~~Für~~ ~~die abkürzende Schreibweise für '''virtuelle~~ Server~~'''~~ siehe ~~den allgemeineren Artikel~~ [[Server#Virtuelle Server]].}}		{{Dieser Artikel\|behandelt das Open-Source-Projekt. Zu virtuellen Server siehe [[Server#Virtuelle Server]].}}

	{{Infobox Software		{{Infobox Software
	\| Name =		\| Name =
	\| Logo = <!--[[~~Bild~~:Linux-VServer-logo.png\|Linux-VServer]] muss noch jemand herholen--><!-- 190 is to make 48px height image -->		\| Logo = <!--[[Datei:Linux-VServer-logo.png\|Linux-VServer]] muss noch jemand herholen--><!-- 190 is to make 48px height image -->
	\| Screenshot =		\| Screenshot =
	\| Hersteller = Herbert Pötzl (Community-Projekt)		\| Hersteller = Herbert Pötzl (Community-Projekt)
Zeile 9:		Zeile 9:
	\| AktuelleVersionFreigabeDatum =		\| AktuelleVersionFreigabeDatum =
	\| Betriebssystem = [[Linux\|Linux 2.6 und 2.4]]		\| Betriebssystem = [[Linux\|Linux 2.6 und 2.4]]
	\| Platform = [[x86]], [[~~x86 64~~]], [[SPARC\|SPARC/64]], [[HPPA\|PA-RISC]], [[S390\|S390/x]], [[MIPS architecture\|MIPS/64]], [[ARM architecture\|ARM]], [[PowerPC\|PowerPC/64]]		\| Platform = [[x86]], [[x64]], [[SPARC\|SPARC/64]], [[HPPA\|PA-RISC]], [[S390\|S390/x]], [[MIPS architecture\|MIPS/64]], [[ARM architecture\|ARM]], [[PowerPC\|PowerPC/64]]
	\| Kategorie = [[Virtualisierung (Informatik)\|Virtualisierung]]<!-- [[OS-level virtualization]] -->		\| Kategorie = [[Virtualisierung (Informatik)\|Virtualisierung]]<!-- [[OS-level virtualization]] -->
	\| Lizenz = [[GNU General Public License\|GPL]] 2 ([[Freie Software]])		\| Lizenz = [[GNU General Public License\|GPL]] 2 ([[Freie Software]])
Zeile 15:		Zeile 15:
	\| Website = [http://linux-vserver.org/ Linux-VServer.org]		\| Website = [http://linux-vserver.org/ Linux-VServer.org]
	}}		}}
	'''VServer''' ist ein Open-Source-Projekt, das virtuelle Linux-Server auf Basis von [[Virtualisierung (Informatik)\|Betriebssystemvirtualisierung]] für den [[Linux (Kernel)\|Linux-Kernel]] implementiert. Das Produkt ist [[~~Open~~ ~~Source\|quelloffene~~]] ~~Software~~, die unter der [[GNU General Public License]] (GPL) veröffentlicht wird. Es verfolgt damit einen grob vergleichbaren Ansatz wie [[OpenVZ]].		'''VServer''' ist ein Open-Source-Projekt, das virtuelle [[Linux]]-Server auf Basis von [[Virtualisierung (Informatik)\|Betriebssystemvirtualisierung]] für den [[Linux (Kernel)\|Linux-Kernel]] implementiert. Das Produkt ist [[freie Software]], die unter der [[GNU General Public License]] (GPL) veröffentlicht wird. Es verfolgt damit einen grob vergleichbaren Ansatz wie [[OpenVZ]].

	Das Projekt wurde von Jacques Gélinas begonnen und wird jetzt von dem Österreicher Herbert Pötzl betreut. Das Produkt hat nichts mit dem [[Linux Virtual Server]] zu tun, der für eine gleichmäßige [[Lastverteilung (Informatik)\|Lastverteilung]] (Load Balancing) sorgen soll.		Das Projekt wurde von Jacques Gélinas begonnen und wird jetzt von dem Österreicher Herbert Pötzl betreut. Das Produkt hat nichts mit dem [[Linux Virtual Server]] zu tun, der für eine gleichmäßige [[Lastverteilung (Informatik)\|Lastverteilung]] (Load Balancing) sorgen soll.

	Linux-VServer schafft die Möglichkeit<!--( is a jail mechanism to partition)-->, Teile eines Computersystems wie das [[Dateisystem]], die [[Prozessorzeit]], [[IP-Adresse\|Netzwerkadressen]] und den [[Hauptspeicher]] so aufzuteilen und sicher voneinander abzugrenzen, dass einzelne Prozesse keine Möglichkeit haben, außerhalb ihrer Partition, des ihnen zugestandenen Arbeitsbereiches, zuzugreifen<!--cannot mount a [[denial-of-service attack]] on anything outside their partition. ??reichlichst unverständlich!!-->.		Linux-VServer schafft die Möglichkeit<!--( is a jail mechanism to partition)-->, Teile eines Computersystems wie das [[Dateisystem]], die [[Prozessorzeit]], [[IP-Adresse\|Netzwerkadressen]] und den [[Hauptspeicher]] so aufzuteilen und sicher voneinander abzugrenzen, dass einzelne Prozesse keine Möglichkeit haben, außerhalb ihrer Partition, des ihnen zugestandenen Arbeitsbereiches, zuzugreifen<!--cannot mount a [[denial-of-service attack]] on anything outside their partition. ??reichlichst unverständlich!!-->.

	Jede Partition bzw. jeder Arbeitsbereich stellt einen sogenannten ''Security Context'' dar, in dem das virtualisierte Computersystem einen ''virtuellen Server'' bildet. Ein dem [[Chroot]]-Mechanismus vergleichbares Werkzeug bietet Zugriff auf diesen ''Security Context''. Das [[Booten]] dieses ''virtuellen Servers'' beschränkt sich dann auf Durchführen eines [[Init]] in diesem ''Security Context'', das Herunterfahren entspricht vergleichbar einem Beenden der in diesem ''Security Context'' ablaufenden Prozesse. Die ''Security Contexte'', also die virtuellen Maschinen, sind leistungsfähig genug, um beispielsweise viele Linux-Distributionen unmodifiziert verwenden und verarbeiten zu können, dazu gehören auch [[~~Debian GNU/Linux\|~~Debian]] und [[Fedora (Linux-Distribution)\|Fedora]].		Jede Partition bzw. jeder Arbeitsbereich stellt einen sogenannten ''Security Context'' dar, in dem das virtualisierte Computersystem einen ''virtuellen Server'' bildet. Ein dem [[Chroot]]-Mechanismus vergleichbares Werkzeug bietet Zugriff auf diesen ''Security Context''. Das [[Booten]] dieses ''virtuellen Servers'' beschränkt sich dann auf Durchführen eines [[Init]] in diesem ''Security Context'', das Herunterfahren entspricht vergleichbar einem Beenden der in diesem ''Security Context'' ablaufenden Prozesse. Die ''Security Contexte'', also die virtuellen Maschinen, sind leistungsfähig genug, um beispielsweise viele Linux-Distributionen unmodifiziert verwenden und verarbeiten zu können, dazu gehören auch [[Debian]] und [[Fedora (Linux-Distribution)\|Fedora]].

	''Virtuelle Server'' werden normalerweise von [[Webhosting]]-Dienstleistern verwendet, da sie bei gleichzeitiger Zusammenfassung der Computerressourcen eine saubere Trennung verschiedener virtueller Kundenmaschinen sowie eine Abschottung dieser Maschinen untereinander erlauben. Um bei solchen Installationen mit möglichst wenig Plattenplatz auszukommen, wird das Dateisystem jedes ''virtuellen Servers'' als ein [[Copy-On-Write]] [[Harter Link\|Hard Link]] auf ein virtuelles Dateisystem aufgesetzt<!--a tree of [[Copy-on-write]] [[Harter Link\|hard link]]s to a "template" file system ? noch nicht gut-->. Dieser Hard Link besitzt spezielle Dateisystemattribute, die bei einer erkannten Änderung die zu schreibende Datei durch eine sicher und transparent geschriebene reale Kopie der Datei ersetzen.		''Virtuelle Server'' werden normalerweise von [[Webhosting]]-Dienstleistern verwendet, da sie bei gleichzeitiger Zusammenfassung der Computerressourcen eine saubere Trennung verschiedener virtueller Kundenmaschinen sowie eine Abschottung dieser Maschinen untereinander erlauben. Um bei solchen Installationen mit möglichst wenig Plattenplatz auszukommen, wird das Dateisystem jedes ''virtuellen Servers'' als ein [[Copy-On-Write]] [[Harter Link\|Hard Link]] auf ein virtuelles Dateisystem aufgesetzt<!--a tree of [[Copy-on-write]] [[Harter Link\|hard link]]s to a "template" file system ? noch nicht gut-->. Dieser Hard Link besitzt spezielle Dateisystemattribute, die bei einer erkannten Änderung die zu schreibende Datei durch eine sicher und transparent geschriebene reale Kopie der Datei ersetzen.

	Linux-VServer existiert in zwei verschiedenen Versionen, einer stabilen Version V.2.2.x und einer Entwicklerversion V.2.3.x für den Linux-Kernel 2.6, sowie einer stabilen Version für den Linux-Kernel 2.4.		Linux-VServer existiert in zwei verschiedenen Versionen, einer stabilen Version V.2.2.x und einer Entwicklerversion V.2.3.x für den Linux-Kernel 2.6, sowie einer stabilen Version für den Linux-Kernel 2.4.
Zeile 32:		Zeile 32:
	== Vorteile ==		== Vorteile ==
	* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].		* Virtuelle Server benutzen die gleiche [[System Call]] Schnittstelle und erzeugen keine zusätzliche Last durch [[Emulator\|Emulation]].
	* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.		* Die virtuellen Server müssen nicht durch ein intransparentes [[Disk Image]] gesichert werden, sondern können ein allgemeines, gemeinsames Dateisystem <!--and common sets of files -->benutzen (durch copy-on-write hard links). Das macht die Sicherung eines virtuellen Servers einfacher und erlaubt, den vorhandenen Plattenplatz für mehrere virtuelle Server zu nutzen.
	* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nicht mehr dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.		* Prozesse innerhalb der virtuellen Server laufen wie normale Prozesse auf einem Rechnersystem. Das ist weit effizienter in Bezug auf Speicherausnutzung und I/O-Last als die vollständige Emulation eines Rechners, die unbenutzten Hauptspeicher oder Plattenplatz nicht mehr dem Hostrechner oder anderen virtuellen Servern zur Verfügung stellen kann.
	* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.		* Prozesse innerhalb eines virtuellen Servers werden mit dem [[Prozess-Scheduler\|Scheduler]] des Hostrechners abgearbeitet, was für die Gastprozesse des virtuellen Servers eine gleichzeitige Ausführung auf Multiprozessorsystemen (SMP) erlaubt. Eine derartige Implementation für Komplettemulationen eines Rechners wäre aufwendig.
	* Die Netzwerkverbindungen werden durch Pakettrennung statt durch Virtualisierung realisiert; auch hier wird eine zusätzliche Paketverarbeitung vermieden.		* Die Netzwerkverbindungen werden durch Pakettrennung statt durch Virtualisierung realisiert; auch hier wird eine zusätzliche Paketverarbeitung vermieden.

	== Nachteile ==		== Nachteile ==
	* Linux-VServer erfordert auf dem Host einen modifizierten Betriebssystem-Kernel.		* Linux-VServer erfordert auf dem Host einen modifizierten Betriebssystem-Kernel.
	* Alle virtuellen Server benutzen diesen selben Kernel und sind daher auch für darin enthaltene Bugs und Sicherheitslücken anfällig.		* Alle virtuellen Server benutzen diesen selben Kernel und sind daher auch für darin enthaltene Bugs und Sicherheitslücken anfällig.
	* Es sind weder [[Computercluster\|Clustering]] noch Prozessübernahme <!--[[process migration]]--> möglich; der Kernel des Hostrechners sowie der Hostrechner selbst bilden immer noch einen [[Single Point of Failure]] für alle virtuellen Server.		* Es sind weder [[Computercluster\|Clustering]] noch Prozessübernahme <!--[[process migration]]--> möglich; der Kernel des Hostrechners sowie der Hostrechner selbst bilden immer noch einen [[Single Point of Failure]] für alle virtuellen Server.
	* Da die Netzwerkverbindungen auf einer Pakettrennung und nicht auf einer Virtualisierung beruhen, kann keiner der virtuellen Server eigene interne [[Routingtabelle]]n aufbauen oder als Firewall-Rechner benutzt werden.		* Da die Netzwerkverbindungen auf einer Pakettrennung und nicht auf einer Virtualisierung beruhen, kann keiner der virtuellen Server eigene interne [[Routingtabelle]]n aufbauen oder als Firewall-Rechner benutzt werden.
	* Einige besonders hardwarespezifische Systemaufrufe wie beispielsweise der [[Echtzeituhr]] und von Teilen des /proc und /sys Dateisystems sind nicht virtualisierbar.		* Einige besonders hardwarespezifische Systemaufrufe wie beispielsweise der [[Echtzeituhr]] und von Teilen des /proc und /sys Dateisystems sind nicht virtualisierbar.
	* Linux-VServer erlaubt noch keine Zuweisung von I/O-Bandbreite zu einzelnen virtuellen Servern. Diese Option ist erst in den Development-Versionen verfügbar, aber noch nicht in der stabilen Version.		* Linux-VServer erlaubt noch keine Zuweisung von I/O-Bandbreite zu einzelnen virtuellen Servern. Diese Option ist erst in den Development-Versionen verfügbar, aber noch nicht in der stabilen Version.