Actualización de una aplicación mediante CloudCenter

Introducción

Este documento describe el proceso para actualizar una aplicación mediante CloudCenter.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• CloudCenter
• Bash

Componentes Utilizados

La información de este documento se basa en CloudCenter 4.8.1.1.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Antecedentes

Hay varias formas de actualizar una aplicación en CloudCenter. Una opción es crear una acción personalizada que se pueda aplicar a VM individuales y ejecutar un script de actualización. Este método le proporciona un control completo sobre la actualización y permite probar un nodo antes de actualizar el siguiente. La desventaja es que se trata de un proceso muy manual que requiere la escritura de secuencias de comandos personalizadas para cada actualización. El método preferido es utilizar el marco de actualización de CloudCenter para automatizar el proceso de actualización.

Definir proceso de actualización

En esta aplicación de ejemplo, hay dos servidores web Apache detrás de un equilibrador de carga Nginx. Estos servidores web son idénticos y proporcionan disponibilidad de alta disponibilidad a un sitio web que se aloja. Un proceso de actualización ideal permite que los nodos se actualicen individualmente de modo que siempre haya un nodo que aloje el sitio web, lo que permite un tiempo de actividad del 100% durante el proceso de actualización.

De forma predeterminada, durante una actualización de CloudCenter, se descarga cualquier paquete y contenido nuevo y, a continuación, se utiliza cualquier secuencia de comandos de copia de seguridad y restauración para conservar los datos. Si se necesita una lógica más detallada, se pueden incluir scripts de actualización.

En la ficha Migración, se pueden encontrar los scripts de copia de seguridad y restauración. Se utilizan tanto para la migración como para la actualización. La pestaña Upgrade tiene tres opciones: Auto, Advanced, None.

• Auto permite que CloudCenter actualice automáticamente el nodo, descarga el nuevo contenido y ejecuta los scripts de copia de seguridad y restaura para conservar información importante.
  
  
• Advanced permite el control completo del proceso de actualización.
  
  
• Ninguno significa no actualizar este nodo, se puede hacer para los nodos que no tienen cambios de versión a versión, como un equilibrador de carga. Durante una actualización, estos nodos se dejan solos.

Advanced permite agregar más scripts y detener e iniciar el servicio durante la actualización.

Una vez definidas todas las acciones de actualización necesarias, es importante guardar la Aplicación antes de pasar al siguiente paso

Crear nueva versión

Después de guardar la aplicación, vuelva al Modelador de topología.

CloudCenter gestiona la actualización con la ayuda de versiones. La aplicación de la imagen anterior se encuentra en la versión 1.0, que se puede ver en la esquina superior izquierda. Para utilizar la herramienta de actualización de CloudCenter, se debe crear una nueva versión.

• Seleccione Información básica.
• Introduzca una nueva versión.

CloudCenter guarda la versión 1.0 e introduce todos los cambios nuevos en la versión 2.0.

Esto indica a CloudCenter que hay una nueva versión y le permite realizar un seguimiento de las diferencias. Puesto que esta aplicación es sólo dos servidores web, la única diferencia es actualizar el paquete de aplicaciones para apuntar a un nuevo archivo zip.

La aplicación se puede guardar de nuevo.

Implementar aplicación

Ahora, cuando implemente la aplicación, puede elegir la versión que desea implementar. Para este ejemplo, se implementa la versión original.

Una vez implementada la aplicación, se puede actualizar desde la pantalla Implementaciones.

El proceso de actualización se inicia desde el nivel más bajo y sucede de un nodo a la vez. Para nuestra aplicación de dos niveles, se actualiza un servidor web Apache. 

Una vez que se haya completado, se actualizará el segundo.  Si ha definido un proceso de actualización para el equilibrador de carga Nginx, se actualiza en la última.