Diferenças entre conexão de banco de dados CMS e cluster de banco de dados

Introduction

Este documento descreve as diferenças entre o banco de dados clusterizado e o banco de dados conectado em um Cisco Meeting Server (CMS).

Para criar um cluster do Callbridge, toda a parte do cluster do Callbridge deve compartilhar o mesmo banco de dados, há dois métodos para compartilhar o mesmo banco de dados, agrupar o serviço de banco de dados ou Conectar-se a um banco de dados já criado. Neste documento, você pode ver a diferença entre ambos os métodos, limitações e vantagens.

Contribuído por Amadeus Ubaldo e Octavio Miralrio, engenheiros do Cisco TAC.

Quais são as diferenças entre um banco de dados clusterizado e um banco de dados conectado?

Banco de dados agrupado:

• Um cluster de banco de dados é uma parte de trás on-line do banco de dados que é mantida enquanto o sistema é executado
• são utilizados comandos de inicialização de cluster de banco de dados e junção de cluster de banco de dados
• Na criação do cluster de banco de dados, é necessário selecionar um banco de dados principal e, em seguida, replicá-lo para o restante dos peers no cluster de banco de dados
• É necessário um número ímpar de pares no cluster do banco de dados, pois, em caso de falha, o processo para selecionar um novo banco de dados principal e continuar com os serviços ininterruptos, e um máximo de cinco servidores de banco de dados
• O cluster de banco de dados não tem a capacidade de executar nenhum tipo de balanceamento de carga ou armazenar as informações em cache. Além disso, ele não executa nenhum compartilhamento de dados para tornar o acesso local mais eficiente em qualquer tipo de arranjo distribuído geograficamente.
• Todas as consultas são direcionadas ao banco de dados que serve como nó primário, o que quer que seja
• As réplicas não estão disponíveis como instâncias somente leitura

Banco de dados conectado:

• Essencialmente, quando um cluster do Callbridge é necessário, todos os Callbridges precisam estar conectados ao mesmo banco de dados
• Quando o banco de dados não está em cluster, um servidor de banco de dados é usado para tratar todos os Callbridges, o que significa que todos os Callbridges no cluster precisam se conectar ao mesmo banco de dados
• Para essa finalidade, a inicialização do cluster de banco de dados de comando precisa ser executada no servidor de banco de dados principal e somente a conexão do cluster de banco de dados é usada nos servidores Callbridge que fazem parte do cluster Callbridge
• Isso permite evitar a configuração de um serviço de banco de dados em cada parte do Callbridge do cluster
• Além disso, evite a limitação do número ímpar de servidores de banco de dados
• A limitação no banco de dados conectado é que se o único nó em que o banco de dados está habilitado cair, toda a implantação será desativada
• A conexão também se aplica quando um cluster de banco de dados já existe com cinco servidores configurados, mas mais de cinco Callbridges são necessários, os novos peers Callbridge podem estar conectados on-line e atuar como parte do cluster Callbridge, mas no cluster de banco de dados.

Conexão do banco de dados Callbridge ao cluster do banco de dados:

• As ligações que já estão alocadas com um banco de dados (principal ou réplica) são automaticamente conectadas ao mesmo cluster de banco de dados do qual o banco de dados co-alocado já faz parte
• O termo connect, significa que o Callbridge sabe como acessar todos os bancos de dados em um cluster
• Ao contrário do comando attach usado na criação do cluster de banco de dados, o comando connect não exclui nenhum banco de dados no servidor que hospeda o Callbridge. Portanto, se você usar o comando em um servidor Core com um banco de dados local, o conteúdo do banco de dados não será destruído, mas o banco de dados local ficará invisível até que a Call Bridge deste servidor seja desconectada do cluster