Container Linux (anteriormente CoreOS Linux ) es un sistema operativo ligero de código abierto descontinuado basado en el kernel de Linux y diseñado para proporcionar infraestructura para implementaciones en clúster . Uno de sus focos fue la escalabilidad . Como sistema operativo, Container Linux proporcionaba sólo la funcionalidad mínima necesaria para implementar aplicaciones dentro de contenedores de software , junto con mecanismos integrados para el descubrimiento de servicios y el intercambio de configuraciones. [10] [11] [12] [13] [14]
Container Linux comparte bases con Gentoo Linux , [15] [16] ChromeOS y ChromiumOS a través de un kit de desarrollo de software (SDK) común . Container Linux agrega nueva funcionalidad y personalización a esta base compartida para admitir hardware de servidor y casos de uso. [13] [17] : 7:02 CoreOS fue desarrollado principalmente por Alex Polvi, Brandon Philips y Michael Marineau, [12] y sus funciones principales están disponibles como una versión estable . [18] [19] [20]
El equipo de CoreOS anunció el fin de vida útil de Container Linux el 26 de mayo de 2020, [1] ofreciendo Fedora CoreOS , [21] y RHEL CoreOS como su reemplazo, ambos basados en Red Hat Enterprise Linux .
Container Linux no proporciona ningún administrador de paquetes como forma de distribuir aplicaciones de carga útil, sino que requiere que todas las aplicaciones se ejecuten dentro de sus contenedores. Al actuar como un host de control único, una instancia de Container Linux utiliza las características de virtualización subyacentes a nivel del sistema operativo del kernel de Linux para crear y configurar múltiples contenedores que funcionan como sistemas Linux aislados . De esa manera, la partición de recursos entre contenedores se realiza a través de múltiples instancias de espacio de usuario aisladas , en lugar de utilizar un hipervisor y proporcionar máquinas virtuales completas . Este enfoque se basa en las funcionalidades de espacios de nombres y grupos c del kernel de Linux , [22] [23] que en conjunto brindan capacidades para limitar, contabilizar y aislar el uso de recursos ( CPU , memoria, E/S de disco , etc.) para las colecciones de procesos del espacio de usuario . [11] [14] [24]
Inicialmente, Container Linux utilizaba exclusivamente Docker como un componente que proporcionaba una capa adicional de abstracción e interfaz [25] a las funciones de virtualización a nivel del sistema operativo del kernel de Linux, además de proporcionar un formato estandarizado para contenedores que permite que las aplicaciones se ejecuten en diferentes ambientes. [11] [24] En diciembre de 2014, CoreOS lanzó y comenzó a admitir rkt (inicialmente lanzado como Rocket ) como una alternativa a Docker, proporcionando a través de él otro formato estandarizado de las imágenes del contenedor de aplicaciones, la definición relacionada del entorno de ejecución del contenedor. y un protocolo para descubrir y recuperar imágenes de contenedores. [26] [27] [28] [29] CoreOS proporciona rkt como una implementación de la llamada especificación del contenedor de aplicaciones (appc) que describe las propiedades requeridas de la imagen del contenedor de aplicaciones (ACI). CoreOS creó appc y ACI como un conjunto de especificaciones dirigido por un comité independiente [30] [31] con el objetivo de convertirse en parte de la Open Container Initiative, u OCI, independiente del proveedor y del sistema operativo , inicialmente denominada Open Container Project (OCP). estándar de contenerización, [32] que fue anunciado [ ¿por quién? ] en junio de 2015. [33] [34] [35]
Container Linux utiliza scripts ebuild de Gentoo Linux para la compilación automatizada de los componentes de su sistema, [15] [16] y utiliza systemd como su sistema de inicio principal , con una estrecha integración entre systemd y varios mecanismos internos de Container Linux. [11] [36]
Container Linux logra seguridad y confiabilidad adicionales en las actualizaciones de su sistema operativo al emplear FastPatch como un esquema de partición dual para la parte de solo lectura de su instalación, lo que significa que las actualizaciones se realizan en su totalidad y se instalan en una partición de arranque secundaria pasiva que se convierte en activo al reiniciar o kexec . Este enfoque evita posibles problemas que surgen al actualizar solo ciertas partes del sistema operativo, garantiza reversiones fáciles a una versión que se sabe que es estable del sistema operativo y permite firmar cada partición de inicio para mayor seguridad. [11] [14] [37] La partición raíz y su sistema de archivos raíz cambian de tamaño automáticamente para llenar todo el espacio disponible en el disco al reiniciar; Mientras que la partición raíz proporciona espacio de almacenamiento de lectura y escritura, el sistema operativo en sí está montado en modo de solo lectura en /usr . [38] [39] [40]
Para garantizar que solo una determinada parte del clúster se reinicie a la vez cuando se aplican las actualizaciones del sistema operativo, preservando los recursos necesarios para ejecutar las aplicaciones implementadas, CoreOS proporciona Locksmith como administrador de reinicio para Container Linux. [41] Usando Locksmith, se puede seleccionar entre diferentes estrategias de actualización que están determinadas por cómo se realizan los reinicios como último paso en la aplicación de actualizaciones; por ejemplo, se puede configurar cuántos miembros del clúster pueden reiniciarse simultáneamente. Internamente, locksmith opera como el demonio locksmithd que se ejecuta en los miembros del clúster, mientras que la utilidad de línea de comandos locksmithctl administra los parámetros de configuración. [42] [43] Locksmith está escrito en el lenguaje Go y se distribuye bajo los términos de la Licencia Apache 2.0 . [44]
El sistema de distribución de actualizaciones empleado por Container Linux se basa en el proyecto Omaha de código abierto de Google , que proporciona un mecanismo para implementar actualizaciones y el protocolo subyacente de solicitud-respuesta basado en XML . [6] [45] [46] Además, CoreOS proporciona CoreUpdate como un panel de control basado en web para la gestión de actualizaciones de todo el clúster. Las operaciones disponibles a través de CoreUpdate incluyen la asignación de miembros del clúster a diferentes grupos que comparten políticas de actualización personalizadas, la revisión de desgloses de las versiones de Container Linux en todo el clúster, la detención y el reinicio de actualizaciones y la revisión de los registros de actualización registrados. CoreUpdate también proporciona una API basada en HTTP que permite su integración en utilidades o sistemas de implementación de terceros . [37] [47] [48]
Container Linux proporciona etcd, un demonio que se ejecuta en todas las computadoras de un clúster y proporciona un registro de configuración dinámico, lo que permite compartir de manera fácil y confiable varios datos de configuración entre los miembros del clúster. [6] [38] Dado que los datos clave-valor almacenados dentro de etcd se distribuyen y replican automáticamente con elección maestra automatizada y establecimiento de consenso utilizando el algoritmo Raft , todos los cambios en los datos almacenados se reflejan en todo el clúster, mientras que la redundancia lograda evita fallas. de miembros individuales del clúster provoquen pérdida de datos. [29] [50] Además de la gestión de la configuración, etcd también proporciona descubrimiento de servicios al permitir que las aplicaciones implementadas se anuncien a sí mismas y los servicios que ofrecen. La comunicación con etcd se realiza a través de una API basada en REST expuesta , que internamente utiliza JSON sobre HTTP; la API se puede utilizar directamente (a través de curl o wget , por ejemplo), o indirectamente a través de etcdctl , que es una utilidad de línea de comandos especializada que también proporciona CoreOS. [11] [14] [51] [52] [53] etcd también se utiliza en el software Kubernetes .
Container Linux también proporciona el administrador de clústeres de flota , que controla las instancias systemd separadas de Container Linux a nivel de clúster. A partir de 2017, "flota" ya no se desarrolla activamente y está en desuso en favor de Kubernetes. [54] Mediante el uso de Fleetd , Container Linux crea un sistema de inicio distribuido que une instancias de systemd separadas y una implementación de etcd en todo el clúster; [50] Internamente, el demonio Fleetd se comunica con instancias locales de systemd a través de D-Bus y con la implementación de etcd a través de su API expuesta. El uso de Fleetd permite la implementación de uno o varios contenedores en todo el clúster, con opciones más avanzadas que incluyen redundancia , conmutación por error , implementación en miembros específicos del clúster, dependencias entre contenedores e implementación agrupada de contenedores. Se utiliza una utilidad de línea de comandos llamada Fleetctl para configurar y monitorear este sistema de inicio distribuido; [55] internamente, se comunica con el demonio flotado utilizando una API basada en JSON además de HTTP, que también se puede usar directamente. Cuando se usa localmente en un miembro del clúster, Fleetctl se comunica con la instancia flotante local a través de un socket de dominio Unix ; cuando se usa desde un host externo, el túnel SSH se usa con autenticación proporcionada a través de claves SSH públicas . [56] [57] [58] [59] [60]
Todos los demonios y utilidades de línea de comandos mencionados anteriormente ( etcd , etcdctl , Fleetd y Fleetctl ) están escritos en el lenguaje Go y se distribuyen bajo los términos de la licencia Apache 2.0. [8] [61]
Cuando se ejecuta en hardware dedicado, Container Linux puede instalarse permanentemente en un almacenamiento local, como una unidad de disco duro (HDD) o una unidad de estado sólido (SSD), [62] o iniciarse de forma remota a través de una red utilizando el entorno de ejecución previo al arranque (PXE). ) en general, o iPXE como una de sus implementaciones. [63] [64] CoreOS también admite implementaciones en varias plataformas de virtualización de hardware , incluidas Amazon EC2 , DigitalOcean , Google Compute Engine , Microsoft Azure , OpenStack , QEMU / KVM , Vagrant y VMware . [14] [65] [66] [67] Container Linux también se puede instalar en Citrix XenServer, teniendo en cuenta que existe una "plantilla" para CoreOS.
Container Linux también se puede implementar a través de su distribución comercial llamada Tectonic , que además integra Kubernetes de Google como una utilidad de administración de clústeres. A partir de abril de 2015 [actualizar], está previsto que Tectonic se ofrezca como software beta a clientes seleccionados. [30] [68] [69] Además, CoreOS proporciona franela como componente, implementando una red superpuesta necesaria principalmente para la integración con Kubernetes. [30] [70] [71]
A partir de febrero de 2015 [actualizar], Container Linux solo admite la arquitectura x86-64 . [6]
Tras su adquisición de CoreOS, Inc. [72] en enero de 2018, Red Hat anunció [73] que fusionaría CoreOS Container Linux con el Proyecto Atomic de Red Hat para crear un nuevo sistema operativo, Red Hat CoreOS, al tiempo que alinearía el Fedora upstream. Proyecto de comunidad de código abierto en torno a Fedora CoreOS, combinando tecnologías de ambos predecesores.
El 6 de marzo de 2018, Kinvolk GmbH anunció [74] Flatcar Container Linux, un derivado de CoreOS Container Linux. Esto rastrea los lanzamientos de los canales alfa, beta y estable de CoreOS, con un canal de lanzamiento experimental de Edge agregado en mayo de 2019. [75]
LWN.net revisó CoreOS en 2014: [76]
Para aquellos que están armando sistemas grandes y distribuidos (las aplicaciones web son un excelente ejemplo), CoreOS parece tener muchas funciones interesantes. Debería permitir que las aplicaciones de ese tipo crezcan y se reduzcan según sea necesario según la demanda, además de proporcionar una plataforma estable donde las actualizaciones no sean un dolor de cabeza constante. Para "implementaciones masivas de servidores", CoreOS, o algo con muchas de las mismas características, parece el futuro.
Anunciado en la conferencia DockerCon en San Francisco el lunes, el Open Container Project (OCP) mantendrá y desarrollará un tiempo de ejecución de contenedor común y un formato de imagen basado en parte en el código y las especificaciones donadas por Docker.
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}
