{"id":4330,"date":"2017-12-11T07:00:43","date_gmt":"2017-12-11T15:00:43","guid":{"rendered":"http:\/\/www.couchbase.com\/blog\/?p=4330"},"modified":"2023-09-11T11:36:37","modified_gmt":"2023-09-11T18:36:37","slug":"scaling-couchbase-cluster-increasing-decreasing-demand","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/scaling-couchbase-cluster-increasing-decreasing-demand\/","title":{"rendered":"Dimensionamento de um cluster do Couchbase para aumentar e diminuir a demanda"},"content":{"rendered":"

Quando se trata de dimensionar um banco de dados, essa \u00e9 uma tarefa que as pessoas geralmente querem evitar. No caso de bancos de dados relacionais, que geralmente s\u00e3o bancos de dados de tamanho vertical, os administradores teriam que colocar o banco de dados off-line e adicionar novo hardware aos servidores. Nesse cen\u00e1rio, qualquer dimensionamento que ocorra \u00e9 uma opera\u00e7\u00e3o unidirecional, o que significa que voc\u00ea provavelmente nunca remover\u00e1 o hardware e reduzir\u00e1 o dimensionamento. Para bancos de dados NoSQL, que geralmente s\u00e3o bancos de dados distribu\u00eddos, o hardware geralmente \u00e9 removido da equa\u00e7\u00e3o, mas \u00e0s vezes ao custo da simplicidade da configura\u00e7\u00e3o. Veja o MongoDB, por exemplo, que tem v\u00e1rios n\u00f3s diferentes que incluem mestre, escravo, r\u00e9plica e fragmento.<\/p>\n

\u00c9 aqui que Servidor Couchbase<\/a> entra em cena.<\/p>\n

O Couchbase Server \u00e9 um banco de dados NoSQL distribu\u00eddo que foi projetado para poder ser dimensionado facilmente. Devido \u00e0 arquitetura peer-to-peer de n\u00f3 \u00fanico, os clusters podem ser ampliados ou reduzidos para atender \u00e0 demanda com apenas alguns cliques do mouse. H\u00e1 op\u00e7\u00f5es para usar as APIs dispon\u00edveis e as ferramentas da CLI, caso a interface do usu\u00e1rio n\u00e3o atenda \u00e0s suas necessidades.<\/p>\n

Veremos exatamente como pode ser f\u00e1cil dimensionar um cluster ao usar o Couchbase como o banco de dados escolhido em sua organiza\u00e7\u00e3o.<\/p>\n

<\/p>\n

Para este exemplo, vamos explorar o dimensionamento de clusters usando o Docker. Na produ\u00e7\u00e3o, voc\u00ea pode estar usando qualquer n\u00famero de solu\u00e7\u00f5es para hospedar seus n\u00f3s. Independentemente do cen\u00e1rio, as etapas de dimensionamento para atender a uma demanda crescente ou decrescente ser\u00e3o as mesmas.<\/p>\n

Cria\u00e7\u00e3o de n\u00f3s do Couchbase Server com o Docker<\/h2>\n

Supondo que voc\u00ea j\u00e1 tenha o Docker instalado, ser\u00e1 necess\u00e1rio executar os seguintes comandos na CLI do Docker:<\/p>\n

docker run -d -p 7091:8091 --name couchbase1 couchbase\/server\r\ndocker run -d -p 8091:8091 --name couchbase2 couchbase\/server\r\ndocker run -d -p 9091:8091 --name couchbase3 couchbase\/server\r\ndocker run -d -p 10091:8091 --name couchbase4 couchbase\/server<\/pre>\n
Os comandos acima criar\u00e3o quatro cont\u00eaineres do Couchbase usando a imagem oficial do Docker encontrada em Docker Hub<\/a>. Cada cont\u00eainer ter\u00e1 um nome diferente e uma porta de host diferente. O Couchbase Server usa muitas portas, mas s\u00f3 precisamos mapear a porta do administrador porque \u00e9 a \u00fanica que acessaremos a partir da m\u00e1quina host. As outras portas podem ser acessadas pelos cont\u00eaineres dentro da rede de cont\u00eaineres.<\/p>\n
Com os n\u00f3s dispon\u00edveis, podemos criar um cluster e expandi-lo.<\/p>\n
Dimensionamento do Couchbase Server para uma demanda crescente<\/h2>\n
Neste momento, n\u00e3o temos um cluster do Couchbase configurado. Em um navegador da Web, navegue at\u00e9 https:\/\/localhost:7091.<\/p>\n
\"Couchbase<\/p>\n
Como este \u00e9 um novo n\u00f3, estaremos configurando um novo cluster. Siga as poucas etapas do assistente de configura\u00e7\u00e3o at\u00e9 ser levado ao painel administrativo do Couchbase. Parab\u00e9ns, voc\u00ea tem um cluster do Couchbase de n\u00f3 \u00fanico!<\/p>\n
Crie um Bucket, adicione alguns documentos a ele e prossiga.<\/p>\n
Avan\u00e7ando para o futuro, vamos supor que sua empresa esteja crescendo. O cluster de n\u00f3 \u00fanico n\u00e3o est\u00e1 mais dando conta do recado e voc\u00ea precisa de mais pot\u00eancia. No navegador da Web, navegue at\u00e9 https:\/\/localhost:8091, que \u00e9 um de seus n\u00f3s n\u00e3o utilizados no momento. Em vez de configurar um novo cluster, vamos nos juntar a um cluster existente.<\/p>\n
\"Couchbase<\/p>\n
Ser\u00e1 solicitado que voc\u00ea forne\u00e7a um host de um n\u00f3 existente no cluster. Como estamos usando o Docker, certifique-se de obter o IP correto do cont\u00eainer e n\u00e3o o IP do host. Depois de optar por participar do cluster, voc\u00ea poder\u00e1 fazer o checkout dos servidores dentro do cluster.<\/p>\n
\"Couchbase<\/p>\n
Nesse momento, deve haver dois servidores em seu cluster. A uni\u00e3o do cluster existente e o aumento de escala n\u00e3o est\u00e3o conclu\u00eddos at\u00e9 que voc\u00ea reequilibre o cluster. Ao rebalancear o cluster, os dados s\u00e3o embaralhados de modo que nenhum n\u00f3 carregue uma carga excessiva. O cluster permanece dispon\u00edvel durante um rebalanceamento, sem tempo de inatividade.<\/p>\n
Digamos que a demanda do seu aplicativo esteja fora de controle e voc\u00ea precise adicionar outro n\u00f3 ao cluster. Desta vez, faremos algo um pouco diferente. No navegador da Web, navegue at\u00e9 https:\/\/localhost:9091, que atualmente \u00e9 um n\u00f3 n\u00e3o utilizado. Em vez de entrar no cluster, vamos criar um novo cluster. Quando o cluster estiver configurado, anote o IP do cont\u00eainer.<\/p>\n
\"Couchbase<\/p>\n
Volte para a lista de servidores do cluster original e escolha adicionar um novo servidor. O novo cluster que voc\u00ea acabou de criar ser\u00e1 apagado e adicionado ao cluster original. Lembre-se de que o dimensionamento do cluster n\u00e3o estar\u00e1 conclu\u00eddo at\u00e9 que voc\u00ea fa\u00e7a um rebalanceamento.<\/p>\n
\"Couchbase<\/p>\n
\u00c0 medida que o cluster e as necessidades de dados aumentam, o rebalanceamento pode demorar um pouco. Lembre-se de que o cluster permanece on-line durante esse per\u00edodo, o que \u00e9 conveniente para as opera\u00e7\u00f5es.<\/p>\n
Dimensionamento do Couchbase Server para uma demanda cada vez menor<\/h2>\n
Ent\u00e3o, voc\u00ea teve um bom ano, mas digamos que a demanda em seus servidores tenha diminu\u00eddo. Isso acontece, mas quando isso acontece, voc\u00ea provavelmente n\u00e3o quer ficar preso a pagar por esses recursos que n\u00e3o est\u00e1 usando. Para nossa sorte, reduzir a escala do Couchbase \u00e9 t\u00e3o f\u00e1cil quanto aument\u00e1-la.<\/p>\n
Volte para a lista de servidores do seu cluster.<\/p>\n
\"Couchbase<\/p>\n
Escolha um servidor da lista do qual voc\u00ea deseja se livrar. No entanto, h\u00e1 alguns aspectos que voc\u00ea deve conhecer antes de come\u00e7ar a eliminar n\u00f3s do cluster:<\/p>\n