Améliorations de mise à niveau de Cisco Unified Communications Manager (CUCM) 12.5

Introduction

Ce document décrit les nouvelles fonctionnalités de Cisco Unified Communications Manager (CUCM) 12.5 qui permettent de simplifier des tâches telles que la mise à niveau/redémarrage/version de commutateur d'un serveur unique ou d'un cluster multinoeud.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Cisco Unified Communications Manager 12.5
• Messagerie instantanée et serveur de présence 12.5

Composants utilisés

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. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

Antérieure à CUCM 12.5, Lorsque vous avez besoin d'installer ou de mettre à niveau , la procédure nécessitait que vous vous connectiez à chaque noeud individuel pour effectuer la tâche requise.

La nouvelle amélioration de CUCM 12.5 vous permet d'effectuer cette procédure à partir d'une interface Web, le noeud principal (éditeur) du cluster. Cela vous permet d'installer, de mettre à niveau et de changer de version pour le cluster à l'aide d'une méthode plus contrôlée et plus structurée, qui vous fait gagner du temps et est plus efficace.

Mise à niveau serveur unique

1. Le paramètre de configuration du logiciel n'est pas conservé. L'administrateur doit entrer les valeurs chaque fois qu'une mise à niveau doit être effectuée.

2. L'administrateur doit entrer la configuration à chaque noeud.

3. Après le téléchargement, si la mise à niveau échoue, admin peut résoudre le problème et doit recommencer à partir de l'étape de téléchargement pour une mise à niveau.

Mise à niveau du cluster

1. Les noeuds doivent être mis à niveau individuellement et changer de version dans un ordre spécifique.
   
   
2. L'administrateur doit mémoriser et mettre à niveau manuellement les noeuds afin d'obtenir une mise à niveau réussie. L'administrateur doit attendre la fin de la mise à niveau d'un noeud avant de démarrer le noeud suivant.

Redémarrer la version du cluster/commutateur

Il n'existe aucune option antérieure à la version 12.5 pour contrôler et gérer la version de redémarrage/commutation de l'ensemble du cluster. L'administrateur doit accéder à l'interface de ligne de commande de chaque serveur qui commence par Pub et effectuer l'opération.

CUCM 12.5 a apporté des améliorations à ces fonctionnalités, ce qui est très utile pour un administrateur.

Configurer

Étape 1. Améliorations de la mise à niveau Single Server.

Améliorations de GUI

Voici les améliorations apportées à la page OS Admin lorsque l'option Install/Upgrade for Single Server est sélectionnée.

Option 1. Utilisez Télécharger les informations d'identification de Publisher.

Cette option est disponible sur les abonnés et sélectionnée par défaut. Cette option permet d'utiliser le fichier de mise à niveau du logiciel de publication.

Option 2. Utilisez le système de fichiers local.

Cette option permet d'utiliser le fichier précédemment téléchargé qui se trouve dans le répertoire local du serveur.

Option 3. Les valeurs permanentes sont pré-remplies.

Les détails du serveur Secure FTP (SFTP) sont persistants et préremplis. Si l'administrateur souhaite utiliser les mêmes détails que le précédent, il n'est pas nécessaire de les saisir à nouveau.

Option 4. Continuez avec l'option Mise à niveau du système et version du commutateur avant le téléchargement du fichier image.

Dans les versions antérieures de CUCM et IM&P, l'option de sélection d'une version de commutateur est donnée une fois l'image téléchargée. Dans ce cas, l'administrateur doit attendre la fin du téléchargement, puis sélectionner une autre action pour démarrer la mise à niveau.

En utilisant cette fonctionnalité si l'administrateur ne veut pas vérifier la valeur MD5 de l'ISO, il peut choisir de poursuivre l'installation après le téléchargement de l'ISO et cela ne nécessitera aucune autre intervention.

Option 4. En cas d'échec de la mise à niveau, le fichier image ne doit pas être téléchargé à nouveau.

Si la mise à niveau échoue pour une raison quelconque, le fichier local peut être utilisé et le téléchargement du fichier iso peut être évité à nouveau.

Améliorations CLI

Des améliorations ont été apportées à la commande CLI pour la mise à niveau d'un serveur unique afin de prendre en charge les fonctionnalités ci-dessus.

La commande permettant de démarrer la mise à niveau est toujours la même (utils system upgrade start), mais de nouvelles options ont été ajoutées.

À partir de Publisher CLI :

admin:utils system upgrade initiate

Warning: Do not close this window without first cancelling the upgrade.

Warning: Before upgrading the cluster Cisco recommends installing the latest Upgrade Readiness COP file. Refer to the Upgrade Guide on cisco.com for details.

Source:

1) Remote Filesystem via SFTP

2) Remote Filesystem via FTP

3) Local DVD/CD

4) Local Image <UCSInstall_UCOS_12.5.1.10000-19.sgn.iso>

q) quit

Please select an option (1 - 4 or "q" ):

