Cómo Configurar un Clúster de Base de Datos de CMS versión 3.0

Introducción

Este documento describe paso a paso una configuración de clúster de base de datos (DB) de Cisco Meeting Server (CMS).

Colaborado por Amadeus Ubaldo y Octavio Miralrio, Ingenieros del TAC de Cisco.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• configuración general de CMS
• Cliente Secure Shell (SSH)
• Cliente Secure File Transfer Protocol (SFTP)

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• CMS versión 3.0
• Putty SSH client
• Cliente de Windows Secure Copy (WinSCP)

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Configurar

Diagrama de la red

Configuraciones

Paso 1. Seleccione un CMS para que sea el nodo principal del clúster de base de datos.

Nota: El clúster de base de datos de CMS requiere un número impar de servidores y un máximo de 5. Revise la documentación para obtener más información sobre la Guía de configuración de CMS.

Paso 2. En el CMS que seleccionó para la función principal, utilice el cliente SSH para abrir su interfaz de Procesador de administración de placa base (MMP).

Paso 3. Genere una solicitud de firma de certificado (CSR) para la función de cliente. Utilice el siguiente formato:

Nota: El nombre común (CN) para la CSR del cliente debe ser postgres.

pki csr  
     
     
       CN:postgres pki csr DBClient CN:postgres 
     

Paso 4. Genere una CSR para la función de servidor. Utilice el siguiente formato:

Nota: Agregue los nombres de dominio completos (FQDN) de los otros servidores que forman parte del mismo clúster de base de datos que el nombre alternativo del asunto (SAN).

pki csr  
     
     
       CN: 
      
        subjectAltName: 
       
         pki csr DBServer CN:cms01.mxc-cmspod3.lab subjectAltName:cms02.mxc-cmspod3.lab,cms03.mxc-cmspod3.lab 
        
       
     

Paso 5. Valide que ahora haya cuatro archivos creados con el nombre que utilizó de los comandos anteriores.

DBServer.csr

DBServer.key

DBClient.csr

DBClient.key

Paso 6. Siga los pasos 3 y 4 con el resto de los servidores CMS que forman parte del clúster de la base de datos.

Nota: Los mismos CSR de cliente y servidor y el par de claves generados desde el primer servidor se pueden utilizar para el resto de peers en el clúster. Para copiar a esto los archivos .key y los certificados ya firmados al resto de los servidores CMS con un software SFTP.

Paso 7. Utilice un software SFTP de su preferencia para acceder a cada servidor para recopilar los archivos CSR.

Paso 8. Proporcione los archivos CSR de cada servidor a la Autoridad de Certificación (CA) que planea utilizar para el signo de certificado.

Paso 9. Una vez que el certificado ya está firmado, utilice un cliente SFTP para cargar los certificados firmados en cada servidor CMS, respectivamente.

Paso 10. Acceda a través de CLI a su servidor CMS y asigne el certificado y los archivos de clave al servicio de clúster de base de datos. Utilice los siguientes sintaxis:

database cluster certs 
     
      
       
        
         
         
           database cluster certs DBServer.key DBServer.cer DBClient.key DBClient.cer CA_Root.cer 
          
         
        
       
     

Paso 11. Repita el paso 10 para el resto de los servidores CMS para evaluar los certificados respectivamente.

Paso 12. Acceda a través de CLI al CMS diseñado para ser el nodo maestro para el clúster DB, seleccione la interfaz asignada para ser utilizada para el servicio DB, en este ejemplo es la interfaz a y ejecute el comando:

database cluster localnode a

Paso 13. Repita el paso 12 en el resto de los servidores CMS planificados para formar parte del clúster de CMS DB.

Paso 14. Acceda a través de CLI a CMS con función de base de datos maestra para inicializar el servicio de base de datos, ejecute el siguiente comando:

database cluster initialize

Nota: La confirmación distingue entre mayúsculas y minúsculas, asegúrese de escribir la letra Y con mayúsculas. Este comando debe ejecutarse solamente en la base de datos primaria y no en los nodos siguientes.

Paso 15. Se muestra la siguiente advertencia. Seleccione Y.

database cluster initialize WARNING!!! Are you sure you wish to initialize this node as a new database cluster?(Y/n)
The contents of this node's database will become the primary version of the database in the new cluster.

Initialization started...

Paso 16. Verifique el estado de la inicialización, ejecute el comando database cluster status.

Status:               initializing
Nodes:        
172.16.85.108 (me):   Connected primary
Interface:            a

Nota: El estado muestra inicializando si el proceso de inicialización del servicio de base de datos todavía no se ha completado.

Paso 17. Ejecute el comando database cluster status hasta que el estado esté Habilitado, lo que significa que el proceso de inicialización es exitoso como se muestra en el siguiente resultado:

Status:       Enabled
Nodes:        172.16.85.108 (me) : Connected primary
Interface:    a

Paso 18. Acceda a través de CLI al siguiente par CMS que forma parte del clúster de base de datos.

Paso 19. Ejecute el comando database cluster Join <primary_database_ip_address>.

Paso 20. Seleccione Y.

cms> database cluster join 172.16.85.108

WARNING? ! !
Are you sure you wish to attach this node to an existing database cluster? (Y/n)
The contents of this node's database will be destroyed!

Attachment started...

Paso 21. Repita el procedimiento descrito en los pasos 18, 19 y 20 para el resto de los servidores.

Verificación

Puede verificar el estado del clúster de base de datos directamente en la CLI. Ejecute el comando database cluster status. el siguiente resultado muestra que el proceso del clúster aún no se ha completado:

cms> database cluster status

Status:              Attaching
Nodes:
172.16.85.108:       Connected Primary
172.16.85.117 (me):  Connected Replica
172.16.85.118:       Connected Replica
Interface:           a

Cuando el proceso de unión del clúster de la base de datos se complete correctamente, debe ver el estado como Habilitado:

cms> database cluster status

Status:                Enabled
Nodes:
172.16.85.108:         Connected Primary
172.16.85.117 (me):    Connected Replica
172.16.85.118:         Connected Replica

Node in use:           172.16.85.108
Interface:             a     

Certificates
Server Key:            DBServer.key
Server Certificate:    DBServer.cer
Client Key:            DBClient.key
Client Certificate:    DBClient.cer
CA Certificate:        CA_root.cer
Last command:          'database cluster join 172.16.85.108' (Success)