El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
En este documento se describen las directrices de configuración e implementación, así como consejos para la resolución de problemas de aquellos que agregan Mobility Services Engine (MSE) High Availability (HA) y ejecutan Context Aware Services o Adaptive Wireless Intrusion Prevention System (AwIPS) a una LAN inalámbrica unificada (WLAN) de Cisco. El propósito de este documento es explicar las pautas para MSE HA y proporcionar escenarios de implementación de HA para MSE.
Nota: Este documento no proporciona detalles de configuración para MSE y los componentes asociados que no pertenecen a MSE HA. Esta información se proporciona en otros documentos y se proporcionan referencias. La configuración wIPS adaptable tampoco se trata en este documento.
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 activado, cada MSE activo se respalda con otra instancia inactiva. MSE HA presenta el monitor de estado en el que configura, administra y supervisa la configuración de alta disponibilidad. Se mantiene un latido entre el MSE primario y el secundario. El monitor de estado es responsable 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 manera transparente.
Esta configuración (consulte la figura 1) muestra una implementación típica de WLAN de Cisco 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
La información aquí es acerca de la arquitectura de HA de MSE:
El appliance virtual MSE solo admite HA 1:1
Un MSE secundario puede admitir hasta dos MSE primarios. Consulte la matriz de emparejamiento de HA (figuras 2 y 3)
HA admite Network Connected y Direct Connected
Solo se admite la redundancia de capa 2 de MSE. La IP del monitor de estado y 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
Cada MSE principal activo está respaldado por otra instancia inactiva. El MSE secundario se vuelve activo 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 de 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 principal, ya sean appliances 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 MSE HA N:1
Este ejemplo muestra la configuración de HA para el dispositivo virtual (VA) MSE (consulte la figura 4). Para este escenario, se configuran estas opciones:
AV MSE primario:
Virtual IP – [10.10.10.11] Health Monitor interface (Eth0) – [10.10.10.12]
MSE VA secundaria:
Virtual IP – [None] Health Monitor interface (Eth0) – [10.10.10.13]
Nota: Se requiere una licencia de activación (L-MSE-7.0-K9) por VA. Esto es necesario para la configuración HA del dispositivo virtual.
Figura 4. Dispositivo virtual MSE en HA
Consulte 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 del dispositivo virtual 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 iniciar sesión por primera vez, como se muestra en la imagen.
Introduzca las entradas necesarias (nombre de host, dominio, etc.). Introduzca YES en el paso para configurar la alta disponibilidad.
Ingrese esta información y como se muestra en las imágenes.
Seleccione Rol - [1 para principal].
Health Monitor interface - [eth0]*
*Parámetros de red asignados al adaptador de red 1
Seleccione 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:
Configure Eth0 - [Yes]
Ingrese Eth0 IP address- [10.10.10.12]
Máscara de red: [255.255.255.0]
Default Gateway (Gateway predeterminada): [10.10.10.1]
No se utiliza la segunda interfaz Ethernet (Eth1).
Configure eth1 interface - [skip] 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 del dispositivo virtual de MSE:
-------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.
Una vez que se hayan iniciado todos los servicios, confirme que los servicios MSE funcionan correctamente con el comando getserverinfo.
El estado de funcionamiento debe aparecer como Up en la imagen.
Estos pasos forman parte de la configuración del dispositivo virtual 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í]
Seleccione el rol - [2] que indica Secundario
Health Monitor Interface - [eth0] igual que Primary
Introduzca la información tal y como se muestra en la imagen:
Conexión directa: [Ninguno]
IP address eth0 - [10.10.10.13]
Máscara de red - [255.255.255.0]
Default Gateway (Gateway predeterminado): [10.10.10.1]
Configure eth1 interface - [Skip] como se muestra en la imagen.
Establezca la zona horaria - [UTC] como se muestra en la imagen.
Active 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 de la misma manera que los pasos anteriores para el MSE primario, como se muestra en la imagen.
Los siguientes pasos muestran cómo agregar el MSE VA 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.
En NCS, vaya a Systems > Mobility Services y elija Mobility Services Engines como se muestra en la imagen.
En el menú desplegable, seleccione Add Mobility Services Engine. A continuación, haga clic en Go 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]
IP address (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 Next como se muestra en la imagen.
Seleccione servicios MSE y haga clic en Next como se muestra en la imagen.
Habilite los parámetros de rastreo, luego haga clic en Next 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.
La siguiente captura de pantalla muestra que se ha agregado el dispositivo virtual MSE principal. Ahora, complete estos pasos para agregar el MSE VA secundario:
Busque la columna Servidor secundario y haga clic en el enlace para configurar como se muestra en la imagen.
Agregue el dispositivo virtual MSE secundario con la configuración en esta situación:
Nombre de dispositivo secundario: [mse2]
Dirección IP secundaria: [10.10.10.13]
Contraseña secundaria*: [predeterminada o de la secuencia de comandos de configuración]
Tipo de conmutación por fallo*: [Automático o Manual]
Tipo de reserva*
Espera larga de conmutación por fallo*
Click Save.
*Haga clic en el icono de información o consulte la documentación de MSE, si es necesario.
Haga clic en OK cuando el NCS le pida que vincule 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 pregunta si el dispositivo virtual de 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 haya activado el dispositivo virtual MSE secundario, haga clic en Save para completar la configuración como se muestra en la imagen.
Vaya a NCS > Mobility Services > Mobility Services Engine.
NCS muestra esta pantalla en la que el MSE secundario aparece en la columna correspondiente al 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 por el par MSE y como se muestra en la imagen.
La sincronización inicial y la replicación de datos pueden tardar varios minutos en configurarse. El 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 que se relaciona 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
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 de los latidos, 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 principal.
Resumen de la configuración desde el script de instalació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 desde el script de instalació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 primario al NCS como se muestra en la imagen. (consulte los ejemplos anteriores o la guía de configuración).
Para configurar el MSE secundario, navegue hasta NCS > configure Secondary Server.
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 Save como se muestra en la imagen.
Haga clic en OK para confirmar el par de los dos MSEs como se muestra en la imagen.
NCS tarda unos instantes en agregar la configuración del servidor secundario como se muestra en la imagen.
Cuando haya terminado, realice los cambios necesarios en los parámetros de HA. Haga clic en Guardar como se muestra en la imagen.
Vea el estado de HA para el progreso en tiempo real del nuevo par de HA de MSE como se muestra en la imagen.
Vaya a NCS > Services > Mobility Services > Mobility Services Engines, confirme que el HA de MSE (conexión directa) se agrega al NCS como se muestra en la imagen.
Desde la consola, la confirmación también se puede ver con el comando gethainfo.
A continuación se muestra el resultado primario 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
Según la matriz de emparejamiento, el máximo en la configuración de HA es 2:1. Esto se reserva para el MSE-3355, que en el modo secundario, puede soportar un MSE-3310 y un 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
Una vez configurados 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 los ejemplos anteriores). Comience con uno de los MSE primarios 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 a 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 primario como se muestra en la imagen.
Finalice con los parámetros de HA para el segundo MSE primario como se muestra en la imagen.
Guarde los parámetros como se muestra en la imagen.
Compruebe el estado del progreso de cada uno de los MSE primarios como se muestra en la imagen.
Confirme que los MSE Primario1 y Primario2 estén configurados con un MSE Secundario, como se muestra en la imagen.
Vaya a NCS > Services > Mobility Services, elija High Availability como se muestra en la imagen.
Observe que 2:1 está confirmado para el MSE-3355 como secundario para el MSE-3310 y el MSE-3350, como se muestra en la imagen.
Aquí hay un ejemplo de salida de la configuración de 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 NCS muestra el estado como completamente activo para MSE-3310 y MSE-3350, como se muestra en las imágenes.
Actualmente, no hay un procedimiento de verificación disponible para esta configuración.
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 si la configuración de red es correcta.
También es posible que los servicios no se hayan iniciado. Ejecute el comando /init.d/msed start.
Vuelva a ejecutar el script de instalació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 sistema NCS le avisa cuando agrega el dispositivo virtual MSE secundario. Obtenga y agregue la licencia de activación para el dispositivo virtual MSE como se muestra en la imagen.
Si cambia la función HA en MSE, asegúrese de que los servicios estén completamente detenidos. Por lo tanto, detenga los servicios con el comando /init.d/msed stop, 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 excelente herramienta de gestión para obtener visibilidad de la configuración de HA para MSE, como se muestra en la imagen.
La situación en caso de failover/failback manual solamente, para un mejor control.
Una vez que MSE HA está configurado y en funcionamiento, cambie el estado en Prime como se muestra en las imágenes:
Aquí están el getserverinfo y el 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
Para activar manualmente, vaya a la configuración de MSE HA en Prime Infrastructure y haga clic en Switchover.
Muy rápidamente, el gethainfo en ambos servidores se convertirá en FAILOVER_INVOKED
getainfo 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
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: FAILOVER_INVOKED
Una vez completada la conmutación por fallas, 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 importante señalar que los servicios en el MSE primario se detienen cuando se realiza un switchover manual (para simular un evento real de caída del MSE primario)
Si activa la copia de seguridad principal, su estado será "TERMINATED" (FINALIZADO). Es normal y secundario sigue siendo el que está a cargo y muestra "FAILOVER_ACTIVE"
Antes de conmutar por error, 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 recuperación desde Prime, ambos nodos entran en "FAILBACK ACTIVE", que no es el estado final (a diferencia de "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
información secundaria sobre gethainfo:
[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 datos de nuevo al primario, 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, todos los estados volverán al estado original: El estado de PRIMARY_ACTIVE, SECONDARY_ACTIVE y Prime HA se muestra de nuevo como una nueva implementación.
PRIMARY_ACTIVE | Estado del MSE primario cuando es primario, está a cargo y todo está bien |
SECONDARY_ACTIVE | Estado del MSE secundario cuando está activo, pero no a cargo (el primario todavía lo está), listo para asumir el control cuando sea necesario |
FAILOVER_INVOKED | Se muestra en ambos nodos cuando se produce la conmutación por fallo, es decir, cuando el MSE secundario inicia sus servicios cargando la base de datos del MSE principal |
FAILOVER_ACTIVE | Estado final de un failover. El MSE secundario se considera "activo y en funcionamiento" 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 de primario cuando los servicios se reinician y PI todavía da control en 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 se 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 la secundaria a la primaria |
FAILBACK_COMPLETE | Estado del nodo principal cuando vuelve a estar a cargo pero sigue ocupado cargando la base de datos desde el MSE secundario |
SECONDARY_ALONE | Estado del MSE secundario cuando se realiza la conmutación por recuperación y el principal está a cargo pero aún carga los datos |
GRACEFUL_SHUTDOWN | El estado se activa si se reinician o detienen manualmente los servicios en el otro MSE en caso de failover/failover automático. Esto significa que no se hará cargo, ya que el tiempo de inactividad se ha provocado manualmente |
Los registros relacionados con HA se guardan en el directorio /opt/mse/logs/hm, siendo health-monitor*.log el archivo de registro principal.
Problema: Tanto la primaria como la secundaria están activas (enfermedad cerebral dividida)
1. Apague 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. Compruebe si el secundario ha comenzado a sincronizarse con el principal desde Prime Infrastructure.
Problema: La sincronización del secundario con el primario para HA se bloquea en X% durante mucho tiempo
1. Detenga el servicio en el secundario
service msed stop
2. Retire el /opt/mse/health-monitor/resources/config/advance-c
3. Si todavía hay problemas en el establecimiento de HA, podría haber llegado a un estado inconsistente donde tenemos que eliminar todo bajo el directorio 'data' en el secundario usando rm -rf /opt/data/*
4. Reinicie el secundario. Añádalo desde Prime Infrastructure al principal para volver a iniciar HA.
Problema: No se puede eliminar el servidor secundario de PI después de que sea inalcanzable
1. Detenga el servicio en el principal.
2. Retire el /opt/mse/health-monitor/resources/config/advance-c
3. Reinicie el servicio en el primario.
4. Elimine el MSE primario de PI y vuelva a agregarlo.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
21-Apr-2016
|
Versión inicial |