Incus är en modern, säker och kraftfull systembehållare och virtuell maskinhanterare.
De lansering av den första versionen av Incus-projektet, vilken vi har redan pratat här på bloggen och för att inte gå in på för många detaljer kan jag här kort berätta att det är en gaffel av LXD-containerhanteringssystemet, skapat av det gamla utvecklingsteamet som en gång skapade LXD.
Angående lanseringen av den första versionen av Incus är det värt att nämna det följer LXD 5.18 l uppdateringlanserades nyligen och fokuserar främst i att byta namn och omorganisera kodbasen, samt att ta bort föråldrade funktioner. Samtidigt innehåller den nya versionen även Incus-specifika ändringar av kommandoradsgränssnittet och API, som inte kunde inkluderas i LXD på grund av krav på bakåtkompatibilitet.
Vilka nya funktioner presenterar den första versionen av Incus?
I denna första utgåva av projektet, förutom vad som redan nämnts ovan om de interna ändringarna relaterade till namnet och så vidare, i enheten /dev/lxd har ersatts av /dev/incus, referenser till lxd i koden har ersatts av incus.Utfasade *Behållarfunktioner togs bort från API:t, som ersattes av *Instansfunktioner efter implementeringen av virtuell maskinhantering.
Denna första version av Incus belyser att en övergång till Cowsql integrerad SQL-motor, som är kompatibel med SQLite, stöder datareplikering, automatisk failover och ger feltolerans genom att distribuera drivrutiner över flera noder.
Utöver detta har det funnits ändringar av interna kommandon, eftersom följande kommandon har lagts till i kommandoradsgränssnittet för att hantera ögonblicksbilder för utförande av operationer: incus snapshot create, incus snapshot delete, incus snapshot list, incus snapshot byt namn och incus snapshot återställ.
En annan förändring som sticker ut är att lagt till lxd-to-incus-verktyg för LXD till Incus-migrering (Automatisk konvertering av konfigurationsfiler stöds från LXD 4.0 till 5.18.) Klustermigrering stöds inte ännu.
Det noteras också att typen av serverkonfigurationsobjekt har ändrats, liksom att den föråldrade autentiseringsmetoden har tagits bort. core.trust_password som ersätter token-baserad autentisering.
Av de andra förändringarna som sticker ut:
- De föråldrade API-åtkomstpunkterna /1.0/containers och /1.0/virtual-machines har tagits bort och ersatts med /1.0/instanser.
- Version 1.20 deklareras som den minsta stödda versionen av Go-språket.
- Inom de virtuella Incus-datorerna är leverantören nu konfigurerad på Linux Containers och produkten är konfigurerad på Incus.
- Enheten virtio-seriell används för begränsad kommunikation med Incus innan man etablerar full åtkomst till agenten via vsock är nu org.linuxcontainers.incus.
Vissa funktioner som är inbyggda i Ubuntu eller som är beroende av föråldrad eller ostödd programvara har upphört: - Borttaget stöd för Ubuntu Fan Links (bridge.mode, fan.overlay_subnet, fan.underlay_subnet, fan.type), som beror på kärnpatchar som endast används i Ubuntu.
- Tog bort FS shiftfs, stöder endast paket med Ubuntu-kärnan; en virtuell FS för att mappa monteringspunkter till användarnamnområden.
- Borttaget stöd för Canonicals specifika Candid-autentiseringssystem.
- Tog bort stöd för den proprietära implementeringen av RBAC (Role Based Access Control) autentiseringsmekanism skapad av Canonical baserat på Macaroons och Candid.
- Komponenter borttagna för integration med MAAS (Metal-as-a-Service), en uppsättning verktyg för att snabbt distribuera Ubuntu-konfigurationer.
- Tog bort konceptet att komma åt servern med ett pålitligt lösenord (core.trust_password).
I framtiden planerar utvecklarna att porta användbara förbättringar och fixar från LXD-kodbasen, och kommer även att utveckla sina ursprungliga innovationer, som Canonical kommer att kunna porta till LXD om så önskas. Incus-projektet planerar också att åtgärda några konceptuella fel som gjordes under utvecklingen av LXD som tidigare inte kunde fixas utan att bryta bakåtkompatibiliteten.
äntligen om du är det intresserad av att veta mer om det, du kan kontrollera detaljerna I följande länk.