Incus es un administrador de máquinas virtuales y contenedores de sistemas moderno, seguro y potente.

Poco después del lanzamiento de LXD 6.0, los desarrolladores de la comunidad Linux Containers dieron a conocer el lanzamiento de Incus 6.0 LTS (la bifurcación de LXD, creado por el antiguo equipo de desarrollo que una vez creó LXD, la cual ofrece soporte extendido para entornos de producción, garantizando correcciones de errores, mejoras de seguridad y actualizaciones menores de usabilidad durante los próximos 2 años. Después de este período, Incus 6.0 LTS continuará recibiendo mantenimiento de seguridad durante los 5 años restantes de su ciclo de vida.

Para quienes desconocen de Incus, como ya mencionamos, es un fork de LXD que surgió debido a la decisión de Canonical de desarrollar LXD como un proyecto corporativo separado, apartándolo de la comunidad de Linux Containers que supervisó su desarrollo. La creación de Incus tuvo como objetivo brindar una alternativa independiente impulsada por la comunidad. Este proyecto ofrece herramientas para la gestión centralizada de contenedores y máquinas virtuales, ya sea en un solo host o en un clúster de servidores.

¿Qué hay de nuevo en Incus 6.0 LTS?

Este nuevo lanzamiento de Incus 6.0 LTS llega después de Incus 0.7 y el cambio en la numeración en lugar de dar el salto a la versión 1.0 como comúnmente debería de ser, la elección de cambiar a «6.0» es en referencia a los lanzamientos de los otros proyectos hermanos, «LXC 6.0 y LXCFS 6.0 LTS», además de que mantendrá el mismo tiempo de soporte.

Por la parte de los cambios propios de la herramienta sobré los cuales estuvieron trabajando el grupo de desarrollo, podremos encontrar que en Incus 6.0 LTS se ha ampliado la clave de configuración limits.memory.swap para permitir también cantidades de bytes,esto ahora hace que su comportamiento sea el siguiente:

• limits.memory.swap=true: La memoria del contenedor se puede intercambiar (predeterminado)
• limits.memory.swap=false: El contenedor no debería intercambiarse (intercambio mínimo)
• limits.memory.swap=256MiB: El contenedor puede utilizar hasta 256MiB de espacio de intercambio (además de su límite de memoria establecido limits.memory)

Otro de los cambios que se destaca de esta nueva versión, es la introduccion de un nuevo mecanismo de finalización de shell, ya que se ha completado la migración hacia la generación automática de scripts de finalización para varias shells (bash, fish, powershell y zsh) facilitando la integración y la experiencia del usuario.

Tambien se destaca la migración en vivo de VM’s con discos conectados desde almacenamiento remoto ahora pueden migrarse en vivo junto con la máquina virtual. Con ello ahora, las máquinas virtuales que incluyen discos adicionales conectados desde un grupo de almacenamiento remoto, como Ceph o LVM, pueden migrarse en vivo junto con la máquina virtual principal.

De los demás cambios que se destacan:

• shiftfsse ha eliminado a favor del cambio de mapa de identificación de VFS
• Canonical CandidLa autenticación se ha eliminado a favor de OpenID Connect.
• Canonical RBACla autorización ha sido eliminada a favor de OpenFGA
• Canonical MAASSe ha eliminado la integración de red (función inferior/no utilizada)
• Ubuntu FanLa creación de redes se ha eliminado a favor de OVN.
• core.trust_passwordse ha eliminado en favor de los tokens de confianza por razones de seguridad
• La configuración del puente de red administrado ahora admite la creación y conexión de interfaces VLAN, mejorando la flexibilidad y la escalabilidad de las redes en Incus.
• Se ha añadido la capacidad de obtener información detallada del sistema y los dispositivos USB a través de la herramienta incus info --resources, facilitando la administración y el monitoreo del entorno.
• Se agrego la verificación OVN en el controlador ovn
• Se reordenaron las comprobaciones de configuración

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

¿Como instalar Incus en Linux?

Para los interesados en poder instalar Incus en su sistema, deben saber que se proporcionan los paquetes precompilados en la mayoría de los repositorios de las distribuciones populares. Por ejemplo, en Arch Linux basta con teclear:

sudo pacman -S incus

En el caso de Fedora:

sudo dnf install 'dnf-command(copr)'
sudo dnf copr enable ganto/lxc4
sudo dnf install incus

Mientras que para Debian y Ubuntu dependiendo sobre que versión se encuentren, puede que el paquete esté el repositorio o deban realizar algunos pasos adicionales. Para ello, si quieres instalarlo, configurarlo o si quieres un método distinto de instalación, puedes consultar los detalles en este enlace.

from Linux Adictos https://ift.tt/ftxAqD3
via IFTTT

Logo de Redict

Poco después de que Redis anunciara un cambio en las licencias de sus productos, comenzó a darse el movimiento por crear una alternativa a este, debido a que las nuevas licencias implementadas son incompatibles con otros productos de código abierto, por ejemplo Fedora y de ese movimiento conocimos el nacimiento de Valkey el cual es un proyecto de la fundación Linux, asi como también de Redict una bifurcación de Redis creada por Drew DeVault, conocido por sus proyectos como el entorno de usuario Sway, el lenguaje de programación Hare, el cliente de correo electrónico Aerc y la plataforma de desarrollo colaborativo SourceHut.

Sobre esta última, Drew DeVault anuncio hace poco el lanzamiento de Redict 7.3.0, siendo esta la primera versión independiente de este proyecto y trae consigo cambios mínimos, como la modificación de nombres de utilidades y archivos de configuración, manteniendo así la compatibilidad con Redis 7.2.4. Aunque Redict es compatible con esta versión, no guarda relación ni es compatible con la rama de desarrollo de Redis 7.3.0.

Además, el equipo de Redict tiene planes de invertir en la documentación de Redict, con el objetivo de convertirse en la referencia principal para todos los participantes en el ecosistema. También están trabajando en mejoras para Hiredict (la bifurcación de la biblioteca cliente oficial de Redis C), incluyendo mejoras en el sistema de compilación y un mayor cumplimiento de los estándares Unix.

A diferencia de otras bifurcaciones como Valkey, creada por grandes empresas, Redict tiene como objetivo principal mantener la estabilidad y conservatismo en el código en lugar de impulsar cambios radicales e innovaciones. Los desarrolladores de Redict consideran que Redis, en su estado actual, es un proyecto maduro y completo, enfocándose en asegurar la corrección de errores y vulnerabilidades en lugar de añadir más funcionalidades. Este enfoque valora la estabilidad para los usuarios antes que las nuevas funciones, priorizando la relación con las distribuciones y tareas como la desventaja de Lua y jemalloc.

Hemos tomado estas decisiones porque creemos que son esenciales para garantizar un futuro basado en el software libre, y en el que nuestros usuarios y contribuyentes ya no puedan quitarles la alfombra de debajo de los pies. Creemos que es fundamental tomar estas decisiones ahora, al comienzo de nuestra bifurcación, especialmente en respuesta a la crisis que enfrenta la comunidad Redis® por parte de sus gerentes comerciales. Si no desea que su inversión en este software corra el riesgo de otra crisis artificial en nombre de las ganancias, si desea beneficiarse de la protección copyleft y una garantía de que su software seguirá siendo gratuito, le recomendamos que adopte Redict para sus necesidades.

Redict busca una construcción independiente y comunitaria de su software, sin estar influenciado por intereses empresariales limitados. La elección de la licencia LGPL en lugar de BSD para los cambios en Redict se basa en proteger contra posibles intentos de crear distribuciones propietarias de Redict y evitar el bloqueo de la transferencia de código al proyecto ahora propietario, Redis. Al mismo tiempo, la licencia LGPL permite que los desarrolladores de productos comerciales y sistemas en la nube utilicen Redict en sus servicios y proyectos. Redict se desarrollará exclusivamente por la comunidad y en beneficio de la misma, en contraposición a ser impulsado por un grupo reducido de empresas con intereses específicos. Las decisiones de desarrollo se tomarán mediante consenso entre los participantes del proyecto.

Los planes futuros incluyen la modernización del sistema de compilación, la creación de bifurcaciones de bibliotecas cliente (como Hiredict, una bifurcación de una biblioteca con una implementación de cliente para Redis en lenguaje C) y la eliminación de opciones integradas para Lua y jemalloc en favor de conectar dependencias externas. Esto simplificará el mantenimiento de paquetes en las distribuciones. Además, se considera la posibilidad de transferir cambios útiles y no radicales desde la base del código de Valkey.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/bG1Vh0l
via IFTTT