“Local Image< image >” introduced in the list of the source  that allows admin to select a local image that is already downloaded to UCM and use that image to upgrade the UCM

À partir d'une CLI d'abonné :

               

admin:utils system upgrade initiate

Warning: Do not close this window without first cancelling the upgrade.
Warning: Before upgrading the cluster Cisco recommends installing the latest Upgrade Readiness COP file. Refer to the Upgrade Guide on cisco.com for details.


Use download credentials from Publisher (yes/no) [yes]: no
Source:

1) Remote Filesystem via SFTP
2) Remote Filesystem via FTP
3) Local DVD/CD
4) Local Image <None>
q) quit


Please select an option (1 - 4 or "q" ):

utils system upgrade initiate for CUCM Subcrobers andIM&P Pub/Sub nodes has been modified and the option is  “Use download credentials from Publisher (yes/no) [yes]”

Lorsque vous cliquez sur l'option, le fichier de mise à niveau est sélectionné dans les configurations Publisher. Des vérifications sont effectuées sur l'image pour voir si elle est valide avant la mise à niveau.  

Si l'éditeur fournit un emplacement qui n'a pas d'image valide, il \quitte les invites de mise à niveau

Étape 2. Mise à niveau centralisée du cluster.

Il s'agit d'une nouvelle fonctionnalité introduite dans CUCM version 12.5 pour gérer la mise à niveau de Cluster. L'option Mise à niveau du cluster est disponible sur Publisher et la mise à niveau complète du cluster peut être démarrée via la page d'administration du système d'exploitation ou l'interface de ligne de commande. La mise à niveau du cluster inclut les serveurs IM&Presence, car ils font partie du cluster.

Remarque : des certificats Tomcat valides doivent exister dans CUCM et IM&P Publisher si la mise à niveau à l'échelle du cluster implique des noeuds CUCM et IM&P.

Améliorations de GUI

       

Dans Mises à niveau logicielles, une nouvelle option Installer/Mettre à niveau le cluster est introduite pour cela.

Si le cluster contient également des serveurs IMP, vous pouvez choisir de mettre à niveau ou non les serveurs IMP.

Une fois la mise à niveau lancée, l’état peut être surveillé via l’interface GUI ou CLI.Le paramètre Historical Time to Complete indique le temps qu’il a fallu pour effectuer l’étape particulière lors de la dernière mise à niveau. Cette valeur peut être associée à l'option Time Elapsed pour voir si la mise à niveau se déroule comme prévu.

Si c'est la première fois que le système est mis à niveau, les valeurs historiques ont les valeurs standard définies par les développeurs, qui sont tirées des résultats de tests locaux.

Améliorations CLI

Une nouvelle interface de ligne de commande a été introduite sur Publisher pour faciliter le déclenchement et la gestion de la mise à niveau du cluster.

admin : cluster de mise à niveau du système utils {initiation/status/cancel}

               

La commande CLI ci-dessus n'est disponible que sur l'éditeur CUCM.

            

Étape 3. Version du commutateur de cluster centralisé ou redémarrage.

       

Cette fonctionnalité est présente sur le serveur de publication CUCM uniquement et peut être gérée via l'interface GUI uniquement car il n'existe aucune commande CLI pour cela.

Cette fonctionnalité permet de gérer la version du commutateur et la mise à niveau de l'ensemble du cluster. L'opération est effectuée dans un lot de serveurs et de serveurs de publication qui se trouve toujours dans le premier lot. Il doit y avoir un serveur dans chaque lot et le saut de lot est impossible. L'opération commence par Batch1, puis Batch2 et ainsi de suite. L'état actuel de l'opération peut être affiché à partir du menu État.

Étape 4. Mises À Niveau Parallèles Des Noeuds De Cluster.

Avec l'option Mise à niveau du cluster, la mise à niveau de tous les noeuds est démarrée en même temps et Admin n'a pas besoin d'attendre la fin de la mise à niveau du serveur de publication avant de pouvoir démarrer le serveur suivant. Même si la mise à niveau pour tous les serveurs est démarrée simultanément, dans le serveur d'arrière-plan, l'Abonné CUCM attend que l'installation de la base de données du serveur de publication CUCM soit terminée et l'Abonné IMP attend que l'installation du serveur de publication CUCM et du serveur de publication IMP soit terminée.

Remarque : si la mise à niveau à l'échelle du cluster est définie sur le commutateur automatique avec la valeur Oui. Tous les noeuds sélectionnés doivent terminer la mise à niveau, puis la version du commutateur est exécutée. En cas d'échec de la mise à niveau, la version du commutateur n'est pas exécutée.

Vérifier

Aucune procédure de vérification n'est disponible pour cette configuration.

Dépannage

Avant de démarrer la mise à niveau pour un serveur unique ou un cluster, assurez-vous qu'aucune tâche de mise à niveau ou de DRS ne s'exécute déjà.

La mise à niveau peut échouer à différents stades et des vérifications associées doivent être effectuées pour y remédier.