Introducción
Este documento describe las nuevas funciones de Cisco Unified Communications Manager (CUCM) 12.5 que ayudan a simplificar tareas como la actualización/reinicio/cambio de versión de un servidor único o clúster de varios nodos.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Cisco Unified Communications Manager 12.5
- IM and Presence Server 12.5
Componentes Utilizados
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
Anterior a CUCM 12.5, cuando necesita instalar o actualizar , el procedimiento le obliga a iniciar sesión en cada nodo individual para realizar la tarea requerida.
La nueva mejora de CUCM 12.5 le permite realizar ese procedimiento desde una interfaz web, el nodo principal (editor) del clúster. Esto le permite instalar, actualizar y cambiar versiones del clúster mediante un método más controlado y estructurado que ahorra tiempo y es más eficiente.
Actualización de un solo servidor
- La configuración del software no persiste. El administrador debe introducir los valores cada vez que se debe realizar una actualización.
- El administrador debe introducir la configuración en cada nodo.
- Después de la descarga, si la actualización falla, es posible que el administrador corrija el problema y tenga que empezar de nuevo desde el paso de descarga para realizar una actualización.
Actualización de clúster
- Los nodos deben actualizarse individualmente y cambiar de versión en un orden específico.
- El administrador necesita recordar y actualizar manualmente los nodos en ese orden para lograr una actualización exitosa. El administrador tiene que esperar a que finalice la actualización de un nodo antes de iniciar el siguiente nodo.
Versión del clúster/switch de reinicio
No existe ninguna opción anterior a 12.5 para controlar y administrar la versión de reinicio/switch de todo el clúster. El administrador tiene que ir en la CLI de cada servidor que comienza con Pub y realizar la operación.
CUCM 12.5 incluye mejoras en estas funciones que resultan muy útiles para los administradores.
Configurar
Paso 1. Mejoras en la actualización de un solo servidor.
Mejoras de GUI
Estas son las mejoras realizadas en la página Administración del sistema operativo cuando se selecciona Instalar/Actualizar para un único servidor.
Opción 1. Usar la credencial de descarga de Publisher.
Esta opción está disponible en los suscriptores y se selecciona de forma predeterminada. Mediante esta opción, se puede utilizar el archivo de actualización del publicador.
Opción 2. Utilice el sistema de archivos local.
Esta opción permite utilizar el archivo descargado anteriormente que está presente en el directorio local del servidor.
Opción 3. Los valores persistentes se rellenan automáticamente.
Los detalles del servidor de FTP seguro (SFTP) son persistentes y se rellenan automáticamente. Si el administrador desea utilizar los mismos detalles que el anterior, no es necesario volver a introducirlos.
Opción 4. Continúe con la opción Actualización del sistema y cambio de versión antes de descargar el archivo de imagen.
En versiones anteriores de CUCM e IM&P, se ofrecía la opción de seleccionar una versión de switch una vez descargada la imagen. En este caso, el administrador tiene que esperar a que finalice la descarga y, a continuación, seleccionar otra acción para iniciar la actualización.
Con esta función, si el administrador no desea verificar el valor MD5 de la ISO, puede seleccionar continuar con la instalación después de la descarga de la ISO y no necesitará ninguna otra intervención.
Opción 4. En caso de que se produzca un error en la actualización, el archivo de imagen no se volverá a descargar.
Si la actualización falla por alguna razón, se puede utilizar el archivo local y se puede evitar la descarga del archivo iso nuevamente.
Mejoras de CLI
Se han introducido mejoras en el comando CLI para la actualización de un único servidor a fin de admitir las funciones anteriores.
El comando para iniciar la actualización sigue siendo el mismo (utils system upgrade begin), pero se han agregado nuevas opciones.
Desde la CLI de Publisher:
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
Desde una CLI de suscriptor:
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]”
Al hacer clic en la opción, el archivo de actualización se selecciona mediante las configuraciones de Publisher. Se realiza una comprobación de la imagen para ver si es válida antes de la actualización.
Si el publicador proporciona una ubicación que no tiene ninguna imagen válida, \sale de los mensajes de actualización
Paso 2. Actualización de clúster centralizada.
Se trata de una nueva función introducida en la versión 12.5 de CUCM para administrar la actualización del clúster. La opción Actualización del clúster está disponible en Publisher y la actualización completa del clúster se puede iniciar a través de la página Administración del sistema operativo o la CLI. La actualización del clúster incluye servidores de IM&Presence, ya que forman parte del clúster.
Nota: deben existir certificados Tomcat válidos en CUCM y en el editor IM&P si la actualización de todo el clúster implica nodos CUCM e IM&P.
Mejoras de GUI
En Actualizaciones de software, se presenta una nueva opción Install/Upgrade Cluster para esto.
Si el clúster también contiene servidores IMP, se puede elegir si actualizar o no los servidores IMP.
Una vez que se inicia la actualización, el estado se puede supervisar a través de la interfaz GUI o CLI. El parámetro Historical Time to Complete muestra la cantidad de tiempo que se tardó en realizar el paso concreto cuando se realizó correctamente la última actualización. Esto puede coincidir con la opción Time Elapsed para ver si la actualización va según lo esperado.
Si es la primera vez que se actualiza el sistema, los valores históricos tendrán los valores estándar definidos por los desarrolladores, que se tomarán de los resultados de las pruebas locales.
Mejoras de CLI
En Publisher se ha introducido una nueva CLI que ayudaría a activar y gestionar la actualización del clúster.
admin: utils system upgrade cluster {iniciar/estado/cancelar}
El comando CLI anterior solo está disponible en el editor de CUCM.
Paso 3. Versión del switch de clúster centralizada o reinicio.
Esta función solo está presente en el servidor CUCM Publisher y se puede administrar a través de la interfaz GUI únicamente, ya que no hay comandos CLI para esto.
Con esta función, se puede administrar la versión del switch y la actualización de todo el clúster. La operación se realiza en un lote de servidores y Publisher que siempre está en el primer lote. Debe haber algún servidor en cada lote y no es posible omitir el lote. La operación comienza con Batch1 y, a continuación, con Batch2 y en adelante. El estado actual de la operación se puede ver en el menú Estado.
Paso 4. Actualizaciones Paralelas De Nodos De Clúster.
Con la opción Actualización del clúster, la actualización de todos los nodos se inicia al mismo tiempo y el administrador no tiene que esperar a que finalice la actualización del publicador para poder iniciar el siguiente servidor. Aunque la actualización para todos los servidores se inicia simultáneamente, en el servidor el suscriptor de CUCM espera a que finalice la instalación de la base de datos del publicador de CUCM y el suscriptor IMP espera a que finalice la instalación del publicador de CUCM y del publicador IMP.
Nota: Si la actualización en todo el clúster está configurada para conmutar automáticamente como Sí. Todos los nodos seleccionados deben completar la actualización y, a continuación, se ejecuta la versión del switch. En caso de que la actualización falle, no se realiza la versión del switch.
Verificación
Actualmente, no hay un procedimiento de verificación disponible para esta configuración.
Troubleshoot
Antes de iniciar la actualización para un único servidor o clúster, asegúrese de que no haya ninguna tarea de actualización o DRS que ya se esté ejecutando.
La actualización puede fallar en diferentes etapas y corregir que las comprobaciones relacionadas deben hacerse.