Incus is een moderne, veilige en krachtige systeemcontainer en virtuele machinemanager.
De lancering van de eerste versie van het Incus-project, welke we hebben het hier op de blog al over gehad en om niet te veel in details te treden, kan ik je hier kort vertellen dat het een vork is van het LXD-containerbeheersysteem, gemaakt door het oude ontwikkelingsteam dat ooit LXD creëerde.
Wat betreft de lancering van de eerste versie van Incus is het vermeldenswaard dat volgt LXD 5.18 l-updateonlangs gelanceerd en richt zich voornamelijk bij het hernoemen en reorganiseren van de codebasis, evenals het verwijderen van verouderde functies. Tegelijkertijd bevat de nieuwe versie ook Incus-specifieke wijzigingen in de opdrachtregelinterface en API, die vanwege achterwaartse compatibiliteitsvereisten niet in LXD konden worden opgenomen.
Welke nieuwe functies biedt de eerste versie van Incus?
In deze eerste release van het project, afgezien van wat hierboven al werd vermeld over de interne wijzigingen met betrekking tot de naam enzovoort, in het apparaat /dev/lxd is vervangen door /dev/incus, verwijzingen naar lxd in de code zijn vervangen door incus.Verouderd *Containerfuncties zijn uit de API verwijderd en na de implementatie van het beheer van virtuele machines vervangen door *Instance-functies.
Deze eerste versie van Incus benadrukt dat a overgang naar Cowsql geïntegreerde SQL-engine, die compatibel is met SQLite, gegevensreplicatie en automatische failover ondersteunt en fouttolerantie biedt door stuurprogramma's over meerdere knooppunten te distribueren.
Daarnaast zijn er geweest wijzigingen in interne opdrachten, aangezien de volgende commando's zijn toegevoegd aan de opdrachtregelinterface om snapshots te beheren voor de uitvoering van bewerkingen: incus snapshot maken, incus snapshot verwijderen, incus snapshotlijst, incus snapshot hernoemen en incus snapshot herstellen.
Een andere opvallende verandering is dat lxd-to-incus hulpprogramma toegevoegd voor LXD naar Incus-migratie (Automatische conversie van configuratiebestanden wordt ondersteund van LXD 4.0 tot 5.18.) Clustermigratie wordt nog niet ondersteund.
Er wordt ook opgemerkt dat het type serverconfiguratie-items is gewijzigd en dat de verouderde authenticatiemethode is verwijderd. core.trust_wachtwoord die op tokens gebaseerde authenticatie vervangt.
Van de andere veranderingen die opvallen:
- De verouderde API-toegangspunten /1.0/containers en /1.0/virtual-machines zijn verwijderd en vervangen door /1.0/instances.
- Versie 1.20 is gedeclareerd als de minimaal ondersteunde versie van de Go-taal.
- Binnen de virtuele machines van Incus is de provider nu geconfigureerd op Linux Containers en het product op Incus.
- Het apparaat virtueel-serieel gebruikt voor beperkte communicatie met Incus voordat volledige toegang tot de agent via vsock wordt verkregen org.linuxcontainers.incus.
Sommige functies die eigen zijn aan Ubuntu of die afhankelijk zijn van verouderde of niet-ondersteunde software, zijn stopgezet: - Ondersteuning voor Ubuntu Fan Links verwijderd (bridge.mode, fan.overlay_subnet, fan.underlay_subnet, fan.type), die afhankelijk zijn van kernelpatches die alleen in Ubuntu worden gebruikt.
- FS shiftfs verwijderd, ondersteunt alleen pakketten met de Ubuntu-kernel; een virtuele FS om koppelpunten toe te wijzen aan gebruikersnaamruimten.
- Ondersteuning verwijderd voor het specifieke Candid-authenticatiesysteem van Canonical.
- Ondersteuning verwijderd voor de eigen implementatie van het RBAC-authenticatiemechanisme (Role Based Access Control), gecreëerd door Canonical op basis van Bitterkoekjes en openhartig.
- Componenten verwijderd voor integratie met MAAS (Metaal-as-a-Service), een set tools om snel Ubuntu-configuraties te implementeren.
- Het concept van toegang tot de server met een vertrouwd wachtwoord verwijderd (core.trust_wachtwoord).
In de toekomst zijn de ontwikkelaars van plan om nuttige verbeteringen en oplossingen uit de LXD-codebase te porten, en zullen ze ook hun originele innovaties ontwikkelen, die Canonical desgewenst naar LXD kan porten. Het Incus-project is ook van plan enkele conceptuele fouten aan te pakken die tijdens de ontwikkeling van LXD zijn gemaakt en die voorheen niet konden worden verholpen zonder de achterwaartse compatibiliteit te verbreken.
eindelijk als je bent geïnteresseerd om er meer over te weten, u kunt de details controleren In de volgende link.