SSM On-Prem 8.X High Availability Cluster Working

Opciones de descarga

  • PDF     (7.9 MB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (9.9 MB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (4.1 MB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:24 de junio de 2021
ID del documento:217212

Lenguaje no discriminatorio

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.

Acerca de esta traducción

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).

    Introducción

    Este documento describe cómo funciona la sincronización de cuentas en las instalaciones de Smart Software Manager (SSM) y el registro de instancias de productos en el servidor en las instalaciones de SSM implementado como un clúster de alta disponibilidad (HA), en el momento de los escenarios de conmutación por fallo y de reserva.

    Prerequisites

    Requirements

    Cisco recomienda que tenga conocimiento sobre estos temas:

    • SSM en las instalaciones
    • HA

    Componentes Utilizados

    La información de este documento se basa en SSM On-Prem 8 y superior.

    La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

    Antecedentes

    Estos son los documentos de referencia que proporcionan información sobre HA.

    Sincronización de cuenta en las instalaciones de SSM durante la conmutación por error y la reserva

    Los HA entre dos servidores en las instalaciones SSM deben configurarse con la ayuda de esta guía:

    Implemente el clúster de HA: https://www.cisco.com/web/software/286285517/152313/Smart_Software_Manager_On-Prem_8-202006_Installation_Guide.pdf

    En esta demostración, utilice:

    0.5 - Dirección IP del servidor principal

    0.10 - Dirección IP del servidor secundario

    0.12 - Dirección IP virtual

    Alta disponibilidad

    1. La configuración correcta de HA muestra Servidor principal (.5) como Activo, Servidor secundario (.10) como En espera y VIP (.12) sd que se muestra en la imagen.

    2. La sincronización de SSM en las instalaciones con Cisco Software Central se ha completado correctamente desde el servidor principal/activo, como se muestra en la imagen.

    3. El estado HA del clúster muestra que la base de datos del servidor principal (maestro de replicación) de la izquierda se replica en la base de datos del servidor secundario (esclavo de replicación) de la derecha, tal y como se espera, como se muestra en la imagen.

    Failover

    1. Deteniendo el clúster de HA en el servidor primario como se muestra en la imagen.

    2. Primario|Secundario como se muestra en la imagen.

    3. Conectado a la GUI en las instalaciones de SSM con el uso de VIP y la GUI principal está inactiva.

    4. El servidor secundario (.10) se muestra como un servidor activo.

    5. El latido está desconectado.

    6. El servidor principal (.5) pasó al estado En espera.

    7. La sincronización de la cuenta SSM en las instalaciones con Cisco Software Central se puede ver con éxito desde la GUI del servidor secundario/activo, como se muestra en la imagen.

    8. Iniciando el clúster de HA en el servidor primario como se muestra en la imagen.

    9. El estado del clúster de HA muestra que la base de datos principal se replica desde la base de datos secundaria.

    10. Primario|Secundario como se muestra en la imagen.

    11. La GUI muestra el latido como conectado, secundario en estado activo y principal en estado en espera, como se muestra en la imagen.

    12. Cree una nueva cuenta TEST y actívela en modo de espera activo. (.10).

    13. La GUI principal (.5) no será accesible en esta etapa.

    Reserva

    1. Deteniendo Ha_cluster en Secundario como se muestra en la imagen.

    2. El estado actual de la base de datos del servidor primario y de la base de datos del servidor secundario se puede ver aquí.

    3. Conectado a la GUI en las instalaciones de SSM con el uso de VIP y la GUI secundaria está inactiva.

    4. El servidor principal (.5) se muestra como un servidor activo.

    5. El latido está desconectado.

    6. El servidor secundario (.5) pasó al estado En espera.

    7. La cuenta TEST recién creada puede verse en estado sincronizado cuando la replicación se ha producido desde la base de datos secundaria a la principal, como se muestra en la imagen.

    8. En este momento se podrá acceder a la GUI desde la dirección VIP (.12), no desde la dirección IP secundaria.

    9. Iniciando clúster HA en el servidor secundario como se muestra en la imagen.

    10. El estado HA del clúster muestra que la base de datos del servidor principal (maestro de replicación) de la izquierda se está replicando en la base de datos del servidor secundario (esclavo de replicación) de la derecha, como se esperaba, como se muestra en la imagen.

    11. La GUI muestra los latidos conectados entre el servidor primario activo y el servidor secundario en espera.

    12. La cuenta TEST se sincroniza correctamente con Cisco Software Central.

    Registro de instancias de productos con SSM On-Prem VIP durante la conmutación por fallo y la reserva

    La alta disponibilidad entre dos servidores SSM en las instalaciones se debe configurar utilizando esta guía:

    Implementación del clúster de HA: https://www.cisco.com/web/software/286285517/152313/Smart_Software_Manager_On-Prem_8-202006_Installation_Guide.pdf

    En esta demostración, utilice:

    0.11 - Dirección IP del servidor principal

    0.9 - Dirección IP del servidor secundario

    0.14 - Dirección IP virtual

    Alta disponibilidad

    1. Configuración correcta de HA que muestra Servidor principal (.11) como Activo, Servidor secundario (.9) como En espera y VIP (.14).

    2. El estado HA del clúster muestra que la base de datos del servidor principal (maestro de replicación) de la izquierda se replica en la base de datos del servidor secundario (esclavo de replicación) de la derecha, tal y como se espera, como se muestra en la imagen.

    3. Cuando SSM On-Prem se implemente como un clúster de HA, inicie sesión en SSM On-Prem Administration Workspace, navegue hasta Security > Certificates y utilice la dirección IP virtual en el nombre común del host.

    4. Este valor debe coincidir con el valor que planea utilizar para la URL de destino del producto. Si implementa la pila doble (tanto IPv4 como IPv6), este valor debe ser un FQDN y no una dirección IP.

    5. Una vez actualizado el nombre común del host, asegúrese de que los certificados se vuelven a generar con el nuevo nombre común sincronizando las cuentas locales con Cisco Smart Software Manager.

    6. Debe sincronizar antes de intentar volver a registrar los productos con el nuevo nombre común en la configuración de URL de destino.

    7. Si no se sincroniza, los productos pueden no registrarse con el nuevo nombre común de host.

    8. Se registran dos instancias de productos (annanr-39) y (cucmpub) en la dirección VIP de SSM On-Prem, tal como se ve en la pestaña Instancias de productos.

    9. La licencia consumida/solicitada por estas instancias de producto se refleja en la pestaña Licencia.

    Failover

    1. Deteniendo el clúster de HA en el servidor primario como se muestra en la imagen.

    2. Se ha conectado a la GUI en las instalaciones de SSM con el uso de VIP (.14) y la GUI principal está inactiva.

    3. El servidor secundario (.9) se muestra como un servidor activo.

    4. El latido está desconectado.

    5. El servidor principal (.11) pasa al estado En espera.

    6. Registro de instancias de productos con el uso de SSM On-Prem VIP en la URL de registro de productos en la configuración de gateway de transporte, como se muestra en la imagen.

    7. Nombre de la instancia del producto: pi37 se ha registrado correctamente con SSM On-Prem con el uso de una dirección VIP como se muestra en la imagen.

    8. Registro de otras instancias de productos con el uso de SSM On-Prem VIP en la URL de registro de productos en la configuración de gateway de transporte.

    9. El registro del producto se ha completado correctamente con SSM en las instalaciones mediante una dirección VIP, como se muestra en la imagen.

    10. Nombre de instancia del producto: cucm-pub-30 se ha registrado correctamente en SSM On-Prem con el uso de una dirección VIP, como se muestra en la imagen.

    11. Se registran dos nuevas instancias de productos, (pi37) y (cucm-pub-30) en la dirección VIP de SSM On-Prem, tal como se ve en la pestaña Instancias de productos.

    12. La licencia consumida/solicitada por estas instancias de productos se refleja en la pestaña Licencia.

    13. Inicio del clúster de HA en el servidor principal.

    14. El estado del clúster de HA muestra que la base de datos principal se replica desde la base de datos secundaria.

    15. Primario|Secundario como se muestra en la imagen.

    16. La GUI muestra el latido como conectado, secundario en estado activo y principal en estado en espera, como se muestra en la imagen.

    Reserva

    1. Deteniendo Ha_cluster en secundario.

    2. Se puede ver el estado actual de la base de datos del servidor primario y la base de datos del servidor secundario inactiva.

    3. Se ha conectado a la GUI en las instalaciones de SSM mediante VIP (.14) y la GUI secundaria está inactiva.

    4. El servidor principal (.11) se muestra como un servidor activo.

    5. El latido está desconectado.

    6. El servidor secundario (.9) pasó al estado En espera.

    7. GUI será accesible desde la dirección VIP (.14) en esta etapa y no la dirección IP secundaria.

    8. Inicio del clúster de HA en el servidor secundario.

    9. El estado HA del clúster muestra que la base de datos del servidor principal (maestro de replicación) de la izquierda se replica a la base de datos del servidor secundario (esclavo de replicación) de la derecha según lo previsto.

    10. La GUI muestra los latidos conectados entre el servidor primario activo y el servidor secundario en espera.

    11. Las cuatro instancias de productos se registran en la dirección VIP de SSM On-Prem tal como se ve en la pestaña Instancias de productos.

    12. La licencia consumida/solicitada por estas instancias de productos se refleja en la pestaña Licencia.

    Reversión de un clúster de alta disponibilidad

    1. Un clúster in situ de Cisco Smart Manager se puede degradar directamente a independiente de un solo nodo.
    2. Utilice la Consola en las instalaciones para conectarse al SSM en las instalaciones principal/activo con el uso del comando <ha_teardown>.
    3. Después de verificar el funcionamiento del SSM en las instalaciones, el servidor secundario/en espera debe ser descartado y no puede ser reutilizado.
    4. Ahora tendrá un sistema independiente en lugar de un clúster.
    5. La eliminación se ha iniciado como se muestra en la imagen.

    6. Desencadenando el desmontaje en el servidor secundario como se muestra en la imagen.

    7. Se ha destruido un grupo de HA. SSMS está ahora en modo independiente.

    8. La GUI a la que se accede con el uso de la dirección IP del servidor secundario ya no bloquea el widget de alta disponibilidad.

    9. Desencadenado del servidor primario como se muestra en la imagen.

    10. HA se ha deshabilitado correctamente.

    11. La GUI a la que se accede con el uso de la dirección IP del servidor principal ya no bloquea el widget de alta disponibilidad.

    ¿Qué sigue?!

    1. Inicie sesión en SSM On-Prem Primary Administration Workspace, navegue hasta Seguridad > Certificados y utilice el servidor principal (dirección IP/nombre de host/FQDN) en el nombre común del host.

    2. Una vez actualizado el nombre común del host, asegúrese de que los certificados se vuelven a generar con el nuevo nombre común sincronizando las cuentas locales con Cisco SSM.

    3. Debe sincronizar antes de intentar volver a registrar los productos con el nuevo nombre común en la configuración de URL de destino.

    4. Si no se sincroniza, los productos pueden no registrarse con el nuevo nombre común de host.

    Información Relacionada

    TAC Authored

    Con la colaboración de ingenieros de Cisco

    • Annangarachari R
      Cisco TAC Engineer

    ¿Resultó útil este documento?

    FeedbackComentarios

    Contacte a Cisco

    Este documento se aplica a estos productos