OpenStack es una plataforma de computación en la nube estándar abierta y gratuita . Se implementa principalmente como infraestructura como servicio (IaaS) en nubes públicas y privadas, donde se ponen a disposición de los usuarios servidores virtuales y otros recursos. [2] La plataforma de software consta de componentes interrelacionados que controlan diversos grupos de hardware de procesamiento, almacenamiento y recursos de red de múltiples proveedores en todo un centro de datos . Los usuarios lo administran a través de un panel basado en web, mediante herramientas de línea de comandos o mediante servicios web RESTful .
OpenStack comenzó en 2010 como un proyecto conjunto de Rackspace Hosting y la NASA . A partir de 2012 [actualizar], fue administrado por la Fundación OpenStack , una entidad corporativa sin fines de lucro establecida en septiembre de 2012 [3] para promover el software OpenStack y su comunidad. [4] En 2018, más de 500 empresas se habían sumado al proyecto. [5] En 2020, la fundación anunció que pasaría a llamarse Open Infrastructure Foundation en 2021. [6]
En julio de 2010, Rackspace Hosting y la NASA anunciaron una iniciativa de software en la nube de código abierto conocida como OpenStack. [7] [8] La declaración de la misión era "producir la omnipresente plataforma de computación en la nube de código abierto que satisfará las necesidades de las nubes públicas y privadas independientemente de su tamaño, siendo simple de implementar y enormemente escalable". [9]
El proyecto tenía como objetivo ayudar a las organizaciones a ofrecer servicios de computación en la nube que se ejecutan en hardware estándar. El primer lanzamiento oficial de la comunidad, con el nombre en código Austin, apareció tres meses después, el 21 de octubre de 2010 , [10] con planes de lanzar actualizaciones periódicas del software cada pocos meses. El código inicial provino de la plataforma Nebula de la NASA , así como de la plataforma Cloud Files de Rackspace . Los módulos de pila de nube y pila abierta fueron fusionados y lanzados como código abierto por el equipo Nebula de la NASA [11] en conjunto con Rackspace.
En 2011, los desarrolladores de la distribución Ubuntu Linux adoptaron OpenStack [12] con una vista previa de tecnología no compatible de la versión OpenStack "Bexar" para Ubuntu 11.04 " Natty Narwhal ". [13] Canonical , patrocinador de Ubuntu , introdujo soporte total para las nubes OpenStack, comenzando con la versión Cactus de OpenStack. [ cita necesaria ]
OpenStack estuvo disponible en Debian Sid desde la versión "Cactus" de Openstack en 2011, y la primera versión de Debian que incluye OpenStack fue Debian 7.0 (nombre en clave "Wheezy"), incluido OpenStack 2012.1 (nombre en clave: "Essex"). [14] [15]
En octubre de 2011, SUSE anunció la vista previa pública del primer dispositivo OpenStack completamente configurado de la industria basado en la versión OpenStack "Diablo". [16] En agosto de 2012, SUSE anunció su distribución empresarial OpenStack con soporte comercial basada en la versión "Essex". [17]
En 2012, Red Hat anunció una vista previa de su distribución OpenStack, [18] comenzando con el lanzamiento "Essex". Después de otro lanzamiento preliminar, Red Hat introdujo soporte comercial para OpenStack con el lanzamiento "Grizzly", en julio de 2013. [19]
La organización OpenStack ha crecido rápidamente y cuenta con el respaldo de más de 540 empresas. [20]
En 2012, la NASA se retiró de OpenStack como colaborador activo y, en su lugar, tomó la decisión estratégica de utilizar Amazon Web Services para servicios basados en la nube. [21] En julio de 2013, la NASA publicó una auditoría interna citando la falta de progreso técnico y otros factores como la razón principal de la agencia para abandonar su rol de desarrollador activo del proyecto y centrarse en el uso de nubes públicas. [22] Este informe se contradice en parte con los comentarios hechos por el CIO del Centro de Investigación Ames , Ray O'Brien. [23] A partir de noviembre de 2021, la NASA continúa utilizando OpenStack en soporte IAAS y PAAS del clúster de supercomputadoras Discover. El entorno OpenStack se llama "Explore" y opera en el Centro de Simulación Climática de la NASA en el Centro de Vuelos Espaciales Goddard. [24]
En noviembre de 2012, el Servicio Digital Gubernamental (GDS) del Reino Unido lanzó Inside Government [25] basado en el modelo OpenNASA v2.0 Government as a Platform (GaaP).
En diciembre de 2013, Oracle anunció que se había unido a OpenStack como patrocinador y planeaba llevar OpenStack a Oracle Solaris, Oracle Linux y muchos de sus productos. [26] Siguió con el anuncio de distribuciones de Oracle OpenStack para Oracle Solaris [27] [28] y para Oracle Linux usando Icehouse el 24 de septiembre de 2014. [29]
En mayo de 2014, HP anunció HP Helion y lanzó una vista previa de HP Helion OpenStack Community, comenzando con el lanzamiento de IceHouse. HP ha operado HP Helion Public Cloud en OpenStack desde 2012. [30]
En el Interop and Tech Field Day de 2014, Avaya demostró las redes definidas por software utilizando Shortest Path Bridging y OpenStack como campus automatizado, extendiendo la automatización desde el centro de datos hasta el dispositivo final y eliminando el aprovisionamiento manual de la prestación de servicios. [31] [32]
A partir de noviembre de 2021 [actualizar], la NASA alberga la nube privada Explore OpenStack en apoyo de Discover HPC. [24]
A partir de septiembre de 2022 [actualizar], China Mobile utiliza OpenStack como base de su red 5G. Red Hat afirma que su plataforma está implementada en más del 30 por ciento de las redes LTE de producción. [33]
La nube OpenStack del CERN requiere más de 300.000 núcleos para satisfacer las necesidades del Gran Colisionador de Hadrones . [33]
Varios proyectos de OpenStack cambiaron de nombre debido a problemas de marcas.
La comunidad OpenStack colabora en torno a un ciclo de lanzamiento basado en el tiempo de seis meses con hitos de desarrollo frecuentes. [67]
Durante la fase de planificación de cada lanzamiento, la comunidad se reuniría en una Cumbre de Diseño OpenStack para facilitar las sesiones de trabajo de los desarrolladores y elaborar planes. [68] Estas Cumbres de Diseño coincidirían con la conferencia OpenStack Summit.
A partir del ciclo de desarrollo de Pike, la actividad de reunión de diseño se ha separado en un evento de reunión de equipos de proyecto (PTG) independiente. [69] Esto se hizo para evitar las distracciones de los desarrolladores causadas por las presentaciones y reuniones con los clientes que se estaban llevando a cabo en la Cumbre OpenStack y para permitir que las discusiones de diseño se llevaran a cabo antes del inicio del siguiente ciclo.
Las recientes cumbres de OpenStack tuvieron lugar en Shanghai del 4 al 6 de noviembre de 2019, [70] Denver del 29 de abril al 1 de mayo de 2019, [71] Berlín del 13 al 19 de noviembre de 2018, [72] Vancouver del 21 al 25 de mayo de 2018, [ 73] Sydney del 6 al 8 de noviembre de 2017, [74] Boston del 8 al 11 de mayo de 2017, [75] Austin del 25 al 29 de abril de 2016, [76] y Barcelona del 25 al 28 de octubre de 2016. [77] Cumbres anteriores de OpenStack También tuvieron lugar en Tokio en octubre de 2015, [78] Vancouver en mayo de 2015, [79] y París en noviembre de 2014. [80] La cumbre de mayo de 2014 en Atlanta atrajo a 4.500 asistentes, un aumento del 50 % con respecto a la cumbre de Hong Kong. seis meses antes. [81] [82]
OpenStack tiene una arquitectura modular con varios nombres en clave para sus componentes. [40]
Nova es el proyecto OpenStack que proporciona una forma de aprovisionar instancias informáticas como máquinas virtuales, servidores de hardware reales (mediante el uso de ironic) y tiene soporte limitado para contenedores del sistema. Nova se ejecuta como un conjunto de demonios sobre los servidores Linux existentes para brindar ese servicio. [83] [84]
Nova está escrita en Python . Utiliza muchas bibliotecas externas de Python, como Eventlet (biblioteca de redes concurrentes), Kombu ( marco de mensajería AMQP ) y SQLAlchemy (kit de herramientas SQL y Mapeador relacional de objetos). [85] Nova está diseñado para ser escalable horizontalmente . En lugar de cambiar a servidores más grandes, adquiere más servidores y simplemente instala servicios configurados de manera idéntica. [86]
Debido a su amplia integración en infraestructuras de nivel empresarial, el monitoreo del desempeño de OpenStack en general y el desempeño de Nova en particular, el escalamiento se convirtió en un tema cada vez más importante. Monitorear el rendimiento de un extremo a otro requiere rastrear métricas de Nova, Keystone, Neutron, Cinder, Swift y otros servicios, además de monitorear RabbitMQ , que utilizan los servicios OpenStack para pasar mensajes. [87] [88] Todos estos servicios generan sus propios archivos de registro, que, especialmente en infraestructuras de nivel empresarial, también deben ser monitoreados. [89]
Neutron es un proyecto de OpenStack para proporcionar "conectividad de red como servicio" entre dispositivos de interfaz (por ejemplo, vNIC) administrados por otros servicios de OpenStack (por ejemplo, nova). Implementa la API de OpenStack Networking. [90]
Gestiona todas las facetas de red para la Infraestructura de red virtual (VNI) y los aspectos de la capa de acceso de la Infraestructura de red física (PNI) en el entorno OpenStack. OpenStack Networking permite que los proyectos creen topologías de redes virtuales avanzadas que pueden incluir servicios como un firewall y una red privada virtual (VPN). [90]
Neutron permite direcciones IP estáticas dedicadas o DHCP . También permite que las direcciones IP flotantes permitan que el tráfico se redirija dinámicamente.
Los usuarios pueden utilizar tecnologías de redes definidas por software (SDN) como OpenFlow para admitir la escalabilidad y la tenencia múltiple . Las redes OpenStack pueden implementar y administrar servicios de red adicionales, como sistemas de detección de intrusos (IDS), equilibrio de carga , firewalls y redes privadas virtuales (VPN). [91]
Cinder es el servicio OpenStack Block Storage para proporcionar volúmenes a máquinas virtuales Nova, hosts bare metal de Ironic, contenedores y más. Algunos de los objetivos de Cinder son ser/tener:
Los volúmenes de Cinder proporcionan almacenamiento persistente a máquinas virtuales invitadas, conocidas como instancias, que son administradas por el software OpenStack Compute. Cinder también se puede utilizar independientemente de otros servicios OpenStack como almacenamiento independiente definido por software. El sistema de almacenamiento en bloques gestiona la creación, replicación, gestión de instantáneas, conexión y desconexión de los dispositivos de bloques a los servidores. [93]
Keystone es un servicio de OpenStack que proporciona autenticación de cliente API, descubrimiento de servicios y autorización distribuida de múltiples inquilinos mediante la implementación de la API de identidad de OpenStack. [94] Es el sistema de autenticación común en todo el sistema operativo en la nube. Keystone puede integrarse con servicios de directorio como LDAP . Admite credenciales de nombre de usuario y contraseña estándar, sistemas basados en tokens e inicios de sesión estilo AWS (es decir, Amazon Web Services ). El catálogo de servicios Keystone de OpenStack permite a los clientes API descubrir y navegar dinámicamente a servicios en la nube. [95] [96]
El proyecto Servicio de imágenes (vistazo) proporciona un servicio donde los usuarios pueden cargar y descubrir activos de datos que deben usarse con otros servicios. Actualmente, esto incluye imágenes y definiciones de metadatos. [97]
Los servicios de imágenes de Glance incluyen descubrir, registrar y recuperar imágenes de máquinas virtuales (VM). Glance tiene una API RESTful que permite consultar los metadatos de la imagen de la VM, así como la recuperación de la imagen real. Las imágenes de VM disponibles a través de Glance se pueden almacenar en una variedad de ubicaciones, desde sistemas de archivos simples hasta sistemas de almacenamiento de objetos como el proyecto OpenStack Swift. [97]
Glance alberga un catálogo de metadefs. Esto proporciona a la comunidad OpenStack una forma de determinar mediante programación varios nombres de claves de metadatos y valores válidos que se pueden aplicar a los recursos de OpenStack. [97]
Swift es un almacén de objetos/blobs distribuido y eventualmente consistente. El proyecto OpenStack Object Store, conocido como Swift, ofrece software de almacenamiento en la nube para que puedas almacenar y recuperar una gran cantidad de datos con una API simple. Está diseñado para escalar y optimizado para brindar durabilidad, disponibilidad y simultaneidad en todo el conjunto de datos. Swift es ideal para almacenar datos no estructurados que pueden crecer sin límites. [98]
En agosto de 2009, Rackspace inició el desarrollo del precursor de OpenStack Object Storage, como un reemplazo completo del producto Cloud Files . El equipo de desarrollo inicial estaba formado por nueve desarrolladores. [99] SwiftStack, una empresa de software de almacenamiento de objetos, es actualmente el desarrollador líder de Swift con importantes contribuciones de Intel , Red Hat , NTT , HP , IBM y más. [100]
Horizon es la implementación canónica del Panel de OpenStack, que proporciona una interfaz de usuario basada en web para los servicios de OpenStack, incluidos Nova, Swift, Keystone, etc. [101] Horizon se entrega con tres paneles centrales, un "Panel de usuario", un "Panel de sistema", y un panel de "Configuración". Entre estos tres cubren las aplicaciones principales de OpenStack y brindan soporte básico. La aplicación Horizon también incluye un conjunto de abstracciones de API para los proyectos principales de OpenStack con el fin de proporcionar un conjunto consistente y estable de métodos reutilizables para los desarrolladores. Al utilizar estas abstracciones, los desarrolladores que trabajan en Horizon no necesitan estar muy familiarizados con las API de cada proyecto OpenStack. [102]
Heat es un servicio para orquestar múltiples aplicaciones compuestas en la nube utilizando plantillas, a través de una API REST nativa de OpenStack y una API de consulta compatible con CloudFormation. [103]
Mistral es un servicio que gestiona flujos de trabajo. El usuario normalmente escribe un flujo de trabajo utilizando un lenguaje de flujo de trabajo basado en YAML y carga la definición del flujo de trabajo en Mistral a través de su API REST. Luego, el usuario puede iniciar este flujo de trabajo manualmente a través de la misma API o configurar un activador para iniciar el flujo de trabajo en algún evento. [104]
OpenStack Telemetry (Ceilometer) proporciona un punto de contacto único para los sistemas de facturación, proporcionando todos los contadores que necesitan para establecer la facturación del cliente, en todos los componentes OpenStack actuales y futuros. La entrega de contadores es rastreable y auditable, los contadores deben ser fácilmente extensibles para soportar nuevos proyectos y los agentes que recopilan datos deben ser independientes del sistema general.
Trove es un motor de base de datos relacional y no relacional de aprovisionamiento de base de datos como servicio . [105]
Sahara es un componente para aprovisionar clústeres de Hadoop de forma fácil y rápida . Los usuarios especificarán varios parámetros como el número de versión de Hadoop, el tipo de topología del clúster, los detalles del tipo de nodo (que definen el espacio en disco, la configuración de CPU y RAM) y otros. Después de que un usuario proporciona todos los parámetros, Sahara implementa el clúster en unos minutos. Sahara también proporciona medios para escalar un clúster de Hadoop preexistente agregando y eliminando nodos trabajadores según demanda. [106] [107]
Ironic es un proyecto OpenStack que aprovisiona máquinas sin sistema operativo en lugar de máquinas virtuales. Inicialmente se bifurcó del controlador Nova Baremetal y evolucionó hasta convertirse en un proyecto separado. Es mejor considerarlo como una API de hipervisor bare-metal y un conjunto de complementos que interactúan con las máquinas bare-metal administradas por Ironic. De forma predeterminada, utilizará PXE e IPMI o Redfish [108] en conjunto para aprovisionar y administrar máquinas físicas, pero Ironic admite y puede ampliarse con complementos específicos del proveedor para implementar funciones adicionales. [109] [110]
Desde el inicio de Ironic, ha generado varios subproyectos [111] para ayudar a respaldar capacidades y casos de uso adicionales. Algunos de los proyectos más comúnmente aprovechados incluyen Ironic-Inspector, Bifrost, Sushy y networking-generic-switch. Ironic-inspector proporciona recopilación de información de hardware y descubrimiento de hardware. [112] Bifrost se centra en el caso de uso de funcionamiento sin otros componentes de OpenStack, [113] y se destaca en el sitio web ironicbaremetal.org. Sushy es una biblioteca cliente API ligera de Redfish. [114] Networking-generic-switch es un complemento que admite la gestión de la configuración del puerto de conmutación para máquinas sin sistema operativo. [115]
Zaqar es un servicio de mensajería en la nube multiinquilino para desarrolladores web. El servicio presenta una API completamente RESTful, que los desarrolladores pueden usar para enviar mensajes entre varios componentes de sus aplicaciones móviles y SaaS mediante el uso de una variedad de patrones de comunicación. Detrás de esta API se encuentra un motor de mensajería eficiente diseñado teniendo en cuenta la escalabilidad y la seguridad. Otros componentes de OpenStack se pueden integrar con Zaqar para mostrar eventos a los usuarios finales y comunicarse con agentes invitados que se ejecutan en la capa "sobre la nube".
OpenStack Shared File System (Manila) proporciona una API abierta para administrar recursos compartidos en un marco independiente del proveedor. Las primitivas estándar incluyen la capacidad de crear, eliminar y dar/denegar acceso a un recurso compartido y pueden usarse de forma independiente o en una variedad de entornos de red diferentes. Se admiten dispositivos de almacenamiento comerciales de EMC, NetApp, HP, IBM, Oracle, Quobyte, INFINIDAT e Hitachi Data Systems, así como tecnologías de sistemas de archivos como Red Hat GlusterFS [116] o Ceph.
Designate es una API REST multiinquilino para administrar DNS. Este componente proporciona DNS como servicio y es compatible con muchas tecnologías de backend, incluidas PowerDNS y BIND. No proporciona un servicio DNS como tal, ya que su propósito es interactuar con servidores DNS existentes para administrar zonas DNS por inquilino. [117]
El proyecto ya no se mantiene activamente.
Searchlight proporciona capacidades de búsqueda avanzadas y consistentes en varios servicios en la nube de OpenStack. Lo logra descargando las consultas de búsqueda de los usuarios de otros servidores API de OpenStack indexando sus datos en ElasticSearch . [118] Searchlight se está integrando en Horizon [119] y también proporciona una interfaz de línea de comandos . [120]
Barbican es una API REST diseñada para el almacenamiento, aprovisionamiento y gestión seguros de secretos. Su objetivo es ser útil para todos los entornos, incluidas las grandes Nubes efímeras. [121]
Magnum es un servicio API de OpenStack desarrollado por OpenStack Containers Team que hace que los motores de orquestación de contenedores como Docker Swarm, Kubernetes y Apache Mesos estén disponibles como recursos de primera clase en OpenStack. Magnum usa Heat para orquestar una imagen del sistema operativo que contiene Docker y Kubernetes y ejecuta esa imagen en máquinas virtuales o en una configuración de clúster. [122]
Vitrage es el servicio OpenStack RCA (Análisis de causa raíz) para organizar, analizar y expandir alarmas y eventos de OpenStack, brindando información sobre la causa raíz de los problemas y deduciendo su existencia antes de que se detecten directamente. [123]
Este servicio de alarmas permite activar acciones basadas en reglas definidas contra datos de métricas o eventos recopilados por Ceilometer o Gnocchi. [124]
OpenStack no se esfuerza por lograr la compatibilidad con las API de otras nubes. [125] Sin embargo, existe cierta compatibilidad impulsada por varios miembros de la comunidad OpenStack para quienes estas cosas son importantes.
OpenStack está gobernado por la fundación OpenInfra y su junta directiva. La junta directiva está formada por patrocinadores Platinum, miembros de los patrocinadores Gold y miembros elegidos por los miembros individuales de la Fundación. [128] El Comité Técnico de OpenStack es el órgano rector del proyecto de código abierto OpenStack. Es un grupo elegido que representa a los contribuyentes al proyecto y supervisa todos los asuntos técnicos. Esto incluye desarrolladores, operadores y usuarios finales del software.
Un dispositivo OpenStack [129] es el nombre que se le da al software que puede soportar la plataforma de computación en la nube OpenStack en dispositivos físicos como servidores o máquinas virtuales o una combinación de ambos. Normalmente, un dispositivo de software [130] es un conjunto de capacidades de software que pueden funcionar sin un sistema operativo. Por lo tanto, deben contener suficientes componentes esenciales del sistema operativo subyacente para funcionar. Por lo tanto, una definición estricta podría ser: una aplicación diseñada para ofrecer capacidad OpenStack sin la necesidad de un sistema operativo subyacente. Sin embargo, aplicar esta definición estricta puede no resultar útil, ya que realmente no existe una distinción clara entre un electrodoméstico y una distribución . [131] Se podría argumentar que el término dispositivo es un nombre inapropiado porque el propio OpenStack se conoce como un sistema operativo en la nube [132], por lo que usar el término dispositivo OpenStack podría ser un nombre inapropiado si uno es pedante.
Si observamos la gama de dispositivos y distribuciones, se podría hacer la distinción de que las distribuciones son aquellos conjuntos de herramientas que intentan proporcionar una amplia cobertura del alcance del proyecto OpenStack, mientras que un dispositivo tendrá un enfoque más limitado y se concentrará en menos proyectos. Los proveedores han estado muy involucrados en OpenStack desde sus inicios y desde entonces han desarrollado y comercializan una amplia gama de dispositivos, aplicaciones y distribuciones.
Una gran cantidad de proveedores ofrecen soluciones OpenStack, lo que significa que una organización que desee implementar la tecnología tiene una tarea compleja a la hora de seleccionar la oferta del proveedor que mejor se adapte a sus requisitos comerciales. [133] Barb Darrow ofreció esta descripción general en Fortune el 27 de mayo de 2015, [134] señalando que puede haber cierta consolidación en el mercado que aclarará esas decisiones.
Hay otros aspectos que los usuarios deben considerar, por ejemplo, los costos reales involucrados. [135] Algunos proveedores harán una oferta que abarca la mayoría de los proyectos OpenStack; otros solo ofrecerán ciertos componentes. Otras consideraciones incluyen el alcance del código propietario utilizado para gestionar la falta de madurez en un componente de OpenStack y en qué medida eso fomenta la dependencia del proveedor. [136] [137]
La información más autorizada sobre los productos de los proveedores se encuentra en el sitio web de Open Infrastructure Foundation. [138]
OpenStack es una entidad compleja y quienes lo adoptan enfrentan una variedad de desafíos cuando intentan implementar OpenStack en una organización. Para muchas organizaciones que intentan implementar sus propios proyectos, una cuestión clave es la falta de habilidades disponibles. [139] En un artículo sobre The New Stack , Atul JHA identifica cinco desafíos que enfrentará cualquier organización que desee implementar OpenStack. [140]
OpenStack es un conjunto de proyectos en lugar de un solo producto, y debido a que cada una de las diversas aplicaciones debe configurarse para satisfacer los requisitos del usuario, la instalación es compleja y requiere una variedad de habilidades complementarias [141] para una configuración óptima. . Una solución obvia sería adquirir un paquete completo proporcionado por el proveedor que contenga hardware y software, aunque la diligencia debida es esencial. [142]
Esto depende más de la naturaleza de la documentación con productos de código abierto que de OpenStack per se, pero con más de 25 proyectos, gestionar la calidad de los documentos siempre será un desafío. [143]
Uno de los principales objetivos del uso de infraestructura tipo nube es ofrecer a los usuarios no sólo alta confiabilidad sino también alta disponibilidad, [144] algo que los proveedores de nube pública ofrecerán en acuerdos de nivel de servicio . [145]
Debido al enfoque de desarrollo de múltiples proyectos de OpenStack, la complejidad que implica sincronizar los diferentes proyectos durante una actualización puede significar que el tiempo de inactividad sea inevitable . [146]
Es bastante común que una empresa siga usando una versión anterior de software durante algún tiempo después de haberla actualizado. Las razones de esto son bastante obvias y ya se mencionaron anteriormente. Sin embargo, hay pocos incentivos para que los desarrolladores de un proyecto de código abierto brinden soporte para el código reemplazado. Además, el propio OpenStack ha descontinuado formalmente el soporte para algunas versiones antiguas. [147]
Teniendo en cuenta los desafíos anteriores, la ruta más adecuada para una organización que desee implementar OpenStack sería acudir a un proveedor y obtener un dispositivo o distribución de OpenStack.
A medida que el proyecto OpenStack ha madurado, los proveedores han sido pioneros en múltiples formas para que los clientes implementen OpenStack:
{{cite web}}
: Falta o está vacío |url=
( ayuda )Oracle OpenStack para Oracle Linux, u O3L, ya está disponible, lo que permite a los clientes controlar tanto Oracle Linux como Oracle VM mediante OpenStack. Sin embargo, también viene acompañado del anuncio de un acuerdo de "cooperación y apoyo mutuos" con Canonical, visto como un ataque directo a Red Hat.