xen-project/xenOpen-Source-Typ-1-Hypervisor und Virtual Machine Monitor, der sichere Isolation für x86, ARM und RISC-V bietet, mit Dom0/DomU-Architektur, xenstore und Unterstützung für vertrauenswürdigen Start via Intel TXT.
############################################################
\ / /___ _ __ _ _ _ __ | | __ | | | | ___
\ // _ \ ' \ | | | | ' / __| / ` | ' | |/ _
/ \ / | | || || | | | _ \ || (| | |) | | __/
//__|| || _,|| ||/__,|.__/||___|
############################################################
Xen ist ein Virtual Machine Monitor (VMM), der ursprünglich von der Systems Research Group des Computer Laboratory der University of Cambridge als Teil des vom UK-EPSRC geförderten XenoServers-Projekts entwickelt wurde. Xen ist frei verteilbare Open-Source-Software, die unter der GNU GPL veröffentlicht wird. Seit der ersten öffentlichen Veröffentlichung hat Xen eine große Entwicklergemeinschaft aufgebaut, angeführt von xen.org (https://www.xen.org).
Diese Datei enthält einige Schnellstartanweisungen zur Installation von Xen auf Ihrem System. Weitere Informationen finden Sie unter https://www.xen.org/ und https://wiki.xen.org/
Zunächst einmal ist dies nur eine Schnellstartanleitung. Umfassendere Informationen finden Sie in der Datei INSTALL und im Xen-Wiki unter https://wiki.xenproject.org und insbesondere unter https://wiki.xenproject.org/wiki/Getting_Started.
Zweitens gibt es eine Reihe von Voraussetzungen für das Bauen einer Xen-Quellcodeversion. Stellen Sie sicher, dass alles Folgende installiert ist, entweder indem Sie die Projektwebseite besuchen oder ein vorgefertigtes Paket Ihres Betriebssystem-Distributors installieren: * GNU Make v3.80 oder später * C-Compiler und Linker: - Für x86: - GCC 5.1 oder später - GNU Binutils 2.25 oder später oder - Clang/LLVM 11 oder später - Für ARM: - GCC 5.1 oder später - GNU Binutils 2.25 oder später - Für RISC-V 64-bit: - GCC 12.2 oder später - GNU Binutils 2.39 oder später * POSIX-kompatibles awk * Entwicklungsinstallation von zlib (z. B. zlib-dev) * Entwicklungsinstallation von Python 2.7 oder später (z. B. python-dev) * Entwicklungsinstallation von curses (z. B. libncurses-dev) * Entwicklungsinstallation von uuid (z. B. uuid-dev) * Entwicklungsinstallation von json-c 0.15 oder später (z. B. libjson-c-dev) oder yajl (z. B. libyajl-dev) * Entwicklungsinstallation von libaio (z. B. libaio-dev) Version 0.3.107 oder höher. * Entwicklungsinstallation von GLib v2.0 (z. B. libglib2.0-dev) * Entwicklungsinstallation von Pixman (z. B. libpixman-1-dev) * pkg-config * bridge-utils-Paket (/sbin/brctl) * iproute-Paket (/sbin/ip) * GNU bison und GNU flex * ACPI-ASL-Compiler (iasl)
Zusätzlich zu den oben genannten gibt es eine Reihe optionaler Build-Voraussetzungen. Werden diese weggelassen, werden die zugehörigen Funktionen zur Kompilierzeit deaktiviert: * grep mit Binärsuche-Unterstützung (falls Xen mit CET-Unterstützung gebaut wird) * Entwicklungsinstallation von Ocaml (z. B. ocaml-nox und ocaml-findlib). Erforderlich zum Bauen von Ocaml-Komponenten, zu denen der alternative ocaml xenstored gehört. * cmake (falls vtpm-Stub-Domains gebaut werden) * pandoc, transfig, pod2{man,html,text} zum Rendern verschiedener Teile der Dokumentation in alternative Formate * figlet (zum Erzeugen des traditionellen Xen-Startbanners) * Entwicklungsdateien für den systemd-Daemon * Entwicklungsinstallation von libnl3 (z. B. libnl-3-200, libnl-3-dev usw.). Erforderlich, wenn Netzwerkpufferung gewünscht wird bei der Verwendung von Remus mit libxl. Siehe docs/README.remus für detaillierte Informationen. * 16-Bit-x86-Assembler, Loader und Compiler für rombios (dev86 rpm oder bin86 & bcc debs) * Entwicklungsinstallation von liblzma für rombios * Entwicklungsinstallation von libbz2, liblzma, liblzo2 und libzstd für die DomU-Kernel-Dekompression.
Zweitens müssen Sie einen geeigneten Kernel für die Verwendung in Domäne 0 beschaffen. Wenn möglich, sollten Sie einen von Ihrem Betriebssystem-Distributor bereitgestellten Kernel verwenden. Wenn kein geeigneter Kernel von Ihrem Betriebssystem-Distributor verfügbar ist, lesen Sie bitte https://wiki.xen.org/wiki/XenDom0Kernels für Vorschläge zu geeigneten Kerneln. Wenn Sie einen Dom0-Kernel aus dem Quellcode kompilieren möchten, lesen Sie bitte https://wiki.xen.org/wiki/XenParavirtOps.
[Hinweis: Sofern nicht anders angegeben, sollten alle folgenden Schritte mit Root-Rechten durchgeführt werden.]
Laden Sie die Quell-Tarball-Datei herunter und entpacken Sie sie. Dies ist eine Datei namens xen-unstable-src.tgz oder xen-$version-src.tgz. Sie können die aktuelle Version auch aus den git- oder mercurial-Repositories unter https://xenbits.xen.org/ beziehen.
Angenommen, Sie verwenden den unstable-Zweig, wird dies nach xen-unstable entpackt. Die restlichen Anweisungen verwenden den unstable-Zweig als Beispiel; ersetzen Sie unstable durch die entsprechende Version.
Wechseln Sie mit cd in das Verzeichnis xen-unstable (oder wie auch immer Sie es sinnvollerweise umbenannt haben).
Für den allerersten Build oder wenn Sie Build-Verzeichnisse zerstören möchten, führen Sie die folgenden Schritte aus:
Weitere Informationen finden Sie in der Dokumentation in der Datei INSTALL.
Dies erstellt und installiert auf dem lokalen Rechner. Es wird die Xen-Binärdatei (xen.gz), die Tools und die Dokumentation gebaut.
Sie können das Ziel für make install überschreiben, indem Sie DESTDIR auf einen bestimmten Wert setzen.
Um einen vorhandenen Baum ohne Änderung der Konfiguration neu zu bauen:
Dies baut und installiert Xen, Tools und Dokumentation in das lokale dist/-Verzeichnis.
Sie können das Ziel für make install überschreiben, indem Sie DISTDIR auf einen bestimmten Wert setzen.
make install und make dist unterscheiden sich darin, dass make install die richtigen Dinge für Ihren lokalen Rechner tut (z. B. die Installation der passenden Version von udev-Skripten), während make dist alle Versionen dieser Skripte enthält, sodass Sie das dist-Verzeichnis auf einen anderen Rechner kopieren und von dieser Distribution aus installieren können.
Xen verwendet eine Konfigurationsdatenbank namens xenstore [0], um Konfigurations- und Statusinformationen zu verwalten, die zwischen Domänen geteilt werden. Als Teil von xenstore ist ein Daemon implementiert, der als Schnittstelle für den Zugriff auf die Datenbank für dom0 und Gäste dient. Es werden zwei xenstored-Daemons unterstützt: einer in C geschrieben, den wir als xenstored bezeichnen (manchmal auch als cxenstored bezeichnet), und ein weiterer in OCaml geschrieben namens oxenstored. Details zu xenstore und den verschiedenen Implementierungen finden Sie im xenstore-Referenzhandbuch des Wikis [1] und auf der xenstored-Seite [2]. Sie können über configure auswählen, welchen xenstore Sie standardmäßig auf einem System aktivieren möchten:
./configure --with-xenstored=xenstored
./configure --with-xenstored=oxenstored
Standardmäßig wird oxenstored verwendet, wenn die OCaml-Entwicklungstools gefunden werden. Wenn Sie oxenstored aktivieren, wird xenstored weiterhin gebaut und installiert; der verwendete xenstored kann über die Konfigurationsdatei geändert werden:
/etc/sysconfig/xencommons oder /etc/default/xencommons
Sie können den bevorzugten xenstored, den Sie verwenden möchten, in der Konfiguration ändern, aber da wir den Daemon nicht stoppen können, ist ein Neustart erforderlich, damit die Änderung wirksam wird.