Muitas solu\u00e7\u00f5es de banco de dados relacionais ou mesmo n\u00e3o relacionais tratam o celular e o backend como dois problemas separados, portanto, criar aplicativos off-line primeiro com essas solu\u00e7\u00f5es pontuais \u00e9 praticamente imposs\u00edvel.<\/p>\r\n\r\n\r\n\r\n
<\/p>\r\n\r\n\r\n\r\n <\/p>\r\n\r\n\r\n\r\n O Couchbase, por outro lado, \u00e9 o principal fornecedor de uma solu\u00e7\u00e3o de borda para a nuvem totalmente integrada. Couchbase Lite<\/a> product \u00e9 o banco de dados incorporado para os dispositivos de borda (onde voc\u00ea pode executar consultas declarativas localmente no dispositivo), Gateway de sincroniza\u00e7\u00e3o<\/a> \u00e9 a tecnologia de gel que permite a sincroniza\u00e7\u00e3o de dados dos dispositivos de borda com o Cluster do Couchbase<\/a>.<\/p>\r\n\r\n\r\n\r\n Neste artigo, vamos nos concentrar na implanta\u00e7\u00e3o do Couchabse Cluster e do Sync Gateway na plataforma Kubernetes. O objetivo \u00e9 que voc\u00ea obtenha experi\u00eancia em primeira m\u00e3o trabalhando com essas tecnologias e entenda a mec\u00e2nica por tr\u00e1s de cada uma delas.<\/p>\r\n\r\n\r\n\r\n Mais uma li\u00e7\u00e3o que eu gostaria que voc\u00ea tirasse deste artigo s\u00e3o algumas das pr\u00e1ticas recomendadas ao implementar essa solu\u00e7\u00e3o em sua pr\u00f3pria nuvem privada ou p\u00fablica.<\/p>\r\n\r\n\r\n\r\n Como ou\u00e7o essas perguntas de muitos dos meus clientes corporativos, decidi abord\u00e1-las primeiro falando sobre algumas das pr\u00e1ticas recomendadas quando se trata de implementar o Couchbase na plataforma Kubernetes.<\/p>\r\n\r\n\r\n\r\n OBSERVA\u00c7\u00c3O:<\/em><\/strong> No exemplo abaixo, usaremos Certifique-se de que voc\u00ea tenha uma conta AWS configurada (instru\u00e7\u00f5es fora do escopo deste blog) e que todas as ferramentas necess\u00e1rias para experimentar essas instru\u00e7\u00f5es estejam prontas. Aqui est\u00e1 a lista de itens de que voc\u00ea precisa:<\/p>\r\n\r\n\r\n\r\n Quando voc\u00ea tiver O Kubernetes (K8s) nos oferece a flexibilidade de provisionar m\u00e1quinas de computa\u00e7\u00e3o de tamanhos diferentes (vCPU, RAM, tamanho do disco) em um \u00fanico cluster do Kubernetes para que os requisitos de recursos de v\u00e1rios servi\u00e7os gerenciados possam ser atendidos em um \u00fanico cluster do K8s.<\/p>\r\n\r\n\r\n\r\n Vamos aproveitar a mesma flexibilidade e oferecer tr\u00eas Primeiro, vamos implantar um cluster K8s em Vamos criar Para hospedar Por \u00faltimo, mas n\u00e3o menos importante, usaremos Quando os tr\u00eas Escolhemos tr\u00eas tipos diferentes de m\u00e1quinas EC2 para hospedar Neste exemplo, estaremos hospedando Em um ambiente de produ\u00e7\u00e3o real, entendemos que voc\u00ea pode ter um tipo diferente de m\u00e1quina, mas n\u00e3o essencialmente um tipo dedicado a um tipo espec\u00edfico de servi\u00e7o do Couchbase. Nesse caso, voc\u00ea pode criar r\u00f3tulos mutuamente exclusivos para cada tipo de n\u00f3.<\/p>\r\n\r\n\r\n\r\n Voc\u00ea usaria Da mesma forma para rotular todos os n\u00f3s de \u00edndice (consulta ou outro):<\/p>\r\n\r\n\r\n\r\n Depois de rotular todos os n\u00f3s, voc\u00ea estar\u00e1 pronto para passar para a pr\u00f3xima se\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n OBSERVA\u00c7\u00c3O:<\/em><\/strong> Estamos usando A primeira etapa da instala\u00e7\u00e3o do Operator \u00e9 instalar a defini\u00e7\u00e3o de recurso personalizado (CRD) que descreve o Os namespaces s\u00e3o uma forma de dividir os recursos do cluster entre v\u00e1rios usu\u00e1rios.<\/p>\r\n\r\n\r\n\r\n Os namespaces s\u00e3o uma forma de dividir os recursos do cluster entre v\u00e1rios usu\u00e1rios.<\/p>\r\n\r\n\r\n\r\n O operador \u00e9 composto de dois componentes: um O DAC permite que os recursos personalizados sejam modificados e interrogados antes que um recurso seja aceito e confirmado no etcd. A execu\u00e7\u00e3o do DAC nos permite adicionar padr\u00f5es sensatos \u00e0s configura\u00e7\u00f5es do cluster do Couchbase, minimizando assim o tamanho das especifica\u00e7\u00f5es. Ele tamb\u00e9m nos permite manter a compatibilidade com vers\u00f5es anteriores quando novos atributos s\u00e3o adicionados e precisam ser preenchidos. Isso torna a experi\u00eancia de uso dos recursos do Couchbase semelhante \u00e0 dos tipos de recursos nativos.<\/p>\r\n\r\n\r\n\r\n Vamos agora instalar o Dynamic Admission Controller.<\/p>\r\n\r\n\r\n\r\n Agora, vamos implementar o Operator no A execu\u00e7\u00e3o do comando acima faz o download da imagem do Operator Docker e cria um arquivo implanta\u00e7\u00e3o<\/a>que gerencia uma \u00fanica inst\u00e2ncia do Operator. O Operator usa uma implanta\u00e7\u00e3o para que possa reiniciar o pod se ele morrer.<\/p>\r\n\r\n\r\n\r\n Depois de executar o Voc\u00ea pode usar o seguinte comando para verificar o status da implanta\u00e7\u00e3o:<\/p>\r\n\r\n\r\n\r\n Execute o seguinte comando para verificar se o Operator foi iniciado com \u00eaxito:<\/p>\r\n\r\n\r\n\r\n Se o Operator estiver ativo e em execu\u00e7\u00e3o, o comando retornar\u00e1 uma sa\u00edda em que o PRONTO<\/strong> shows de campo 1\/1<\/strong>como, por exemplo:<\/p>\r\n\r\n\r\n\r\n Em um ambiente de produ\u00e7\u00e3o em que o desempenho e o SLA do sistema s\u00e3o mais importantes, devemos sempre planejar a implanta\u00e7\u00e3o do cluster do Couchbase usando volumes persistentes, pois isso ajuda:<\/p>\r\n\r\n\r\n\r\n A primeira coisa que precisamos fazer \u00e9 criar uma credencial secreta que ser\u00e1 usada pelo console administrativo da Web durante o login. Por conveni\u00eancia, um exemplo de segredo \u00e9 fornecido no pacote Operator. Quando voc\u00ea o envia para o cluster do Kubernetes, o segredo define o nome de usu\u00e1rio como Administrator e a senha como password.<\/p>\r\n\r\n\r\n\r\n Para empurrar o secret.yaml<\/a> em seu cluster do Kubernetes, execute o seguinte comando:<\/p>\r\n\r\n\r\n\r\n Para usar o PersistentVolume nos servi\u00e7os do Couchbase (dados, \u00edndice, pesquisa etc.), precisamos criar classes de armazenamento (sc-nas.yaml<\/a>). Execute o kubectl para criar uma nova classe de armazenamento baseada em SSD:<\/p>\r\n\r\n\r\n\r\n A especifica\u00e7\u00e3o completa para implantar o cluster do Couchbase em 3 zonas diferentes usando volumes persistentes pode ser vista na se\u00e7\u00e3o couchbase-cluster.yaml<\/a> . Esse arquivo, juntamente com outros arquivos YAML de amostra usados neste artigo, pode ser baixado deste reposit\u00f3rio git.<\/p>\r\n\r\n\r\n\r\n Abra o arquivo YAML que voc\u00ea acabou de baixar e observe como estamos usando Agora use Isso iniciar\u00e1 a implanta\u00e7\u00e3o do cluster do Couchbase e, se tudo correr bem, teremos quatro pods do cluster do Couchbase hospedando os servi\u00e7os de acordo com o arquivo de configura\u00e7\u00e3o acima. Para verificar o progresso, execute este comando, que observar\u00e1 (argumento -w) o progresso da cria\u00e7\u00e3o dos pods:<\/p>\r\n\r\n\r\n\r\n Para visualizar qual pod est\u00e1 sendo executado em qual n\u00f3, voc\u00ea pode executar:<\/p>\r\n\r\n\r\n\r\n Voc\u00ea notaria que Nesse ponto, voc\u00ea pode fazer o encaminhamento de porta da seguinte forma:<\/p>\r\n\r\n\r\n\r\n E acesse o console da Web digitando https:\/\/localhost:18091 no navegador.<\/p>\r\n\r\n\r\n\r\n Grande progresso at\u00e9 agora na implanta\u00e7\u00e3o de um cluster do Couchbase com v\u00e1rias zonas e altamente dispon\u00edvel usando volumes de armazenamento persistentes. Agora, antes de come\u00e7armos a implementar o Sync Gateway, precisamos nos certificar de mais duas coisas:<\/p>\r\n\r\n\r\n\r\n OBSERVA\u00c7\u00c3O:<\/em><\/strong> Usamos 2 GB de RAM para esse bucket, mas no ambiente de produ\u00e7\u00e3o voc\u00ea atribuiria a RAM com base nas estimativas de dimensionamento que voc\u00ea ou o arquiteto de solu\u00e7\u00f5es do Couchbase fizeram para o seu caso de uso comercial.<\/p>\r\n<\/blockquote>\r\n\r\n\r\n\r\n Podemos simplesmente criar um Se voc\u00ea quiser se conectar a um servidor LDAP diferente, basta atualizar ldap<\/a> detalhes do servidor no couchbase-cluster.yaml<\/a> e aplicar as altera\u00e7\u00f5es. Voltemos \u00e0 cria\u00e7\u00e3o de um usu\u00e1rio e \u00e0 atribui\u00e7\u00e3o do n\u00edvel de bucket At\u00e9 agora, tudo bem. O usu\u00e1rio do Bucket e do RBAC est\u00e1 pronto, portanto, podemos prosseguir com a configura\u00e7\u00e3o do Para que Uma coisa que eu gostaria de destacar \u00e9 que, com \r\n
![\"\"](\"https:\/\/i1.wp.com\/blog.couchbase.com\/wp-content\/uploads\/2020\/07\/sgw-arch.png?fit=900%2C516&ssl=1\")
<\/figure>\r\n<\/li>\r\n<\/ul>\r\nPr\u00e1ticas recomendadas<\/h2>\r\n\r\n\r\n\r\n
\r\n
No entanto, lembre-se de que, no K8s, estamos fazendo o dimensionamento dos n\u00f3s do Kubernetes, onde os pods do Couchbase ser\u00e3o executados. \u00c9 a\u00ed que a segunda pr\u00e1tica recomendada entra em cena.<\/li>\r\nspec.antiAffinity=true<\/code> em couchbase-cluster.yaml<\/a> durante a implanta\u00e7\u00e3o do cluster na produ\u00e7\u00e3o. Esse campo especifica se dois pods nesse cluster podem ou n\u00e3o ser implantados no mesmo n\u00f3 do Kubernetes. Do ponto de vista da alta disponibilidade, n\u00e3o queremos colocar mais de um pod em cada um dos n\u00f3s do K8s, de modo que a falha de um \u00fanico n\u00f3 derrube apenas um \u00fanico pod.<\/li>\r\nspec.servers[].pod.spec.nodeSelector<\/code> (conforme mencionado em cluster couchbase<\/a>.yaml<\/a>), que especifica um mapa de valores-chave das restri\u00e7\u00f5es no posicionamento de n\u00f3s para pods. Para que um pod seja eleg\u00edvel para execu\u00e7\u00e3o em um n\u00f3, o n\u00f3 deve ter cada um dos pares de valores-chave indicados como r\u00f3tulos.<\/li>\r\nseletor de n\u00f3<\/code> para determinar o posicionamento do pod e, em seguida, use o m\u00e9todo spec.servers[].resources<\/a> para definir solicita\u00e7\u00f5es<\/code> e limites<\/code>. Novamente, isso ajudar\u00e1 a colocar pods com um pool predefinido de recursos.<\/li>\r\n<\/ol>\r\n\r\n\r\n\r\n\r\n
nodeSelector<\/code> para colocar os respectivos tipos de pod no grupos de n\u00f3s<\/code> para garantir os recursos desejados.<\/p>\r\n<\/blockquote>\r\n\r\n\r\n\r\nPr\u00e9-requisitos<\/h2>\r\n\r\n\r\n\r\n
\r\n
cli do aws<\/code> com as credenciais da sua conta, voc\u00ea pode passar para a se\u00e7\u00e3o de cria\u00e7\u00e3o de um cluster do Kubernetes.<\/p>\r\n\r\n\r\n\r\nEtapa 1: criar um cluster K8s com v\u00e1rios n\u00f3s<\/h2>\r\n\r\n\r\n\r\n
NodeGroups<\/code>que usaremos posteriormente para hospedar um conjunto espec\u00edfico de servi\u00e7os do Couchbase.<\/p>\r\n\r\n\r\n\r\n1.1. Crie um cluster EKS na regi\u00e3o de sua escolha<\/h3>\r\n\r\n\r\n\r\n
us-west-2<\/code> regi\u00e3o e em duas zonas de disponibilidade us-west-2a\/b<\/code>. Voc\u00ea pode mencionar um vpc-cidr<\/code> de acordo com suas necessidades, mas, neste exemplo, usaremos o bloco 172.16.0.0\/20<\/code>fornecendo-nos um intervalo de mais de 4K (212<\/sup>) endere\u00e7os IP, o que deve ser mais do que suficiente para n\u00f3s.<\/p>\r\n\r\n\r\n\r\n$ eksctl create cluster --name k8sEKS \\\r\n --version 1.18 \\\r\n --region us-west-2 \\\r\n --zones us-west-2a,us-west-2b \\\r\n --vpc-cidr 172.16.0.0\/20 \\\r\n --without-nodegroup<\/code><\/pre>\r\n\r\n\r\n\r\n1.2. Criar grupos de n\u00f3s separados<\/h3>\r\n\r\n\r\n\r\n
n\u00f3grupo<\/code> no cluster EKS para que possamos hospedar o Couchbase Dados<\/code> inst\u00e2ncias de servi\u00e7o. Neste exemplo, usaremos m5.large (2 vCPU e 8 GB de RAM)<\/code> M\u00e1quinas EC2 como tipo de n\u00f3<\/code>mas o tamanho real do n\u00f3 EC2 depender\u00e1 do planejamento da capacidade e do desempenho com base na sua carga de trabalho. Portanto, certifique-se de escolher o tipo certo de n\u00f3s em sua implementa\u00e7\u00e3o de produ\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n$ eksctl create nodegroup --cluster=k8sEKS \\\r\n --name=m5l-pool \\\r\n --node-type m5.large \\\r\n --region us-west-2 \\\r\n --nodes 2 \\\r\n --nodes-min 2 \\\r\n --nodes-max 4 \\\r\n --node-ami auto<\/code><\/pre>\r\n\r\n\r\n\r\n\u00cdndice\/Consulta<\/code> criaremos um nodegroup separado com mais computa\u00e7\u00e3o e RAM. Neste exemplo, usaremos r5.large (2 vCPUs e 16 GB de RAM)<\/code> m\u00e1quinas.<\/p>\r\n\r\n\r\n\r\n$ eksctl create nodegroup --cluster=k8sEKS \\\r\n --name=r5l-pool \\\r\n --node-type r5.large \\\r\n --region us-west-2 \\\r\n --nodes 2 \\\r\n --nodes-min 2 \\\r\n --nodes-max 4 \\\r\n --node-ami auto<\/code><\/pre>\r\n\r\n\r\n\r\nt2.xlarge (4 vCP e 16 GB de RAM)<\/code> para hospedar Gateway de sincroniza\u00e7\u00e3o<\/code> inst\u00e2ncia.<\/p>\r\n\r\n\r\n\r\n$ eksctl create nodegroup --cluster=k8sEKS \\\r\n --name=t2xl-pool \\\r\n --node-type t2.xlarge \\\r\n --region us-west-2 \\\r\n --nodes 1 \\\r\n --nodes-min 1 \\\r\n --nodes-max 2 \\\r\n --node-ami auto<\/code><\/pre>\r\n\r\n\r\n\r\ngrupos de n\u00f3s<\/code> est\u00e3o prontos, podemos come\u00e7ar a rotular cada n\u00f3 no nodegroup ou usar o r\u00f3tulo pr\u00e9-existente, mas primeiro confirme todos os grupos de n\u00f3s<\/code> est\u00e3o prontos:<\/p>\r\n\r\n\r\n\r\n$ eksctl get nodegroups --cluster=k8sEKS --region=us-west-2\r\n\r\nLUSTER NODEGROUP CREATED MIN SIZE MAX SIZE DESIRED CAPACITY INSTANCE TYPE IMAGE ID\r\nk8sEKS m5l-pool 2020-07-24T18:58:02Z 2 4 2 m5.largeami-04387c277e83865b2\r\nk8sEKS r5l-pool 2020-07-24T18:58:09Z 2 4 2 r5.largeami-04387c277e83865b2\r\nk8sEKS t2xl-pool 2020-07-24T19:09:09Z 1 2 1 t2.xlargeami-04387c277e83865b2<\/code><\/pre>\r\n\r\n\r\n\r\n1.3. Rotular n\u00f3s EKS<\/h3>\r\n\r\n\r\n\r\n
dados<\/code>, \u00cdndice\/Consulta<\/code>e gateway de sincroniza\u00e7\u00e3o<\/code> m\u00e1quinas apenas para dedicar os servi\u00e7os do Couchbase a uma n\u00f3grupo<\/code> tipo. Vamos usar um r\u00f3tulo existente chamado beta.kubernetes.io\/instance-type<\/code> para a sele\u00e7\u00e3o de n\u00f3s. Esse r\u00f3tulo estar\u00e1 dispon\u00edvel por padr\u00e3o para que n\u00e3o seja necess\u00e1rio criar um novo r\u00f3tulo. Voc\u00ea pode simplesmente ver os r\u00f3tulos dos n\u00f3s executando este cmd:<\/p>\r\n\r\n\r\n\r\n$ kubectl get nodes --show-labels\r\n\r\nNAME STATUS ROLES AGE VERSION LABELS\r\nip-172-16-0-12.us-west-2.compute.internal Ready <none> 21m v1.14.9-eks-a0a484 ...,beta.kubernetes.io\/instance-type=t2.xlarge,...\r\nip-172-16-0-127.us-west-2.compute.internal Ready <none> 32m v1.14.9-eks-a0a484 ...,beta.kubernetes.io\/instance-type=m5.large,...\r\nip-172-16-3-234.us-west-2.compute.internal Ready <none> 32m v1.14.9-eks-a0a484 ...,beta.kubernetes.io\/instance-type=m5.large,...\r\nip-172-16-1-29.us-west-2.compute.internal Ready <none> 32m v1.14.9-eks-a0a484 ...,beta.kubernetes.io\/instance-type=r5.large,...\r\nip-172-16-3-119.us-west-2.compute.internal Ready <none> 32m v1.14.9-eks-a0a484 ...,beta.kubernetes.io\/instance-type=r5.large,...<\/code><\/pre>\r\n\r\n\r\n\r\ndados<\/code> servi\u00e7o em m5.large<\/code> m\u00e1quinas, \u00edndice\/consulta<\/code> em r5.large<\/code> m\u00e1quinas e gateway de sincroniza\u00e7\u00e3o<\/code> em t2.xlarge<\/code> m\u00e1quina.<\/p>\r\n\r\n\r\n\r\nr\u00f3tulo do kubectl<\/code> cmd para rotular todos os n\u00f3s que voc\u00ea deseja usar somente para n\u00f3s de dados desta forma:<\/p>\r\n\r\n\r\n\r\n$ kubectl label nodes 'ec2-node-ip' instanceType=data<\/code><\/pre>\r\n\r\n\r\n\r\n$ kubectl label nodes 'ec2-node-ip' instanceType=index<\/code><\/pre>\r\n\r\n\r\n\r\nbeta.kubernetes.io\/instance-type<\/code> como r\u00f3tulo, portanto, n\u00e3o precisamos criar nenhum novo r\u00f3tulo para os n\u00f3s.<\/p>\r\n\r\n\r\n\r\nEtapa 2: Instalar a defini\u00e7\u00e3o de recurso personalizado<\/h2>\r\n\r\n\r\n\r\n
Couchbase<\/code> tipos de recursos. Isso pode ser feito executando o comando abaixo no diret\u00f3rio do pacote Operator:<\/p>\r\n\r\n\r\n\r\nkubectl create -f crd.yaml<\/code><\/pre>\r\n\r\n\r\n\r\nEtapa 3: Criar um espa\u00e7o de nome<\/h2>\r\n\r\n\r\n\r\n
\r\n
$ kubectl create namespace cbdb\r\n\r\n namespace\/cbdb created<\/code><\/pre>\r\n\r\n\r\n\r\n\r\n
$ kubectl get namespaces\r\n\r\n NAME STATUS AGE\r\n cbdb Active 34s\r\n default Active 5h20m<\/code><\/pre>\r\n\r\n\r\n\r\nEtapa 4: Instalar o operador<\/h2>\r\n\r\n\r\n\r\n
controlador de admiss\u00e3o din\u00e2mico por cluster<\/code> (DAC) e um Operador por espa\u00e7o de nome<\/code>. Consulte a se\u00e7\u00e3o arquitetura da operadora<\/a> para obter informa\u00e7\u00f5es adicionais sobre o que \u00e9 necess\u00e1rio e considera\u00e7\u00f5es de seguran\u00e7a.<\/p>\r\n\r\n\r\n\r\n4.1. Instalar o controlador de admiss\u00e3o din\u00e2mico (DAC)<\/h3>\r\n\r\n\r\n\r\n
\r\n
padr\u00e3o<\/code> namespace.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n$ bin\/cbopcfg generate admission --namespace default | kubectl create -f -\r\n\r\n\r\nserviceaccount\/couchbase-operator-admission created\r\nclusterrole.rbac.authorization.k8s.io\/couchbase-operator-admission created\r\nclusterrolebinding.rbac.authorization.k8s.io\/couchbase-operator-admission created\r\nsecret\/couchbase-operator-admission created\r\ndeployment.apps\/couchbase-operator-admission created\r\nservice\/couchbase-operator-admission created\r\nmutatingwebhookconfiguration.admissionregistration.k8s.io\/couchbase-operator-admission created\r\nvalidatingwebhookconfiguration.admissionregistration.k8s.io\/couchbase-operator-admission created<\/code><\/pre>\r\n\r\n\r\n\r\n\r\n
$ kubectl get deployments\r\n\r\nNAME READY UP-TO-DATE AVAILABLE AGE\r\ncouchbase-operator-admission 1\/1 1 1 48s<\/code><\/pre>\r\n\r\n\r\n\r\n4.2. Instalar o operador do Couchbase<\/h3>\r\n\r\n\r\n\r\n
oficina<\/code> executando o seguinte comando.<\/p>\r\n\r\n\r\n\r\n$ bin\/cbopcfg generate operator --namespace cbdb | kubectl create -f -\r\n\r\nserviceaccount\/couchbase-operator created\r\nrole.rbac.authorization.k8s.io\/couchbase-operator created\r\nrolebinding.rbac.authorization.k8s.io\/couchbase-operator created\r\ndeployment.apps\/couchbase-operator created\r\nservice\/couchbase-operator created<\/code><\/pre>\r\n\r\n\r\n\r\nkubectl create<\/code> geralmente leva menos de um minuto para o Kubernetes implantar o Operator e para que ele esteja pronto para ser executado.<\/p>\r\n\r\n\r\n\r\n4.3. Verificar o status da implanta\u00e7\u00e3o<\/h3>\r\n\r\n\r\n\r\n
$ kubectl get deployments -n cbdb\r\n\r\nNAME READY UP-TO-DATE AVAILABLE AGE\r\ncouchbase-operator 1\/1 1 1 73s<\/code><\/pre>\r\n\r\n\r\n\r\n4.4. Verificar o status do Operador<\/h3>\r\n\r\n\r\n\r\n
$ kubectl get pods -l app=couchbase-operator -n cbdb\r\n\r\nNAME READY STATUS RESTARTS AGE\r\ncouchbase-operator-558fd8486c-788jr 1\/1 Running 0 2m9s<\/code><\/pre>\r\n\r\n\r\n\r\nEtapa 5. Implantar o cluster do Couchbase<\/h2>\r\n\r\n\r\n\r\n
\r\n
5.1. Criar segredo para o console de administra\u00e7\u00e3o do Couchbase<\/h3>\r\n\r\n\r\n\r\n
$ kubectl create -f secret.yaml -n cbdb\r\n\r\nSecret\/cb-admin-auth created<\/code><\/pre>\r\n\r\n\r\n\r\n5.2 Criar classe de armazenamento para o cluster k8s<\/h3>\r\n\r\n\r\n\r\n
$ kubectl create -f sc-nas.yaml -n cbdb\r\n\r\n\r\nstorageclass.storage.k8s.io\/nas created<\/code><\/pre>\r\n\r\n\r\n\r\n5.3. Implantar o cluster do Couchbase<\/h3>\r\n\r\n\r\n\r\n
nodeSelector<\/code> para colocar os pods nos n\u00f3s que t\u00eam o valor espec\u00edfico de beta.kubernetes.io\/instance-type<\/code> etiqueta.<\/p>\r\n\r\n\r\n\r\nservers:\r\n - name: data-service-2a\r\n size: 1\r\n services:\r\n - data\r\n volumeMounts:\r\n default: pvc-default # \/opt\/couchbase\/var\/lib\/couchbase\r\n data: pvc-data # \/mnt\/data\r\n pod:\r\n spec:\r\n nodeSelector:\r\n beta.kubernetes.io\/instance-type: m5.large\r\n - name: index-quer-service-2a\r\n size: 1\r\n services:\r\n - index\r\n - query\r\n volumeMounts:\r\n default: pvc-default\r\n index: pvc-index\r\n pod:\r\n spec:\r\n nodeSelector:\r\n beta.kubernetes.io\/instance-type: r5.large<\/code><\/pre>\r\n\r\n\r\n\r\nkubectl<\/code> para implantar o cluster, mas certifique-se de que esteja usando couchbase-cluster.yaml<\/a> do git, e n\u00e3o o arquivo de mesmo nome presente no diret\u00f3rio de trabalho atual.<\/p>\r\n\r\n\r\n\r\n$ kubectl create -f couchbase-cluster.yaml -n cbdb --save-config\r\n\r\ncouchbasecluster.couchbase.com\/cbdemo created<\/code><\/pre>\r\n\r\n\r\n\r\n$ kubectl get pods -n cbdb -w\r\n\r\nNAME READY STATUS RESTARTS AGE\r\ncbdemo-0000 0\/1 Running 0 1m\r\ncbdemo-0001 0\/1 Running 0 53s\r\ncbdemo-0002 0\/1 Running 0 20s\r\ncouchbase-operator-558fd8486c-788jr 1\/1 Running 0 21m\r\ncbdemo-0003 0\/1 Pending 0 3s\r\ncbdemo-0003 0\/1 Pending 0 3s\r\ncbdemo-0003 0\/1 ContainerCreating 0 3s\r\ncbdemo-0003 0\/1 Running 0 18s\r\ncbdemo-0001 1\/1 Running 0 2m\r\ncbdemo-0000 1\/1 Running 0 2m\r\ncbdemo-0002 1\/1 Running 0 1m\r\ncbdemo-0003 1\/1 Running 0 1m<\/code><\/pre>\r\n\r\n\r\n\r\n$ kubectl get pods -owide -n cbdb\r\n\r\nNAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES\r\ncbdemo-0000 1\/1 Running 0 10m 172.16.2.134 ip-172-16-3-234.us-west-2.compute.internal <none> <none>\r\ncbdemo-0001 1\/1 Running 0 10m 172.16.1.116 ip-172-16-0-127.us-west-2.compute.internal <none> <none>\r\ncbdemo-0002 1\/1 Running 0 9m51s 172.16.1.5 ip-172-16-1-29.us-west-2.compute.internal <none> <none>\r\ncbdemo-0003 1\/1 Running 0 9m3s 172.16.2.98 ip-172-16-3-119.us-west-2.compute.internal <none> <none>\r\ncouchbase-operator-558fd8486c-r2tcc 1\/1 Running 0 31m 172.16.1.230 ip-172-16-0-12.us-west-2.compute.internal <none> <none><\/code><\/pre>\r\n\r\n\r\n\r\n\u00cdndice\/Consulta<\/code> O servi\u00e7o est\u00e1 sendo executado no pod cbdemo-0002<\/code> e cbdemo-0003<\/code> que \u00e9 hospedado nos n\u00f3s EKS com r\u00f3tulo beta.kubernetes.io\/instance-type: r5.large<\/code> e dados<\/code> pods de servi\u00e7o (cbdemo-0000<\/code>, cbdemo-0001<\/code>) s\u00e3o colocados em n\u00f3s EKS com r\u00f3tulo beta.kubernetes.io\/instance-type: m5.large<\/code>. Isso significa que nodeSelector<\/code> definido em couchbase-cluster.yaml<\/a> aplicou com sucesso o posicionamento de pods nos n\u00f3s com os recursos desejados.<\/p>\r\n\r\n\r\n\r\n$ kubectl port-forward cbdemo-0000 18091:18091 -n cbdb\r\n\r\nForwarding from 127.0.0.1:18091 -> 18091\r\nForwarding from [::1]:18091 -> 18091<\/code><\/pre>\r\n\r\n\r\n\r\nEtapa 6. Implanta\u00e7\u00e3o de um cluster do Sync Gateway<\/h2>\r\n\r\n\r\n\r\n
6.1 Pr\u00e9-requisitos do Sync Gateway<\/h3>\r\n\r\n\r\n\r\n
\r\n
prepara\u00e7\u00e3o<\/code> do balde do Console da Web<\/code>.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n\r\n
![\"\"](\"https:\/\/i2.wp.com\/blog.couchbase.com\/wp-content\/uploads\/2020\/07\/bucket.png?fit=900%2C398&ssl=1\")
<\/figure>\r\n<\/li>\r\n<\/ul>\r\n<\/figure>\r\n\r\n\r\n\r\n
Figura 2: Prepara\u00e7\u00e3o<\/code> bucket criado com 2 GB de espa\u00e7o.<\/p>\r\n\r\n\r\n\r\n\r\n
\r\n
Acesso a aplicativos<\/code> no n\u00edvel do balde.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\nCouchbase<\/code> User como geralmente fazemos, mas para tornar isso um pouco mais interessante, vamos usar um externo<\/code> (tamb\u00e9m conhecido como LDAP). Na se\u00e7\u00e3o couchbase-cluster.yaml<\/a> voc\u00ea pode encontrar detalhes de um terceiro Servidor de teste LDAP<\/a> que usamos neste exemplo.<\/p>\r\n\r\n\r\n\r\nsecurity:\r\n adminSecret: cb-admin-auth\r\n rbac:\r\n managed: false\r\n ldap:\r\n hosts:\r\n - ldap.forumsys.com\r\n port: 389\r\n bindDN: \"cn=read-only-admin,dc=example,dc=com\"\r\n bindSecret: cb-admin-auth\r\n authenticationEnabled: true\r\n userDNMapping:\r\n template: \"uid=%u,dc=example,dc=com\"\r\n authorizationEnabled: false<\/code><\/pre>\r\n\r\n\r\n\r\nAcesso a aplicativos<\/code> fun\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n\r\n
![\"\"](\"https:\/\/i0.wp.com\/blog.couchbase.com\/wp-content\/uploads\/2020\/07\/newton-user.png?fit=900%2C433&ssl=1\")
<\/figure>\r\n<\/li>\r\n<\/ul>\r\n<\/figure>\r\n\r\n\r\n\r\n
Figura 3: Usando newton<\/code> como o usu\u00e1rio externo, que ser\u00e1 automaticamente confirmado como existe<\/code>.<\/p>\r\n\r\n\r\n\r\n\r\n
![\"\"](\"https:\/\/i2.wp.com\/blog.couchbase.com\/wp-content\/uploads\/2020\/07\/newton-ready.png?fit=900%2C396&ssl=1\")
<\/figure>\r\n<\/li>\r\n<\/ul>\r\n<\/figure>\r\n\r\n\r\n\r\n
Figura 4: Detalhes do usu\u00e1rio ap\u00f3s clicar no bot\u00e3o Adicionar usu\u00e1rio<\/code> bot\u00e3o.<\/p>\r\n\r\n\r\n\r\nGateway de sincroniza\u00e7\u00e3o<\/code>.<\/p>\r\n\r\n\r\n\r\n6.2 Configura\u00e7\u00e3o do gateway de sincroniza\u00e7\u00e3o<\/h3>\r\n\r\n\r\n\r\n
Gateway de sincroniza\u00e7\u00e3o<\/code> Para nos comunicarmos com o Couchbase Cluster, precisamos fornecer detalhes do banco de dados, do bucket e da credencial. Usaremos o banco de dados<\/code> string de conex\u00e3o como couchbase:\/\/cbdemo-srv.cbdb.svc.cluster.local<\/code> como pode ser visto no trecho abaixo:<\/p>\r\n\r\n\r\n\r\n...\r\n },\r\n \"databases\": {\r\n \"cbdemo\": {\r\n \"server\": \"couchbase:\/\/cbdemo-srv.cbdb.svc.cluster.local\",\r\n \"bucket\": \"staging\",\r\n \"username\": \"newton\",\r\n \"password\": \"password\",\r\n \"allow_conflicts\": false,\r\n \"revs_limit\": 20,\r\n \"enable_shared_bucket_access\": true,\r\n \"import_docs\": true,\r\n \"sync\": `function(doc, oldDoc) {\r\n channel(doc.channels);\r\n }`,\r\n }\r\n ...<\/code><\/pre>\r\n\r\n\r\n\r\nSync Gateway 2.7<\/code> (ou superior), os clientes corporativos agora podem designar v\u00e1rios n\u00f3s do Sync Gateway como n\u00f3s de importa\u00e7\u00e3o (para lidar com as grava\u00e7\u00f5es do Couchbase Server), o que proporciona maior resili\u00eancia. Portanto, estamos usando import_docs: true<\/code> no arquivo de configura\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n