Ciclo de vida de Red Hat OpenStack Platform Director

Visión general

Red Hat OpenStack Platform - Director está:

• Vinculado a la programación de lanzamiento de Red Hat OpenStack Platform - Core
• Soportado por el mismo tiempo de duración del producto Red Hat OpenStack Platform - Core
• Compatible con versiones anteriores Red Hat OpenStack Platform - Core

¿Qué es Red Hat OpenStack Platform - Director?

Red Hat OpenStack Platform - Director es una herramienta utilizada para instalar y administrar la implementación y ciclo de vida de Red Hat OpenStack Platform 7 y de versiones posteriores. Está destinada para casos de uso de operador de nube donde las actualizaciones, mejoras y el control de infraestructura son críticas para las operaciones fundamentales de OpenStack. También proporciona un marco de trabajo de API con introspección de hardware, asignación de servicios y administración de la pila de OpenStack Platform.

Para fines de este documento, dividimos Red Hat OpenStack Platform en dos:

• Core: Los principales componentes OpenStack (Nova, Neutron, Ironic, etc)
• Director: La herramienta de administración de implementación

Para obtener más información sobre los instaladores de Red Hat OpenStack Platform, por favor consulte Cómo instalar y administrar Red Hat OpenStack Platform.

Tiempo de lanzamiento

Red Hat OpenStack Platform Director se basa en el proyecto TripleO de la corriente de desarrollo principal y se vincula a la programación de lanzamiento de productos fundamentales.

Red Hat OpenStack Platform - Director se publica junto con Red Hat OpenStack Platform - Core.

¿Qué se incluirá en los lanzamientos mayores y de mantenimiento?

Lanzamientos mayores

Un lanzamiento mayor de Director estará disponible en cada lanzamiento mayor de Core y es la forma de implementar oficialmente Red Hat OpenStack Platform. Estos lanzamientos mayores agregan funcionalidades que podrían tener un mayor impacto en la implementación de Red Hat OpenStack Platform y resaltarán las últimas funcionalidades de Core. Nuevas versiones mayores podrían introducir diferentes API, las cuales serán documentadas en el momento del lanzamiento.

Cada versión de Director, permite actualizaciones automatizadas en sitio entre lanzamientos mayores consecutivos de Red Hat OpenStack Platform (por ejemplo, la versión 9 de Director podrá actualizar la versión 8 de Core a la versión más reciente 9).

Lanzamientos de mantenimiento

Los lanzamientos de mantenimiento se presentan después de la Disponibilidad general (GA) del producto, proveen correcciones de errores y mejoras de rendimiento. Estos lanzamientos evitan la adición de una nueva funcionalidad (las excepciones se manejarán por separado). Esto significa que la posibilidad de daño de la API se reduce, al igual que las migración de bases de datos y otros cambios mayores.

Cada versión de Director, permite actualizaciones automatizadas en sitio entre lanzamientos de mantenimiento para obtener el contenido más actualizado. Estas actualizaciones se manejan mediante un procedimiento rodante - al tiempo que están en modo de alta disponibilidad, los demás servicios de OpenStack siguen ejecutándose.

Soporte de ciclo de vida

Red Hat OpenStack Platform - Core se basa en los ciclos de OpenStack de la corriente de desarrollo principal: cada 6 meses hay un nuevo lanzamiento de OpenStack (llamado Juno, Kilo, Liberty y así sucesivamente) y seguimos con una versión de productos que utiliza un número ( 6 para Juno, 7 para Kilo y así sucesivamente).

Red Hat OpenStack -Director ha alineado soporte de ciclo de vida con el producto Core.

Para obtener más información, consulte Soporte para Red Hat OpenStack Platform. ⁽¹⁾

^{(1) Red Hat OpenStack Platform Director tuvo un ciclo de vida muy corto para las versiones 7 y 8. A partir de la versión 9, Director ha alineado su ciclo de vida de soporte con Core y de forma retrospectiva, ha aplicado este cambio a las versiones 7 y 8. Por lo tanto, todas las versiones de Red Hat OpenStack Platform - Director están alineadas con el producto Core ahora.}

Compatibilidad en reversa

Red Hat OpenStack Platform - Director puede implementar y manejar una versión mayor anterior de Red Hat OpenStack Platform - Core. El propósito principal para esta funcionalidad es manejar con seguridad las actualizaciones de la versión anterior a la corriente.

Ejemplo de esta funcionalidad es que Red Hat OpenStack Platform - Director 9 puede implementar, escalar y actualizar Red Hat OpenStack Platform - Core 8. Además, se puede actualizar a la misma versión como Director (es decir, actualizar de Core 8 a la última versión de 9) .

Integración con otros productos

Los productos que desean integrarse con Director deben sus funcionalidades sobre las API de lanzamientos mayores. Las API son las OpenStack: Nova, Ironic, etc; no hay ninguna API privada en Director. El control de versiones y depreciación de API seguirá las políticas de la corriente de desarrollo principal ⁽²⁾ más cualquier backport que decidamos realizar. Estas serán explicadas en las notas de lanzamiento.

Ya que tanto Director como Core se publicarán simultáneamente, no deberían haber muchas preguntas con respecto al tiempo.

Un ejemplo de dicha integración es Cloudforms, la cual utilizará las API mencionadas arriba para permitir el manejo de la infraestructura. Puesto que usan las API regulares, la integración debería ser fácil y los ciclos de desarrollo pueden mantenerse desacoplados.

^{(2) http://developer.openstack.org/api-ref.html}

Intercambio de herramientas de administración e implementación

El principal caso de uso para Director es el manejo del Día 1 (implementación inicial) y el Día 2 (actualizaciones, escalamiento, etc.). Si desea utilizar Director para la administración del Día 2, debe hacerse todo a través de Director o mediante las API de Director. No hay una forma razonable para que Red Hat concilie los cambios manuales realizados fuera de Director, y sin esa reconciliación, la capacidad de escalar, actualizar o mejorar se pierde completamente a través de nuestro toolset (Director).

Si elige utilizar Director para el ÚNICO día 1 (despliegue inicial) y la administración del Día 2 por otro medio, perderá la capacidad de Director para realizar cualquier operación del Día 2. Una vez que se utilizan herramientas fuera de Director, cualquier otra operación a partir de ese momento, debe orquestarse manualmente para cosas como la administración de cambios, escalamiento, actualizaciones y mejoras. El enfoque manual puede observar cómo se implementan estas orquestaciones en Director para informar sobre las mejores prácticas para hacerlo por su cuenta, pero los scripts y las herramientas que utiliza para hacerlo son autónomas (o soportadas por consultoría).

Se admite la integración con herramientas de terceros que están llamando las API de Director y no interrumpen la compatibilidad de las operaciones del Día 2 a través de Director. Ejemplo de tal uso puede ser la integración entre Director de Red Hat OpenStack y Red Hat CloudForms.

Comentarios

Los comentarios siempre serán bien recibidos, por favor contacte a los Director Product Managers para clarificar preguntas y proporcionar comentarios sobre la forma como el ciclo de vida afecta a nuestros clientes y productos.