Mettre à niveau une application à l'aide de CloudCenter

Introduction

Ce document décrit le processus de mise à niveau d'une application à l'aide de CloudCenter.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• CloudCenter
• Bassin

Components Used

Les informations de ce document sont basées sur 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.

Informations générales

Il existe plusieurs façons de mettre à niveau une application dans CloudCenter. Une option consiste à créer une action personnalisée qui peut être appliquée à des machines virtuelles individuelles et exécuter un script de mise à niveau. Cette méthode vous donne un contrôle total sur la mise à niveau et permet de tester un noeud avant de mettre à niveau le noeud suivant. L'inconvénient est qu'il s'agit d'un processus très manuel qui nécessite l'écriture de scripts personnalisés pour chaque mise à niveau. La méthode privilégiée consiste à utiliser le cadre de mise à niveau de CloudCenter pour automatiser le processus de mise à niveau.

Définir le processus de mise à niveau

Dans cet exemple d'application, il y a deux serveurs web Apache derrière un équilibreur de charge Nginx. Ces serveurs Web sont identiques et offrent une disponibilité haute disponibilité à un site Web hébergé. Un processus de mise à niveau idéal permet de mettre à niveau les noeuds individuellement de sorte qu'il y ait toujours un noeud hébergeant le site Web, ce qui permet une disponibilité totale pendant le processus de mise à niveau.

Par défaut, lors d'une mise à niveau, CloudCenter télécharge tous les nouveaux packages et contenus, puis utilise tous les scripts de sauvegarde et de restauration pour conserver les données. Si une logique plus approfondie est nécessaire, les scripts de mise à niveau peuvent être inclus.

Sous l'onglet Migration, les scripts de sauvegarde et de restauration sont disponibles. Elles sont utilisées à la fois pour la migration et la mise à niveau. L'onglet Mise à niveau comporte trois options : Auto, Advanced, None.

• Auto permet à CloudCenter de mettre automatiquement à niveau le noeud, de télécharger le nouveau contenu et d'exécuter les scripts de sauvegarde et de restauration afin de préserver les informations importantes.
  
  
• Advanced permet le contrôle total du processus de mise à niveau.
  
  
• Aucun signifie ne pas mettre à niveau ce noeud, il peut être fait pour les noeuds qui n'ont aucune modification de version à version, comme un équilibreur de charge. Au cours d'une mise à niveau, ces noeuds sont laissés seuls.

Avancé permet d'ajouter davantage de scripts et vous permet d'arrêter et de démarrer le service pendant la mise à niveau.

Une fois toutes les actions de mise à niveau nécessaires définies, il est important d'enregistrer l'application avant de passer à l'étape suivante

Créer une nouvelle version

Après avoir enregistré l'application, revenez au Modeleur de topologie.

CloudCenter gère la mise à niveau à l'aide du contrôle de version. L'application dans l'image ci-dessus est à la version 1.0, ceci peut être vu dans le coin supérieur gauche. Pour utiliser l'outil de mise à niveau de CloudCenter, une nouvelle version doit être créée.

• Sélectionnez Informations de base.
• Entrez une nouvelle version.

CloudCenter enregistre la version 1.0 et met toutes les nouvelles modifications dans la version 2.0.

Cela indique à CloudCenter qu'il existe une nouvelle version et lui permet de suivre les différences. Comme cette application n'est que deux serveurs Web, la seule différence est de mettre à jour le package d'application pour pointer vers un nouveau fichier zip.

L'application peut être enregistrée à nouveau.

Déployer l'application

Maintenant, lorsque vous déployez l'application, vous pouvez choisir la version à déployer. Dans cet exemple, la version d'origine est déployée.

Une fois l'application déployée, elle peut être mise à niveau à partir de l'écran Déploiements.

Le processus de mise à niveau commence à partir du niveau le plus bas et se produit un noeud à la fois. Pour notre application à deux niveaux, un serveur web Apache est mis à niveau. 

Une fois cette opération terminée, la deuxième est mise à niveau.  Si vous avez défini un processus de mise à niveau pour l'équilibreur de charge Nginx, il est mis à niveau dans le dernier.