Die dritte Ausgabe des Incus-Projekts wurde vorgestellt, in deren Rahmen die Linux-Container-Community einen Fork des Containerverwaltungssystems LXD entwickelt hat, das von dem ursprĂŒnglichen Entwicklerteam erstellt wurde, das einst LXD geschaffen hat. Der Code von Incus ist in Go geschrieben und wird unter der Apache 2.0-Lizenz veröffentlicht.
Erinnern wir uns daran, dass die Gemeinschaft der Linux-Container die Entwicklung von LXD beaufsichtigt hat, bis das Unternehmen Canonical beschloss, LXD separat als Unternehmensprojekt weiterzuentwickeln. Ziel des Forks ist es, eine von einer unabhÀngigen Gemeinschaft verwaltete Alternative zum LXD-Projekt, das unter der Kontrolle von Canonical steht, bereitzustellen. Im Rahmen des Projekts Incus ist auch geplant, einige konzeptionelle Fehler zu beheben, die bei der Entwicklung von LXD gemacht wurden und zuvor nicht behoben werden konnten, ohne die AbwÀrtskompatibilitÀt zu verletzen.
Incus bietet Werkzeuge fĂŒr das zentrale Management von Containern und virtuellen Maschinen, die sowohl auf einem einzelnen Host als auch in einem Cluster von mehreren bereitgestellt werden. Server. Das Projekt wird als Hintergrundprozess implementiert, der Anfragen ĂŒber das Netzwerk ĂŒber eine REST API entgegennimmt und verschiedene Backend-Speicher (Verzeichnishierarchie, ZFS, Btrfs, LVM) unterstĂŒtzt, Snapshots des Zustands, die Live-Migration von laufenden Containern von einem Rechner zu einem anderen und Werkzeuge zur Speicherung von Container-Images. Als Runtime zum Starten der Container wird das LXC-Toolkit verwendet, das die Bibliothek liblxc, eine Sammlung von Dienstprogrammen (lxc-create, lxc-start, lxc-stop, lxc-ls usw.), Vorlagen zum Erstellen von Containern und eine Sammlung von Bindungen fĂŒr verschiedene Programmiersprachen umfasst. Die Isolierung erfolgt mittels der Standardmechanismen des Linux-Kernels (NamensrĂ€ume, cgroups, Apparmor, SELinux, Seccomp).
Die bemerkenswertesten Ănderungen:
- Es wurde die UnterstĂŒtzung fĂŒr die Verwaltung der Benutzerautorisierung auf Basis des Relationship-Based Access Control-Modells hinzugefĂŒgt, das ĂŒber einen Hintergrunddienst von OpenFGA implementiert wird, der fĂŒr die Entscheidungsfindung bei der Vergabe von Berechtigungen an Benutzer verantwortlich ist. In Kombination mit dem OpenID Connect-Anbieter ermöglicht die UnterstĂŒtzung von OpenFGA die Bildung eines offenen Identifizierungs- und Autorisierungsstapels, der es ermöglicht, Incus als vollstĂ€ndigen Ersatz fĂŒr LXD-Konfigurationen mit Canonical RBAC zu nutzen. FĂŒr die Konfiguration des Zugriffs auf OpenFGA wurden die Parameter openfga.api.token, openfga.api.url, openfga.store.id und openfga.store.model_id vorgeschlagen.
- Das Tool lxd-to-incus wurde verbessert, um die Migration von LXD zu Incus zu automatisieren. In der neuen Version wurde die UnterstĂŒtzung fĂŒr Distributionen mit dem Init-System OpenRC hinzugefĂŒgt, die Möglichkeit zur Migration von Ceph-Speichern und OVN-Netzen implementiert, sowie das Protokollieren von Migrationen und die Erstellung von Backups sichergestellt.
- Im virtuellen Maschinen Es wurde die UnterstĂŒtzung fĂŒr das Hot-Plugging und Hot-Removing von Dateipfaden oder einzelnen Partitionen, die aus der Host-Umgebung durchgereicht werden, hinzugefĂŒgt. Bisher erforderte ein solcher Durchgriff mit dem virtio-fs- oder 9p-Dateisystem das Stoppen der virtuellen Maschine. Um dieses Limit zu umgehen, wurde die FĂ€higkeit von QEMU zum Hot-Plugging von PCI-GerĂ€ten und das Mounten von Pfaden innerhalb des Gastbetriebssystems ĂŒber incus-agent genutzt.
Quelle: opennet.ru
