Incus és un administrador de màquines virtuals i contenidors de sistemes modern, segur i potent.
Fa poc es va presentar el llançament de la primera versió del projecte Incus, de el qual ja vam parlar aquí al blog i que per no entrar en molts detalls us puc dir aquí breument que és una bifurcació del sistema de gestió de contenidors LXD, creat per l'antic equip de desenvolupament que una vegada va crear LXD.
Sobre el llançament de la primera versió d'Incus, cal esmentar que segueix l'actualització LXD 5.18 lavançada recentment i se centra principalment en canviar el nom i reorganitzar el codi base, així com eliminar funcions obsoletes. Alhora, la nova versió també inclou canvis específics d'Incus a la interfície de línia d'ordres i API, que no es van poder incloure en LXD a causa de requisits de compatibilitat amb versions anteriors.
Quines novetats té la primera versió d'Incus?
En aquest primer llançament del projecte, a part del que ja s'esmento a dalt sobre els canvis interns relacionats amb el nom i la resta, al dispositiu /dev/lxd ha estat reemplaçat per /dev/incus, les referències a lxd al codi han estat reemplaçades per incus.Les funcions obsoletes de Container es van eliminar de l'API, que van ser reemplaçades per funcions de Instance després de la implementació de l'administració de màquines virtuals.
Aquesta primera versió d'Incus es destaca que s'ha fet una transició al motor SQL integrat Cowsql, que és compatible amb SQLite, admet la replicació de dades, la recuperació automàtica de falles i proporciona tolerància a falles en distribuir controladors en múltiples nodes.
A més, s'han realitzat canvis a les ordres internes, doncs s'ha afegit a la interfície de línia d'ordres per administrar snapshots les següents ordres per a l'execució d'operacions: incus snapshot create, incus snapshot delete, incus snapshot list, incus snapshot rename i incus snapshot restore.
Un altre dels canvis que es destaca, és que es va afegir la utilitat lxd-to-incus per a la migració de LXD a Incus (s'admet la conversió automàtica de fitxers de configuració a partir de LXD 4.0 a 5.18). La migració de clústers encara no és compatible.
També es destaca que el tipus d'elements de configuració del servidor s'ha canviat de, així com també es va eliminar el mètode d'autenticació obsolet core.trust_password que reemplaça l'autenticació basada en token.
Dels altres canvis que es destaquen:
- Els punts d'accés API obsolets /1.0/containers i /1.0/virtual-machines es van eliminar i es van substituir per /1.0/instances.
- La versió 1.20 es declara com a versió mínima admesa de l'idioma Go.
- Dins de les màquines virtuals d'Incus, el proveïdor ara està configurat a Linux Containers i el producte està configurat a Incus.
- el dispositiu virtio-serial utilitzat per a la comunicació limitada amb Incus abans destablir accés complet a lagent a través de vsock ara és org.linuxcontainers.incus.
Algunes funcions natives d'Ubuntu o que depenen de programari obsolet o no compatible han estat descontinuades: - S'ha eliminat la compatibilitat amb els enllaços Fan de Ubuntu (bridge.mode, fan.overlay_subnet, fan.underlay_subnet, fan.type), que depenen dels pegats del kernel utilitzats només a Ubuntu.
- Es va eliminar el FS shiftfs, compatible només amb paquets amb el nucli d'Ubuntu; un FS virtual per assignar punts de muntatge a espais de noms dusuari.
- Es va eliminar la compatibilitat amb el sistema d'autenticació Candid específic de Canonical.
- Es va eliminar el suport per a la implementació propietària del mecanisme d'autenticació RBAC (Control d'accés basat en rols) creat per Canonical basat en Macaroons i Candid.
- Components eliminats per a la integració amb MAAS (Metall-as-a-Service), un conjunt d'eines per implementar ràpidament configuracions d'Ubuntu.
- S'ha eliminat el concepte d'accedir al servidor utilitzant una contrasenya fiable (core.trust_password).
En el futur, els desenvolupadors planegen transferir millores i correccions útils des del codi base LXD, i també desenvoluparan les seves innovacions originals, que Canonical podrà traslladar a LXD si ho desitja. El projecte Incus també planeja abordar algunes errades conceptuals comeses durant el desenvolupament de LXD que anteriorment no podien corregir-se sense trencar la compatibilitat amb versions anteriors.
Finalment si estàs interessat a poder conèixer més sobre això, pots consultar els detalls en el següent enllaç.