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).
Este documento describe la configuración y las Pautas para la instrumentación, así como los consejos de Troubleshooting para los que agreguen la Alta disponibilidad del motor de los Servicios de movilidad (MSE) (HA) y funcionen con los servicios enterados y/o el sistema de prevención de intrusiones inalámbrico adaptante (AwIPS) del contexto a un Cisco Unified Wireless LAN (red inalámbrica (WLAN)). El propósito de este documento es explicar las guías de consulta para MSE HA y proporcionar los escenarios de instrumentación HA para MSE.
Note: Este documento no proporciona a los detalles de la configuración para el MSE y los componentes asociados que no pertenecen a MSE HA. Esta información se proporciona en otros documentos, y se proporcionan las referencias. La configuración adaptante del wIPS también no se cubre en este documento.
El MSE es una plataforma que es capaz de dirigir los servicios relacionados múltiples. Estos servicios proporcionan las funciones de alto nivel del servicio. Por lo tanto, la consideración para el HA es crítica para mantener la confianza más alta del servicio.
Con el HA habilitado, cada MSE activo es sostenido por otro caso inactivo. MSE HA introduce el control de salud en el cual configura, maneja, y monitorea la configuración de gran disponibilidad. Un latido del corazón se mantiene entre el MSE primario y secundario. El control de salud es responsable de configurar la base de datos, la replicación de archivos, y monitorear la aplicación. Cuando el MSE primario falla y el secundario asume el control, conmutan a la dirección virtual del MSE primario transparente.
Esta configuración (véase el cuadro 1.) demuestra un despliegue de WLAN típico de Cisco que incluya Cisco MSE habilitado para el HA.
El soporte HA está disponible en el MSE-3310, MSE-3350/3355, 3365 y el dispositivo virtual en ESXi.
Cuadro 1. despliegue MSE en el HA
La información aquí está sobre la arquitectura MSE HA:
El dispositivo virtual MSE soporta solamente 1:1 HA
Un MSE secundario puede soportar hasta dos MSEs primario. Vea el HA el emparejar de la matriz (cuadros 2 y 3)
El HA soporta la red conectada y dirige conectado
Solamente se soporta la Redundancia de la capa 2 MSE. El IP del control de salud y IP virtual debe estar en la misma subred y accesible de la Redundancia de la capa 3 del Sistema de control de redes (NC) no se soporta
El IP del control de salud y IP virtual debe ser diferente
Usted puede utilizar el manual o a la falla automática
Usted puede utilizar el failback manual o automático
El MSE primario y secundario debe estar en la misma versión de software
Cada MSE primario activo es sostenido por otro caso inactivo. El MSE secundario llega a ser activo solamente después que se inicia el procedimiento de la Conmutación por falla.
El procedimiento de la Conmutación por falla puede ser manual o automático
Hay una software y instancia de la base de datos para cada MSE primario registrado.
Cuadro 2. soporte MSE HA que empareja la matriz
La línea de fondo de esta matriz es que el caso secundario debe siempre tener especificaciones iguales o altas que el primarias, si son dispositivos o máquinas virtuales.
El MSE-3365 se puede emparejar solamente con otro MSE-3365. No se prueba/se soporta ninguna otra combinación.
Cuadro 3. MSE HA N:1 que empareja la matriz
Este ejemplo muestra la configuración HA para el dispositivo virtual MSE (VA) (véase el cuadro 4). Para este escenario, se configuran estas configuraciones:
MSE primario VA:
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]
Note: Una licencia de la activación (L-MSE-7.0-K9) se requiere por el VA. Esto se requiere para la configuración HA del VA.
Cuadro 4. dispositivo virtual MSE en el HA
Refiera a la Documentación de Cisco en el dispositivo virtual MSE para más información.
Aquí están los pasos generales:
Complete la instalación VA para MSE y verifiquela que todas las configuraciones de red están resueltas tal y como se muestra en de la imagen.
Ponga los parámetros vía el asistente para la configuración en el primer login tal y como se muestra en de la imagen.
Ingrese las entradas requeridas (nombre del host, dominio, etc.). Ingrese los YE en el paso para configurar la Alta disponibilidad.
Ingrese esta información y tal y como se muestra en de las imágenes.
Seleccione el papel – [1 para primario].
Interfaz del control de salud – [eth0] *
configuraciones del *Network asociadas al adaptador de red 1
Directos selectos conectan el [none] de la interfaz tal y como se muestra en de la imagen.
Ingrese esta información y tal y como se muestra en de la imagen:
Dirección IP virtual – [10.10.10.11]
Máscara de la red – [255.255.255.0]
Comience MSE en el modo de recuperación – [no]
Ingrese esta información y tal y como se muestra en de la imagen:
Eth0 de la configuración - [Yes]
Ingrese el IP Address del eth0 – [10.10.10.12]
Máscara de la red – [255.255.255.0]
Default gateway – [10.10.10.1]
La segunda interfaz de Ethernet (eth1) no se utiliza.
Interfaz del eth1 de la configuración - [skip] tal y como se muestra en de la imagen.
Continúe a través del asistente para la configuración tal y como se muestra en de las imágenes.
Es crítico permitir al servidor NTP para sincronizar el reloj.
El huso horario preferido es UTC.
Esto resume la configuración primaria 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 sí para confirmar que toda la información de configuración está correcta tal y como se muestra en de la imagen.
Una reinicialización se recomienda después de la configuración tal y como se muestra en de la imagen.
Después de que una reinicialización, comience los servicios MSE con /etc/init.d/msed comienzan o los comandos start msed servicio tal y como se muestra en de la imagen.
Después de todo los servicios han comenzado, confirman que los servicios MSE están trabajando correctamente con el comando del getserverinfo.
El estado de la operación debe aparecer tal y como se muestra en de la imagen.
Estos pasos son parte de la configuración para el MSE secundario VA:
Después de que sea nuevo instale, la conexión con el sistema inicial comience al asistente para la configuración. Ingrese esta información tal y como se muestra en de la imagen:
Alta disponibilidad de la configuración – [Yes]
Seleccione el papel – [2] que indica secundario
Interfaz del control de salud – [eth0] lo mismo que primarios
Ingrese la información tal y como se muestra en de la imagen:
Conexión directa – [None]
Eth0 de la dirección IP – [10.10.10.13]
Máscara de la red – [255.255.255.0]
Default gateway – [10.10.10.1]
Interfaz del eth1 de la configuración – [Skip] tal y como se muestra en de la imagen.
Fije el huso horario - [UTC] tal y como se muestra en de la imagen.
Servidor NTP del permiso tal y como se muestra en de la imagen.
Complete los pasos restantes del asistente para la configuración y confirme la información de configuración para salvar la configuración tal y como se muestra en de la imagen.
Reinicie y comience los servicios lo mismo que los pasos anteriores para el MSE primario tal y como se muestra en de la imagen.
Los siguientes pasos muestran cómo agregar el MSE primario y secundario VA a los NC. Realice el proceso normal de agregar un MSE a los NC. Vea la guía de configuración para la ayuda.
De los NC, navegue a los sistemas > a los Servicios de movilidad y elija los motores de los Servicios de movilidad tal y como se muestra en de la imagen.
Del menú desplegable, elija agregan el motor de los Servicios de movilidad. Entonces, el tecleo va tal y como se muestra en de la imagen.
Siga al asistente de configuración NC para MSE. En el escenario de este documento, los valores son:
Ingrese el Nombre del dispositivo – e.g. [MSE1]
Dirección IP – [10.10.10.12]
Nombre de usuario y contraseña (por la configuración inicial)
Tecleo después tal y como se muestra en de la imagen.
Agregue todas las licencias disponibles, después haga clic después tal y como se muestra en de la imagen.
Seleccione los servicios MSE, después haga clic después tal y como se muestra en de la imagen.
Habilite el seguimiento de los parámetros, después haga clic después tal y como se muestra en de la imagen.
Es opcional asignar las correspondencias y sincronizar los servicios MSE. Haga clic hecho para completar la adición del MSE a los NC y tal y como se muestra en de las imágenes.
El tiro de siguiente pantalla muestra que se ha agregado el MSE primario VA. Ahora, complete estos pasos para agregar el MSE secundario VA:
Localice la columna del servidor secundario, y haga clic el link para configurar tal y como se muestra en de la imagen.
Agregue el MSE secundario VA con la configuración en este escenario:
Nombre de dispositivo secundario – [mse2]
Driección IP secundaria – [10.10.10.13]
Password* secundario – [default or from setup script]
Conmutación por falla Type* – [Automatic, or Manual]
Retraso Type*
Conmutación por falla larga Wait*
Click Save.
el *Click el icono de información o refiere a la documentación MSE, si procede.
Haga Click en OK cuando los NC indican para emparejar encima de los dos MSEs tal y como se muestra en de la imagen.
Los NC tardan pocos segundos para crear la configuración tal y como se muestra en de la imagen.
Los NC indican si el MSE secundario VA requiere una licencia de la activación (L-MSE-7.0-K9) tal y como se muestra en de la imagen.
El Haga Click en OK y localiza el archivo de licencia para activar secundario tal y como se muestra en de la imagen.
Una vez que se ha activado el MSE secundario VA, salvaguardia del tecleo para completar la configuración tal y como se muestra en de la imagen.
Navegue a los NC > los Servicios de movilidad > motor de los Servicios de movilidad.
Los NC visualizan esta pantalla donde el MSE secundario aparece en la columna para el servidor secundario:
Para ver el estatus HA, navegue al > Services (Servicios) NC > a la Alta disponibilidad tal y como se muestra en de la imagen.
En el estatus HA, usted puede ver el estado actual y los eventos por los pares MSE y tal y como se muestra en de la imagen.
Puede tardar algunos minutos para que la replicación de la sincronización inicial y de los datos sea configurada. Los NC proporcionan de la indicación del progreso los % hasta que el par HA sea completamente activo según lo considerado anterior y tal y como se muestra en de la imagen.
Un comando new presentado con el Software Release 7.2 MSE que se relaciona con el HA es gethainfo. Esta salida muestra el primario y 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
MSE conectado red HA utiliza la red, mientras que el directos conectan la configuración facilitan el uso de una conexión por cable directa entre los servidores primarios y secundarios MSE. Esto puede ayudar a reducir los tiempos de espera en los tiempos de respuesta del latido del corazón, la replicación de los datos y los tiempos de la detección de falla. Para este escenario, una comprobación primaria MSE conecta con un MSE secundario en el eth1 de la interfaz, como se ve en el cuadro 5. Observe que el eth1 está utilizado para el directo conecta. Una dirección IP para cada interfaz se requiere.
Figura 5: MSE HA con directo conectan
Configure el MSE primario.
Resumen de configuración de la secuencia de comandos 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 configuración de la secuencia de comandos 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 primario a los NC tal y como se muestra en de la imagen. (véase los ejemplos anteriores, o refiera a la guía de configuración).
Para configurar el MSE secundario, navegue a los NC > servidor secundario de la configuración.
Ingrese el nombre de dispositivo secundario - [mse3355-2]
Driección IP secundaria – [10.10.10.16]
Parámetros restantes y salvaguardia completos del tecleo tal y como se muestra en de la imagen.
Haga Click en OK para confirmar los pares para arriba de los dos MSEs tal y como se muestra en de la imagen.
Los NC tardan un momento para agregar la configuración de servidor secundario tal y como se muestra en de la imagen.
Cuando está completado, realice cualquier cambio a los parámetros HA. Haga clic la salvaguardia tal y como se muestra en de la imagen.
Vea el estatus HA para el progreso en tiempo real de los nuevos pares MSE HA tal y como se muestra en de la imagen.
Navegue al > Services (Servicios) NC > a los Servicios de movilidad > a los motores de los Servicios de movilidad, confirme que el MSE (directo conecte) HA está agregado a los NC tal y como se muestra en de la imagen.
De la consola, la confirmación se puede también considerar con el comando del gethainfo.
Aquí está la salida primaria y secundaria:
[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
De acuerdo con la matriz que empareja, el máximo en la configuración HA es 2:1. Esto es reservado para el MSE-3355, que en el modo secundario, pueden soportar un MSE-3310 y el MSE-3350. Direct conecta es no corresponde en este escenario.
Configure cada uno de estos MSEs para demostrar el escenario de 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 todo MSEs se configura, agrega Primary1 y Primary2 a los NC tal y como se muestra en de la imagen.
Tecleo para configurar al servidor secundario (tal y como se muestra en de los ejemplos anteriores). Comience con cualquiera uno del MSEs primario tal y como se muestra en de la imagen.
Ingrese los parámetros para el MSE secundario:
Nombre de dispositivo secundario: por ejemplo, [mse-3355-2]
Driección IP secundaria – [10.10.10.16]
Complete los parámetros restantes.
Haga clic la salvaguardia tal y como se muestra en de la imagen.
Espere instante la primera entrada secundaria que se configurará tal y como se muestra en de la imagen.
Confirme que agregan al servidor secundario para el primer MSE primario tal y como se muestra en de la imagen.
Relance los pasos 3 a 6 para el segundo MSE primario tal y como se muestra en de la imagen.
Concluya con los parámetros HA para el segundo MSE primario tal y como se muestra en de la imagen.
Salve las configuraciones tal y como se muestra en de la imagen.
Marque el estatus para el progreso para cada uno del MSEs primario tal y como se muestra en de la imagen.
Confirme que Primary1 y Primary2 MSEs están configurados con un MSE secundario tal y como se muestra en de la imagen.
Navegue al > Services (Servicios) > a los Servicios de movilidad NC, elija la Alta disponibilidad tal y como se muestra en de la imagen.
Observe que 2:1 está confirmado para el MSE-3355 como secundario para el MSE-3310 y el MSE-3350 tal y como se muestra en de la imagen.
Aquí está una salida de muestra del HA puesto de la consola de los tres MSEs cuando se utiliza el comando del 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 el HA en los NC muestra el estatus como completamente activo para el MSE-3310 y el MSE-3350 tal y como se muestra en de las imágenes.
Actualmente, no hay un procedimiento de verificación disponible para esta configuración.
Esta sección brinda información que puede utilizar para la solución de problemas en su configuración.
Cuando usted agrega el MSE secundario, usted puede ver un prompt tal y como se muestra en de la imagen.
Es posible, había un problema durante la secuencia de comandos de configuración.
Funcione con el comando del getserverinfo para marcar para saber si hay configuraciones de la red adecuada.
Es también posible que los servicios no han comenzado. Funcione con el comando start de /init.d/msed.
Ejecútese a través de la secuencia de comandos de configuración otra vez si procede (/mse/setup/setup.sh) y salve en el extremo.
El VA para MSE también requiere una licencia de la activación (L-MSE-7.0-K9). Si no, los NC indican cuando usted agrega el MSE secundario VA. Obtenga y agregue la licencia de la activación para el MSE VA tal y como se muestra en de la imagen.
Si conmuta el papel HA en el MSE, asegúrese de que paran a los servicios completamente. Por lo tanto, pare los servicios con el comando stop de /init.d/msed, después funcione con la secuencia de comandos de configuración otra vez (/mse/setup/setup.sh) tal y como se muestra en de la imagen.
Funcione con el comando del gethainfo para conseguir la información HA sobre el MSE. Esto proporciona la información útil en el estatus del troubleshooting o de la supervisión HA y cambia.
[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, la opinión NC HA es una gran herramienta de administración para conseguir la visibilidad al HA puesto para MSE tal y como se muestra en de la imagen.
La situación en caso del failover manual/del failback solamente, para un mejor control.
Una vez que el MSE HA es configurado y en servicio, el estado en la prima tal y como se muestra en de 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 lo mismo 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 accionar manualmente, usted entra en la configuración MSE HA en la infraestructura primera y hace clic en el intercambio.
Muy rápidamente, el gethainfo en ambos servidores dará vuelta 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
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 que la Conmutación por falla es completa, usted ve esta imagen en la prima:
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, se acaba la Conmutación por falla y MSE secundario es completamente responsable.
Debe ser observado que los servicios en el MSE primario paran cuando usted hace un Manual Switchover (para simular un evento real de MSE primario que va abajo)
Si usted trae la salvaguardia primaria, su estado “SERÁ TERMINADO”. Es normal y secundario sigue siendo el que está responsable y muestra “FAILOVER_ACTIVE”
Antes de fallar detrás, usted debe traer la salvaguardia primaria.
Es estado entonces “SE TERMINA”:
[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 usted invoca el failback de la prima, ambos Nodos entran en el “ACTIVE del FAILBACK” que no es el Estado final (contrario al “active de la Conmutación por falla”).
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
La prima muestra esta imagen:
Cuando se hace el failback pero el secundario es datos de transferencia todavía ocupados de nuevo a primario, las demostraciones primarias:
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
demostración secundaria:
[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
La prima está en esta etapa tal y como se muestra en de la imagen:
Cuando esto completa, todo el estatus está de nuevo al estado original: PRIMARY_ACTIVE, SECONDARY_ACTIVE y demostraciones primeras del estatus HA como un nuevo despliegue de nuevo.
PRIMARY_ACTIVE | El estado del MSE primario cuando es primario, responsable y de todo está muy bien |
SECONDARY_ACTIVE | El estado del MSE secundario cuando está para arriba, solamente no responsables (primario sigue siendo), alista para asumir el control cuando está necesitado |
FAILOVER_INVOKED | Mostrado en ambos Nodos cuando sucede la Conmutación por falla, es decir el comienzo secundario MSE sus servicios que cargan la base de datos de MSE primario |
FAILOVER_ACTIVE | Estado final de una Conmutación por falla. El MSE secundario se considera “en servicio” y el MSE primario está abajo |
TERMINADO | El estado de un nodo MSE que se vuelva con los servicios para arriba después de estar abajo y cuando no es el nodo responsable (así que él puede ser el estado de primario cuando recomienzan a los servicios y el PI todavía da el control en el MSE secundario). También significa que el link HA no pudo estar encima de (si uno del MSE está reiniciando por ejemplo o simplemente no pingable) |
FAILBACK_ACTIVE | El contrario a la Conmutación por falla, esto no es la etapa final del failback. Esto significa que el failback fue invocado y está ocurriendo actualmente. La base de datos se está copiando de secundario de nuevo a primario |
FAILBACK_COMPLETE | El estatus del Nodo primario cuando es detrás responsable pero es cargamento todavía ocupado la base de datos del MSE secundario |
SECONDARY_ALONE | El estatus del MSE secundario cuando se hace el failback y del primario es datos responsables pero todavía que cargan |
GRACEFUL_SHUTDOWN | Estado accionado si usted reinicia o para manualmente los servicios en el otro MSE en caso de la falla automática/del failback. Esto significa que no asumirá el control puesto que el tiempo muerto fue provocado manualmente |
Los registros relacionados HA se guardan bajo directorio de /opt/mse/logs/hm con health-monitor*.log que es el archivo del registro primario.
Problema: El primarios y el secundarios son activos (la condición del cerebro partido)
1. Apague IP virtual la interfaz (VIP) en el secundario. Sería eth0:1 el ifconfig eth0:1 abajo
2. Recomience los servicios en el MSE secundario
mantenga la parada msed
mantenga el comienzo msed
3. Verifique si el secundario ha comenzado a sincronizar detrás con el primario de la infraestructura primera.
Problema: La sincronización del secundario con el primario para el HA se pega en X% durante mucho tiempo
1. Pare el servicio en el secundario
mantenga la parada msed
2. Quite el archivo
3. Si todavía hay problemas en el establecimiento del HA, habría podido conseguir en un estado incoherente en donde tenemos que quitar todo bajo directorio de los “datos” en el secundario usando el rm - rf /opt/data/ *
4. Recomience el secundario. Agreguelo de la infraestructura primera al primario para iniciar el HA otra vez.
Problema: Incapaz de borrar al servidor secundario del PI después de que sea inalcanzable
1. Pare el servicio en el primario.
2. Quite el archivo
3. Recomience el servicio en el primario.
4. Borre el MSE primario del PI y re-agreguelo.