Guía de configuración e implementación para la versión 8.0 de software MSE High Availability
Contenido
Introducción
Este documento describe las pautas de configuración e implementación, así como consejos de solución de problemas para aquellos que agregan la alta disponibilidad (HA) de Mobility Services Engine (MSE) y ejecutan los Servicios de identificación del contexto y/o Sistema de prevención de intrusiones inalámbricas adaptable (AwIPS) a una LAN inalámbrica unificada de Cisco (WLAN). El propósito de este documento es explicar las pautas para MSE HA y proporcionar escenarios de implementación de HA para MSE.
Antecedentes
MSE es una plataforma capaz de ejecutar varios servicios relacionados. Estos servicios proporcionan funcionalidad de servicio de alto nivel. Por lo tanto, la consideración de HA es fundamental para mantener la máxima confianza en el servicio.
Con HA habilitado, cada MSE activo es respaldado por otra instancia inactiva. MSE HA presenta el monitor de estado en el que configura, administra y monitorea la configuración de alta disponibilidad. Se mantiene un latido entre el MSE primario y el secundario. El monitor de estado se encarga de configurar la base de datos, la replicación de archivos y la supervisión de la aplicación. Cuando el MSE primario falla y el secundario toma el control, la dirección virtual del MSE primario se conmuta de forma transparente.
Esta configuración (consulte la figura 1.) muestra una implementación típica de Cisco WLAN que incluye Cisco MSE habilitado para HA.
La compatibilidad con HA está disponible en MSE-3310, MSE-3350/3355, 3365 y Virtual Appliance en ESXi.
Figura 1. Implementación de MSE en HA
Pautas y limitaciones
La información aquí es acerca de la arquitectura MSE HA:
-
El dispositivo virtual MSE admite sólo 1:1 HA
-
Un MSE secundario puede admitir hasta dos MSE principales. Véase la matriz de emparejamiento de HA (figuras 2 y 3)
-
HA es compatible con Network Connected y Direct Connected
-
Solo se admite redundancia de capa 2 de MSE. Tanto la IP del monitor de estado como la IP virtual deben estar en la misma subred y no se admite la redundancia de capa 3 del sistema de control de red (NCS)
-
La IP del monitor de estado y la IP virtual deben ser diferentes
-
Puede utilizar la conmutación por fallo manual o automática
-
Puede utilizar la conmutación por recuperación manual o automática
-
Tanto el MSE primario como el secundario deben estar en la misma versión de software
-
Otra instancia inactiva realiza una copia de seguridad de cada MSE primario activo. El MSE secundario se activa solamente después de que se inicie el procedimiento de failover.
-
El procedimiento de failover puede ser manual o automático
-
Hay una instancia de software y base de datos para cada MSE principal registrado.
Figura 2 Matriz de emparejamiento de soporte de MSE HA
La base de esta matriz es que la instancia secundaria siempre debe tener especificaciones iguales o altas que la primaria, ya sean dispositivos o máquinas virtuales.
El MSE-3365 sólo se puede emparejar con otro MSE-3365. No se ha probado/admitido ninguna otra combinación.
Figura 3. Matriz de emparejamiento de MSE HA N:1
Situación de configuración de HA para el appliance virtual MSE (red conectada)
Este ejemplo muestra la configuración HA para el dispositivo virtual MSE (VA) (consulte la figura 4). Para este escenario, se configuran estos parámetros:
-
VA MSE primario:
Virtual IP – [10.10.10.11] Health Monitor interface (Eth0) – [10.10.10.12]
-
MSE secundario VA:
Virtual IP – [None] Health Monitor interface (Eth0) – [10.10.10.13]
Figura 4 Dispositivo virtual MSE en HA
Refiérase a la documentación de Cisco sobre el dispositivo virtual MSE para obtener más información.
Estos son los pasos generales:
-
Complete la instalación VA para MSE y verifique que se cumplan todos los parámetros de red como se muestra en la imagen.
-
Parámetros de configuración mediante el asistente de configuración al inicio de sesión, como se muestra en la imagen.
-
Introduzca las entradas necesarias (nombre de host, dominio, etc.). Introduzca SÍ en el paso para configurar la alta disponibilidad.
-
Introduzca esta información y tal y como se muestra en las imágenes.
-
Seleccione Función - [1 para Primario].
-
Interfaz del monitor de estado - [eth0]*
*Configuración de red asignada al adaptador de red 1
-
-
Seleccione la interfaz de conexión directa [none] como se muestra en la imagen.
-
Introduzca esta información y, como se muestra en la imagen:
-
Dirección IP virtual - [10.10.10.11]
-
Máscara de red - [255.255.255.0]
-
Iniciar MSE en modo de recuperación - [No]
-
-
Introduzca esta información y, como se muestra en la imagen:
-
Configurar Eth0 - [Sí]
-
Introduzca la dirección IP Eth0- [10.10.10.12]
-
Máscara de red - [255.255.255.0]
-
Gateway predeterminado - [10.10.10.1]
-
-
No se utiliza la segunda interfaz Ethernet (Eth1).
Configure la interfaz eth1 - [saltar] como se muestra en la imagen.
-
Continúe con el asistente de configuración como se muestra en las imágenes.
-
Es fundamental habilitar el servidor NTP para sincronizar el reloj.
-
La zona horaria preferida es UTC.
Esto resume la configuración principal de MSE VA:
-------BEGIN-------- Role=1, Health Monitor Interface=eth0, Direct connect interface=none Virtual IP Address=10.10.10.11, Virtual IP Netmask=255.255.255.0 Eth0 IP address=10.10.10.12, Eth0 network mask=255.0.0.0 Default Gateway=10.10.10.1 -------END--------
-
-
Ingrese yes para confirmar que toda la información de configuración es correcta, como se muestra en la imagen.
-
Se recomienda reiniciar después de la configuración, como se muestra en la imagen.
-
Después de un reinicio, inicie los servicios MSE con los comandos /etc/init.d/msed start o service msed start como se muestra en la imagen.
-
Después de que se hayan iniciado todos los servicios, confirme que los servicios MSE estén funcionando correctamente con el comando getserverinfo.
El estado de la operación debe mostrar Up como se muestra en la imagen.
Configuración del MSE secundario
Estos pasos forman parte de la configuración para el VA MSE secundario:
-
Después de la nueva instalación, el inicio de sesión inicial inicia el asistente de configuración. Introduzca esta información como se muestra en la imagen:
-
Configurar alta disponibilidad - [Sí]
-
Seleccionar rol - [2] que indica secundario
-
Interfaz de supervisión de estado - [eth0] igual que la principal
-
-
Introduzca la información como se muestra en la imagen:
-
Conexión directa - [Ninguno]
-
Dirección IP eth0 - [10.10.10.13]
-
Máscara de red - [255.255.255.0]
-
Gateway predeterminado - [10.10.10.1]
-
-
Configure la interfaz eth1 - [Skip] como se muestra en la imagen.
-
Establezca la zona horaria - [UTC] como se muestra en la imagen.
-
Habilite el servidor NTP como se muestra en la imagen.
-
Complete los pasos restantes del asistente de configuración y confirme la información de configuración para guardar la configuración como se muestra en la imagen.
-
Reinicie e inicie los servicios del mismo modo que los pasos anteriores para el MSE primario, como se muestra en la imagen.
Gestionarlas desde Cisco Prime NCS (o Prime Infrastructure)
Los siguientes pasos muestran cómo agregar el VA MSE primario y secundario al NCS. Realice el proceso normal de agregar un MSE al NCS. Consulte la guía de configuración para obtener ayuda.
-
Desde NCS, navegue hasta Systems > Mobility Services y elija Mobility Services Engines como se muestra en la imagen.
-
En el menú desplegable, elija Add Mobility Services Engine. A continuación, haga clic en Ir como se muestra en la imagen.
-
Siga el asistente de configuración de NCS para MSE. En el escenario de este documento, los valores son:
-
Introduzca el nombre del dispositivo (p. ej. [MSE1]
-
Dirección IP - [10.10.10.12]
-
Nombre de usuario y contraseña (por configuración inicial)
-
Haga clic en Next como se muestra en la imagen.
-
-
Agregue todas las licencias disponibles y, a continuación, haga clic en Siguiente como se muestra en la imagen.
-
Seleccione servicios MSE y luego haga clic en Next como se muestra en la imagen.
-
Habilite los parámetros de rastreo y luego haga clic en Siguiente como se muestra en la imagen.
-
Es opcional asignar mapas y sincronizar servicios MSE. Haga clic en Finalizado para completar la adición del MSE al NCS y como se muestra en las imágenes.
Adición de MSE secundario a Cisco Prime NCS
La siguiente captura de pantalla muestra que se ha agregado el VA de MSE principal. Ahora, complete estos pasos para agregar el VA MSE secundario:
-
Busque la columna Secondary Server (Servidor secundario) y haga clic en el enlace para configurarlo como se muestra en la imagen.
-
Agregue el VA MSE secundario con la configuración en este escenario:
-
Nombre de dispositivo secundario - [mse2]
-
Dirección IP secundaria - [10.10.10.13]
-
Contraseña secundaria* - [predeterminada o desde el script de configuración]
-
Tipo de conmutación por fallo* - [Automático o Manual]
-
Tipo de reserva*
-
Espera de conmutación por fallo larga*
-
Click Save.
*Haga clic en el icono de información o consulte la documentación de MSE, si es necesario.
-
-
Haga clic en Aceptar cuando el NCS solicite emparejar los dos MSE como se muestra en la imagen.
El NCS tarda unos segundos en crear la configuración como se muestra en la imagen.
El NCS indica si el VA MSE secundario requiere una licencia de activación (L-MSE-7.0-K9), como se muestra en la imagen.
-
Haga clic en Aceptar y localice el archivo de licencia para activar el secundario como se muestra en la imagen.
-
Una vez que se ha activado el VA MSE secundario, haga clic en Guardar para completar la configuración como se muestra en la imagen.
-
Vaya a NCS > Mobility Services > Mobility Services Engine.
NCS muestra esta pantalla donde aparece el MSE secundario en la columna para el servidor secundario:
-
Para ver el estado de HA, navegue hasta NCS > Services > High Availability como se muestra en la imagen.
En el estado HA, puede ver el estado actual y los eventos del par MSE y como se muestra en la imagen.
La sincronización inicial y la replicación de datos pueden tardar unos minutos en configurarse. NCS proporciona la indicación % de progreso hasta que el par HA esté completamente activo como se ha visto anteriormente y como se muestra en la imagen.
Un nuevo comando introducido con la versión 7.2 del software MSE relacionada con HA es gethainfo. Este resultado muestra el primario y el secundario:
[root@mse1 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.10.10.12 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse1 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.13 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse2_666f2046-5699-11e1-b1b1-0050568901d9 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: PRIMARY_ACTIVE [root@mse2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.13 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse2 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.12 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse1_d5972642-5696-11e1-bd0c-0050568901d6 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
Configuración de HA con conexión directa
Network Connected MSE HA utiliza la red, mientras que la configuración de Direct Connect facilita el uso de una conexión de cable directa entre los servidores MSE primario y secundario. Esto puede ayudar a reducir las latencias en los tiempos de respuesta del latido, la replicación de datos y los tiempos de detección de fallos. Para este escenario, un MSE físico primario se conecta a un MSE secundario en la interfaz eth1, como se ve en la figura 5. Tenga en cuenta que Eth1 se utiliza para la conexión directa. Se requiere una dirección IP para cada interfaz.
Figura 5: MSE HA con conexión directa
-
Configure el MSE primario.
Resumen de la configuración del script de configuración:
-------BEGIN-------- Host name=mse3355-1 Role=1 [Primary] Health Monitor Interface=eth0 Direct connect interface=eth1 Virtual IP Address=10.10.10.14 Virtual IP Netmask=255.255.255.0 Eth1 IP address=1.1.1.1 Eth1 network mask=255.0.0.0 Default Gateway =10.10.10.1 -------END--------
-
Configure el MSE secundario.
Resumen de la configuración del script de configuración:
-------BEGIN-------- Host name=mse3355-2 Role=2 [Secondary] Health Monitor Interface=eth0 Direct connect interface=eth1 Eth0 IP Address 10.10.10.16 Eth0 network mask=255.255.255.0 Default Gateway=10.10.10.1 Eth1 IP address=1.1.1.2, Eth1 network mask=255.0.0.0 -------END--------
-
Agregue el MSE principal al NCS como se muestra en la imagen. (consulte ejemplos anteriores o consulte la guía de configuración).
-
Para configurar el MSE secundario, navegue hasta NCS > configure el servidor secundario.
-
Introduzca el nombre del dispositivo secundario - [mse3355-2]
-
Dirección IP secundaria - [10.10.10.16]
-
Complete los parámetros restantes y haga clic en Guardar como se muestra en la imagen.
-
-
Haga clic en Aceptar para confirmar el par de los dos MSE como se muestra en la imagen.
NCS tarda un momento en agregar la configuración del servidor secundario como se muestra en la imagen.
-
Cuando haya terminado, realice cualquier cambio en los parámetros de HA. Haga clic en Guardar como se muestra en la imagen.
-
Vea el estado HA para el progreso en tiempo real del nuevo par MSE HA como se muestra en la imagen.
-
Navegue hasta NCS > Servicios > Servicios de movilidad > Motores de servicios de movilidad, confirme que el HA de MSE (conexión directa) se agrega al NCS como se muestra en la imagen.
-
Desde la consola, también se puede ver confirmación con el comando gethainfo.
A continuación se muestra el resultado principal y secundario:
[root@mse3355-1 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.10.10.15 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ37xx Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.16 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Failover type: Automatic Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: Yes Heartbeat status: Up Current state: PRIMARY_ACTIVE [root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.15 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ37xx Failover type: Automatic Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: Yes Heartbeat status: Up Current state: SECONDARY_ACTIVE
Situación de configuración de HA para el dispositivo físico MSE
Según la matriz de emparejamiento, el máximo en la configuración HA es 2:1. Esto está reservado para el MSE-3355, que en el modo secundario, puede soportar un MSE-3310 y MSE-3350. La conexión directa no es aplicable en este escenario.
-
Configure cada uno de estos MSE para demostrar el escenario 2:1 HA:
MSE-3310 (Primary1) Server role: Primary Health Monitor IP Address (Eth0): 10.10.10.17 Virtual IP Address: 10.10.10.18 Eth1 – Not Applicable MSE-3350 (Primary2) Server role: Primary Health Monitor IP Address: 10.10.10.22 Virtual IP Address: 10.10.10.21 Eth1 – Not Applicable MSE-3355 (Secondary) Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary
-
Después de configurar todos los MSE, agregue Primary1 y Primary2 al NCS como se muestra en la imagen.
-
Haga clic para configurar el servidor secundario (como se muestra en ejemplos anteriores). Comience con uno de los MSE principales como se muestra en la imagen.
-
Introduzca los parámetros para el MSE secundario:
-
Nombre de dispositivo secundario: por ejemplo, [mse-3355-2]
-
Dirección IP secundaria - [10.10.10.16]
-
Complete los parámetros restantes.
-
Haga clic en Guardar como se muestra en la imagen.
-
-
Espere un breve momento para que se configure la primera entrada secundaria como se muestra en la imagen.
-
Confirme que el servidor secundario se agrega para el primer MSE primario como se muestra en la imagen.
-
Repita los pasos 3 a 6 para el segundo MSE principal como se muestra en la imagen.
-
Finalice con parámetros HA para el segundo MSE primario como se muestra en la imagen.
-
Guarde la configuración como se muestra en la imagen.
-
Verifique el estado para el progreso de cada uno de los MSEs Principales como se muestra en la imagen.
-
Confirme que los MSE Primarios1 y Primarios2 estén configurados con un MSE Secundario como se muestra en la imagen.
-
Navegue hasta NCS > Services > Mobility Services, elija High Availability como se muestra en la imagen.
Tenga en cuenta que 2:1 se confirma para el MSE-3355 como secundario para MSE-3310 y MSE-3350 como se muestra en la imagen.
A continuación se muestra un ejemplo de salida de la configuración HA desde la consola de los tres MSE cuando se utiliza el comando gethainfo:
[root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 2 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.22 Virtual IP Address: 10.10.10.21 Version: 7.2.103.0 UDI: AIR-MSE-3350-K9:V01:MXQ839xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE ---------------------------- Peer configuration#: 2 ---------------------------- Health Monitor IP Address 10.10.10.17 Virtual IP Address: 10.10.10.18 Version: 7.2.103.0 UDI: AIR-MSE-3310-K9:V01:FTX140xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos4 Instance database port: 1525 Dataguard configuration name: dg_mse4 Primary database alias: mseop4s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
La validación final para HA en el NCS muestra el estado como activo completo tanto para el MSE-3310 como para el MSE-3350 como se muestra en las imágenes.
Verificación
Actualmente, no hay un procedimiento de verificación disponible para esta configuración.
Resolución de problemas básicos de MSE HA
En esta sección se brinda información que puede utilizar para resolver problemas en su configuración.
Cuando agrega el MSE secundario, puede ver un mensaje como se muestra en la imagen.
Es posible que se haya producido un problema durante el script de configuración.
-
Ejecute el comando getserverinfo para verificar la configuración de red adecuada.
-
También es posible que los servicios no hayan comenzado. Ejecute el comando /init.d/msed start.
-
Vuelva a ejecutar el script de configuración si es necesario (/mse/setup/setup.sh) y guárdelo al final.
El VA para MSE también requiere una licencia de activación (L-MSE-7.0-K9). De lo contrario, el NCS solicita que se agregue el VA MSE secundario. Obtenga y agregue la licencia de activación para el MSE VA como se muestra en la imagen.
Si cambia el rol HA en el MSE, asegúrese de que los servicios se detengan completamente. Por lo tanto, detenga los servicios con el comando /init.d/msed stop y luego ejecute nuevamente el script de configuración (/mse/setup/setup.sh) como se muestra en la imagen.
Ejecute el comando gethainfo para obtener información de HA en el MSE. Esto proporciona información útil para la resolución de problemas o la supervisión del estado y los cambios de HA.
[root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 2 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.22 Virtual IP Address: 10.10.10.21 Version: 7.2.103.0 UDI: AIR-MSE-3350-K9:V01:MXQ839xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE ---------------------------- Peer configuration#: 2 ---------------------------- Health Monitor IP Address 10.10.10.17 Virtual IP Address: 10.10.10.18 Version: 7.2.103.0 UDI: AIR-MSE-3310-K9:V01:FTX140xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos4 Instance database port: 1525 Dataguard configuration name: dg_mse4 Primary database alias: mseop4s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
Además, NCS HA View es una gran herramienta de administración para obtener visibilidad de la configuración HA para MSE como se muestra en la imagen.
Situación de conmutación por fallas/recuperación
La situación en caso de failover/failback manual solamente, para un mejor control.
Primario activo, secundario listo para asumir el control
Una vez que se configura y se ejecuta MSE HA, el estado en Prime como se muestra en las imágenes:
Aquí están la getserverinfo y la gethainfo del MSE primario:
[root@NicoMSE ~]# getserverinfo Health Monitor is running Retrieving MSE Services status. MSE services are up, getting the status ------------- Server Config ------------- Product name: Cisco Mobility Service Engine Version: 8.0.110.0 Health Monitor Ip Address: 10.48.39.238 High Availability Role: 1 Hw Version: V01 Hw Product Identifier: AIR-MSE-VA-K9 Hw Serial Number: NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 HTTPS: null Legacy Port: 8001 Log Modules: -1 Log Level: INFO Days to keep events: 2 Session timeout in mins: 30 DB backup in days: 2 ------------- Services ------------- Service Name: Context Aware Service Service Version: 8.0.1.79 Admin Status: Disabled Operation Status: Down Service Name: WIPS Service Version: 3.0.8155.0 Admin Status: Enabled Operation Status: Up Service Name: Mobile Concierge Service Service Version: 5.0.1.23 Admin Status: Disabled Operation Status: Down Service Name: CMX Analytics Service Version: 3.0.1.68 Admin Status: Disabled Operation Status: Down Service Name: CMX Connect & Engage Service Version: 1.0.0.29 Admin Status: Disabled Operation Status: Down Service Name: HTTP Proxy Service Service Version: 1.0.0.1 Admin Status: Disabled Operation Status: Down -------------- Server Monitor -------------- Server start time: Sun Mar 08 12:40:32 CET 2015 Server current time: Sun Mar 08 14:04:30 CET 2015 Server timezone: Europe/Brussels Server timezone offset (mins): 60 Restarts: 1 Used Memory (MB): 197 Allocated Memory (MB): 989 Max Memory (MB): 989 DB disk size (MB): 17191 --------------- Active Sessions --------------- Session ID: 5672 Session User ID: 1 Session IP Address: 10.48.39.238 Session start time: Sun Mar 08 12:44:54 CET 2015 Session last access time: Sun Mar 08 14:03:46 CET 2015 ---------------------------- Default Trap Destinations ---------------------------- Trap Destination - 1 ----------------- IP Address: 10.48.39.225 Last Updated: Sun Mar 08 12:34:12 CET 2015 [root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: PRIMARY_ACTIVE
Y aquí están los mismos para el MSE secundario:
[root@NicoMSE2 ~]# getserverinfo Health Monitor is running Retrieving MSE Services status. MSE services are up and in DORMANT mode, getting the status ------------- Server Config ------------- Product name: Cisco Mobility Service Engine Version: 8.0.110.0 Health Monitor Ip Address: 10.48.39.240 High Availability Role: 2 Hw Version: V01 Hw Product Identifier: AIR-MSE-VA-K9 Hw Serial Number: NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 HTTPS: null Legacy Port: 8001 Log Modules: -1 Log Level: INFO Days to keep events: 2 Session timeout in mins: 30 DB backup in days: 2 ------------- Services ------------- Service Name: Context Aware Service Service Version: 8.0.1.79 Admin Status: Disabled Operation Status: Down Service Name: WIPS Service Version: 3.0.8155.0 Admin Status: Enabled Operation Status: Up Service Name: Mobile Concierge Service Service Version: 5.0.1.23 Admin Status: Disabled Operation Status: Down Service Name: CMX Analytics Service Version: 3.0.1.68 Admin Status: Disabled Operation Status: Down Service Name: CMX Connect & Engage Service Version: 1.0.0.29 Admin Status: Disabled Operation Status: Down Service Name: HTTP Proxy Service Service Version: 1.0.0.1 Admin Status: Disabled Operation Status: Down -------------- Server Monitor -------------- Server start time: Sun Mar 08 12:50:04 CET 2015 Server current time: Sun Mar 08 14:04:32 CET 2015 Server timezone: Europe/Brussels Server timezone offset (mins): 60 Restarts: null Used Memory (MB): 188 Allocated Memory (MB): 989 Max Memory (MB): 989 DB disk size (MB): 17191 [root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
Fallo en secundaria
Para activar manualmente, vaya a la configuración MSE HA en Prime Infrastructure y haga clic en Switchover.
Muy rápidamente, el gethainfo en ambos servidores pasará a FAILOVER_INVOKED
gethainfo primario:
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_INVOKED
Getainfo secundario:
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_INVOKED
Una vez que la conmutación por fallas se complete, verá esta imagen en Prime:
El gethainfo primario:
[root@NicoMSE ~]# gethainfo Health Monitor is not running. Following information is from the last saved configuration ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Last shutdown state: FAILOVER_ACTIVE
Secundario:
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_ACTIVE
En esta etapa, la conmutación por fallas está terminada y el MSE secundario está completamente a cargo.
Es de destacar que los servicios en el MSE primario se detienen cuando se hace un switchover manual (para simular un evento real de MSE primario que se cae)
Si realiza la copia de seguridad principal, su estado se "TERMINARÁ". Es normal y secundario sigue siendo el encargado y muestra "FAILOVER_ACTIVE"
Cómo volver al primario
Antes de volver, debe activar la copia de seguridad principal.
Su estado es entonces "TERMINADO":
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: TERMINATED
Cuando invoca la conmutación por fallas desde Prime, ambos nodos pasan a "FAILBACK ACTIVE" que no es el estado final (contrario a "failover active").
gethainfo primario:
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILBACK_ACTIVE
gethainfo secundario:
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILBACK_ACTIVE
Prime muestra esta imagen:
Cuando se realiza la conmutación por recuperación pero el secundario sigue ocupado transfiriendo los datos de vuelta a primaria, el primario muestra:
gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: FAILBACK_COMPLETE
show secundario:
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ALONE
Prime en esta etapa es como se muestra en la imagen:
Cuando se complete esto, todos los estados volverán al estado original: Los estados PRIMARY_ACTIVE, SECONDARY_ACTIVE y Prime HA muestran como una nueva implementación de nuevo.
Matriz de estado HA
| PRIMARY_ACTIVE | Estado de la MSE primaria cuando es primaria, responsable y todo está bien |
| SECONDARY_ACTIVE | Estado del MSE secundario cuando está activo, pero no a cargo (el principal aún lo está), listo para asumir el control cuando sea necesario |
| FAILOVER_INVOKED | Se muestra en ambos nodos cuando se produce la conmutación por fallas, es decir, el MSE secundario inicia sus servicios cargando la base de datos del MSE primario |
| FAILOVER_ACTIVE | Estado final de un failover. El MSE secundario se considera "activo y en ejecución" y el MSE primario está inactivo |
| FINALIZADO | Estado de un nodo MSE que vuelve con los servicios activos después de estar inactivo y cuando no es el nodo a cargo (por lo que puede ser el estado primario cuando se reinician los servicios y PI todavía da control sobre el MSE secundario). También significa que el link HA podría no estar activo (si uno de los MSE está reiniciando por ejemplo o simplemente no puede hacer ping) |
| FAILBACK_ACTIVE | A diferencia de la conmutación por fallas, esta no es la etapa final de la conmutación por fallas. Esto significa que se invocó la conmutación por recuperación y que actualmente se está produciendo. La base de datos se está copiando de secundaria a primaria |
| FAILBACK_COMPLETE | Estado del nodo primario cuando está de nuevo a cargo pero todavía está ocupado cargando la base de datos del MSE secundario |
| SECONDARY_ALONE | Estado del MSE secundario cuando se realiza la recuperación y el primario está a cargo pero aún cargando datos |
| GRACEFUL_SHUTDOWN | Estado activado si se reinicia manualmente o se detienen los servicios en el otro MSE en caso de conmutación por fallas/recuperación automática. Esto significa que no se recuperará porque el tiempo de inactividad fue provocado manualmente |
Comentarios y datos importantes sobre HA
- Es muy importante no activar un failover inmediatamente después de un failover y viceversa. Las bases de datos necesitan unos 30 minutos para estabilizarse
- Los archivos de configuración de HA son base-ha-config.properties en /opt/mse/health-monitor/resources/config/; sin embargo, no se pretende editarlos manualmente (utilice setup.sh en su lugar). Sin embargo, puede verla en caso de duda
- HA no está pensado para romperse manualmente. La única manera limpia de hacerlo es eliminar el MSE secundario de Prime Infra. Cualquier otro método (ejecutar setup.sh en secondary para convertirlo en primario, desinstalar, cambiar ip ...) interrumpirá la base de datos y la máquina de estado y probablemente tendrá que reinstalar ambos MSE
Resolución de problemas HA
Los registros relacionados con HA se guardan bajo el /opt/mse/logs/hm directory con health-monitor*.log siendo el archivo de registro principal.
Problema: Tanto el Primario como el Secundario están activos (Condición del cerebro de la división)
1. Cierre la interfaz IP virtual (VIP) en el secundario. Sería eth0:1 ifconfig eth0:1 down
2. Reinicie los servicios en el MSE secundario
service msed stop
service msed start
3. Verifique si el secundario ha comenzado a sincronizarse con el primario de Prime Infrastructure.
Problema: La sincronización del secundario con el primario para HA se atasca en X% durante mucho tiempo
1. Detener el servicio en el secundario
service msed stop
2. Eliminar /opt/mse/health-monitor/resources/config/advance-c
3. Si todavía hay problemas en el establecimiento de HA, podría haber entrado en un estado inconsistente donde tenemos que quitar todo en el directorio 'data' en el secundario usando rm -rf /opt/data/*
4. Reinicie el secundario. Añádalo desde Prime Infrastructure al primario para iniciar de nuevo HA.
Problema: No se puede eliminar el servidor secundario de PI después de que no se pueda alcanzar
1. Detenga el servicio en el primario.
2. Eliminar /opt/mse/health-monitor/resources/config/advance-c
3. Reinicie el servicio en el primario.
4. Elimine el MSE principal de PI y vuelva a agregarlo.
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)