Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Configureren

Netwerkdiagram

Configuraties

Verifiëren

Inleiding

Dit document beschrijft een stap voor stap een Cisco Meeting Server (CMS) Database (DB) Cluster-configuratie.

Bijgedragen door Amadeus Ubaldo en Octavio Miralrio, Cisco TAC-engineers.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- CMS-algemene configuratie

- Secure Shell (SSH)-client

- Secure File Transfer Protocol (SFTP) client

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

- CMS versie 3.0

- Poetin SSH-client

- Windows Secure Kopie (winSCP) client

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.

Configureren

Netwerkdiagram

Configuraties

Stap 1. Selecteer één CMS als het primaire knooppunt van het databases-cluster.

Opmerking: CMS-gegevenscluster vereist een vreemd aantal servers en maximaal 5. Zie de documentatie voor meer details over de CMS Configuration Guide.

Stap 2. Gebruik in het CMS dat u voor de primaire rol hebt geselecteerd, de SSH-client om de MMP-interface (Main Management Processor) te openen.

Stap 3. Generate een certificaataanvraag (CSR) voor de clientrol. Gebruik de volgende indeling:

Opmerking: De gemeenschappelijke naam (GN) voor de cliënt MVO moet postgres zijn.

pki csr

CN:postgres pki csr DBClient CN:postgres

Stap 4. Generate een CSR voor server rol. Gebruik de volgende indeling:

Opmerking: Voeg de Full Qualified Domain Names (FQDNs) toe van de andere servers die deel uitmaken van de zelfde Database cluster als Onderwerp Alternative Name (SAN).

pki csr

CN:

subjectAltName:

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

Stap 5. Controleer dat er nu vier bestanden zijn gemaakt met de naam die u op de vorige opdrachten hebt gebruikt.

DBServer.csr

DBServer.key

DBClient.csr

DBClient.key

Stap 6. Volg stap 3 en 4 met de rest van uw CMS-servers die deel uitmaken van de DB-cluster.

Opmerking: Dezelfde client- en server-CSR's en key-paar die van de eerste server zijn gegenereerd, kunnen voor de rest van de peers in de cluster worden gebruikt. Om dit exemplaar te kunnen kopiëren dienen de .key-bestanden en de certificaten die reeds zijn ondertekend aan de rest van de CMS-servers met een SFTP-software.

Stap 7. Gebruik een SFTP-software van uw voorkeur voor toegang tot elke server om de CSR-bestanden te verzamelen.

Stap 8. Geef de CSR-bestanden van elke server op aan de certificaatinstantie (CA) die u van plan bent te gebruiken voor het certificaatteken.

Stap 9. Zodra het certificaat al is ondertekend, gebruikt u een SFTP-client om de ondertekende certificaten naar respectievelijk elke CMS-server te uploaden.

Stap 10. Toegang via CLI tot uw CMS server en toewijzing van het certificaat en de sleutelbestanden aan de database clusterservice. Gebruik de volgende syntaxis:

database cluster certs

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

Stap 1. Herhaal stap 10 voor de rest van uw CMS-servers om de certificaten in te delen.

Stap 12. Toegang via de CLI tot de CMS die is aangewezen als het hoofdknooppunt voor de DB-cluster, selecteer de interface die wordt toegewezen voor de DB-dienst, in dit voorbeeld is het de interface a en voer de opdracht uit:

database cluster localnode a

Stap 13. Herhaal stap 12 op de rest van de CMS-servers die gepland zijn om deel uit te maken van de CMS DB-cluster.

Stap 14. Toegang via CLI tot de CMS met de hoofdDB-rol om de gegevensservice te initialiseren, voert de volgende opdracht uit:

database cluster initialize

Opmerking: De bevestiging is hoofdlettergevoelig, zorg ervoor dat u de letter Y met hoofdletters typt. Deze opdracht moet alleen worden uitgevoerd in de primaire database en niet in de volgende knooppunten.

Stap 15. De volgende waarschuwing wordt weergegeven. Selecteer 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...

Stap 16. Controleer de status van de initialisatie, voer de opdracht database clusterstatus in.

Status:               initializing

Nodes:

172.16.85.108 (me):   Connected primary

Interface:            a

Opmerking: De status toont het initialiseren als de database service initialiseert proces nog niet voltooid is.

Stap 17. Start de opdracht database clusterstatus totdat de status ingeschakeld is, dit betekent dat het initialiseringsproces succesvol is zoals in de volgende uitvoer wordt getoond:

Status:       Enabled

Nodes:        172.16.85.108 (me) : Connected primary

Interface:    a

Stap 18. Toegang via CLI tot de volgende CMS-peer die deel uitmaakt van het database cluster.

Stap 19. Start het commando database cluster met <primaire_database_ip_adres>.

Stap 20. Selecteer 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...

Stap 21. Herhaal de in de stappen 18, 19 en 20 beschreven procedure voor de rest van de servers.

Verifiëren

U kunt de status van de database cluster rechtstreeks op de CLI controleren. Start de opdracht database clusterstatus. de volgende output toont dat het clusterproces nog niet is voltooid :

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

Wanneer de database cluster meedoet processen met succes voltooid is moet u de status als Ingeschakeld zien:

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)