Neste artigo, veremos passo a passo como voc\u00ea pode implantar o cluster do Couchbase no Amazon Elastic Container Service for Kubernetes (Amazon EKS): 1) usando v\u00e1rios grupos de servidores do Couchbase que podem ser mapeados para uma zona de disponibilidade separada para alta disponibilidade 2) aproveitando volumes persistentes para recupera\u00e7\u00e3o r\u00e1pida de falhas na infraestrutura.<\/p>\r\n\r\n\r\n\r\n Figura 1: Operador aut\u00f4nomo do Couchbase para Kubernetes monitora e cura automaticamente a plataforma de banco de dados do Couchbase.<\/p>\r\n\r\n\r\n\r\n H\u00e1 tr\u00eas pr\u00e9-requisitos de alto n\u00edvel antes de come\u00e7armos a implementa\u00e7\u00e3o do Couchbase Autonomous Operator no EKS:<\/p>\r\n\r\n\r\n\r\n Antes de iniciarmos a configura\u00e7\u00e3o do Couchbase Operator, execute o comando \"kubectl get nodes\" no computador local para confirmar se o cluster EKS est\u00e1 funcionando.<\/p>\r\n\r\n\r\n\r\n Depois de testarmos que podemos nos conectar ao plano de controle do Kubernetes em execu\u00e7\u00e3o no cluster do Amazon EKS a partir de nossa m\u00e1quina local, podemos agora come\u00e7ar com as etapas necess\u00e1rias para implantar o Couchbase Autonomous Operator, que \u00e9 a tecnologia de cola que permite que o cluster do Couchbase Server seja gerenciado pelo Kubernetes.<\/p>\r\n\r\n\r\n\r\n Vamos come\u00e7ar fazendo o download da vers\u00e3o mais recente do Operador aut\u00f4nomo do Couchbase<\/a> e descompacte-o na m\u00e1quina local. Altere o diret\u00f3rio para a pasta do operador para que possamos encontrar os arquivos YAML necess\u00e1rios para implantar o operador do Couchbase:<\/p>\r\n\r\n\r\n\r\n Crie um namespace que permita que os recursos do cluster sejam bem separados entre v\u00e1rios usu\u00e1rios. Para fazer isso, usaremos um namespace exclusivo chamado emart para nossa implanta\u00e7\u00e3o e, posteriormente, usaremos esse namespace para implantar o cluster do Couchbase.<\/p>\r\n\r\n\r\n\r\n Em seu diret\u00f3rio de trabalho, crie um arquivo namespace.yaml<\/a> com esse conte\u00fado e salve-o no pr\u00f3prio diret\u00f3rio do operador do Couchbase:<\/p>\r\n\r\n\r\n\r\n Depois de salvar a configura\u00e7\u00e3o do namespace em um arquivo, execute kubectl cmd para cri\u00e1-lo:<\/p>\r\n\r\n\r\n\r\n Execute o comando get namespace para confirmar que ele foi criado com sucesso:<\/p>\r\n\r\n\r\n\r\n A partir de agora, usaremos o emart como namespace para todo o provisionamento de recursos.<\/p>\r\n\r\n\r\n\r\n Criar segredo para o Couchbase Operator e servidores com um determinado certificado. Veja como criar um certificado personalizado<\/a> se n\u00e3o tiver uma.<\/p>\r\n\r\n\r\n\r\n O controlador de admiss\u00e3o \u00e9 um componente necess\u00e1rio do Couchbase Autonomous Operator e precisa ser instalado separadamente. O objetivo principal do controlador de admiss\u00e3o \u00e9 validar as altera\u00e7\u00f5es de configura\u00e7\u00e3o do cluster do Couchbase antes que o Operador atue sobre elas, protegendo assim sua implementa\u00e7\u00e3o do Couchbase (e o Operador) de qualquer dano acidental que possa surgir de uma configura\u00e7\u00e3o inv\u00e1lida. Para obter detalhes sobre a arquitetura, visite a p\u00e1gina de documenta\u00e7\u00e3o no site Controlador de Admiss\u00e3o<\/a><\/p>\r\n\r\n\r\n\r\n Siga as etapas a seguir para implementar o controlador de admiss\u00e3o:<\/p>\r\n\r\n\r\n\r\n A primeira etapa da instala\u00e7\u00e3o do Operator \u00e9 instalar a defini\u00e7\u00e3o de recurso personalizado (CRD) que descreve o tipo de recurso CouchbaseCluster. Isso pode ser feito com o seguinte comando:<\/p>\r\n\r\n\r\n\r\n Em seguida, criaremos um arquivo fun\u00e7\u00e3o de cluster<\/a> que permite que o Operador acesse os recursos necess\u00e1rios para sua execu\u00e7\u00e3o. Como o Operador gerenciar\u00e1 muitos Espa\u00e7os de nomes<\/a>Se voc\u00ea n\u00e3o tiver uma fun\u00e7\u00e3o de cluster, \u00e9 melhor criar uma fun\u00e7\u00e3o de cluster primeiro, pois voc\u00ea pode atribuir essa fun\u00e7\u00e3o a um conta de servi\u00e7o<\/a> em qualquer namespace.<\/p>\r\n\r\n\r\n\r\n Para criar a fun\u00e7\u00e3o de cluster para o Operator, execute o seguinte comando:<\/p>\r\n\r\n\r\n\r\n Essa fun\u00e7\u00e3o de cluster s\u00f3 precisa ser criada uma vez.<\/p>\r\n\r\n\r\n\r\n Depois que a fun\u00e7\u00e3o de cluster for criada, voc\u00ea precisar\u00e1 criar uma conta de servi\u00e7o no namespace em que est\u00e1 instalando o Operator. Para criar a conta de servi\u00e7o:<\/p>\r\n\r\n\r\n\r\n Agora, atribua a fun\u00e7\u00e3o de operador \u00e0 conta de servi\u00e7o:<\/p>\r\n\r\n\r\n\r\n Agora, antes de prosseguirmos, vamos nos certificar de que todas as fun\u00e7\u00f5es e contas de servi\u00e7o sejam criadas no namespace emart<\/em>. Para isso, execute estas tr\u00eas verifica\u00e7\u00f5es e certifique-se de que cada uma delas retorne algo:<\/p>\r\n\r\n\r\n\r\n Agora temos todas as fun\u00e7\u00f5es e privil\u00e9gios para que nosso operador seja implementado. A implanta\u00e7\u00e3o do operador \u00e9 t\u00e3o simples quanto executar o arquivo operator.yaml no diret\u00f3rio do Couchbase Autonomous Operator.<\/p>\r\n\r\n\r\n\r\n O comando acima far\u00e1 o download da imagem do Docker do Operator (especificada no arquivo operator.yaml) e criar\u00e1 uma implanta\u00e7\u00e3o, que gerencia uma \u00fanica inst\u00e2ncia do Operator. O Operator usa uma implanta\u00e7\u00e3o para que possa reiniciar se o pod em que est\u00e1 sendo executado morrer.<\/p>\r\n\r\n\r\n\r\n Levaria menos de um minuto para o Kubernetes implantar o Operator e para que ele estivesse pronto para ser executado.<\/p>\r\n\r\n\r\n\r\n Voc\u00ea pode usar o seguinte comando para verificar o status da implanta\u00e7\u00e3o:<\/p>\r\n\r\n\r\n\r\n Se voc\u00ea executar esse comando imediatamente ap\u00f3s a implanta\u00e7\u00e3o do Operator, o resultado ser\u00e1 parecido com o seguinte:<\/p>\r\n\r\n\r\n\r\n Observa\u00e7\u00e3o: a sa\u00edda acima significa que o operador do Couchbase est\u00e1 implantado e voc\u00ea pode prosseguir com a implanta\u00e7\u00e3o do cluster do Couchbase.<\/p>\r\n\r\n\r\n\r\n Voc\u00ea pode usar o seguinte comando para verificar se o Operator foi iniciado com \u00eaxito:<\/p>\r\n\r\n\r\n\r\n Se o Operador estiver ativo e em execu\u00e7\u00e3o, o comando retornar\u00e1 uma sa\u00edda em que o campo READY mostra 1\/1, como, por exemplo:<\/p>\r\n\r\n\r\n\r\n Voc\u00ea tamb\u00e9m pode verificar os registros para confirmar que o Operador est\u00e1 em funcionamento. Procure a mensagem: CRD initialized, listening for events... module=controller.<\/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 Na pr\u00f3xima se\u00e7\u00e3o, veremos como \u00e9 poss\u00edvel definir classes de armazenamento em diferentes zonas de disponibilidade e criar um modelo de reivindica\u00e7\u00e3o de volume persistente, que ser\u00e1 usado em couchbase-cluster-com-pv-1.2.yaml<\/a> arquivo.<\/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 enviar o segredo para seu cluster do Kubernetes, execute o seguinte comando:<\/p>\r\n\r\n\r\n\r\n Agora, para usar o PersistentVolume para os servi\u00e7os do Couchbase (dados, \u00edndice, pesquisa etc.), precisamos criar Classes de armazenamento (SC) primeiro em cada uma das Zonas de disponibilidade (AZ). Vamos come\u00e7ar verificando quais classes de armazenamento existem em nosso ambiente.<\/p>\r\n\r\n\r\n\r\n Vamos usar o comando kubectl para descobrir isso:<\/p>\r\n\r\n\r\n\r\n A sa\u00edda acima significa que temos apenas a classe de armazenamento gp2 padr\u00e3o e precisamos criar classes de armazenamento separadas em todas as AZs em que planejamos implantar nosso cluster do Couchbase.<\/p>\r\n\r\n\r\n\r\n 1) Crie um arquivo de manifesto de classe de armazenamento do AWS. O exemplo abaixo define a estrutura da classe de armazenamento (sc-gp2.yaml<\/a>), que usa o tipo de volume Amazon EBS gp2 (tamb\u00e9m conhecido como unidade SSD de uso geral). Esse armazenamento ser\u00e1 usado posteriormente em nosso VolumeClaimTemplate<\/em>.<\/p>\r\n\r\n\r\n\r\n 2) Agora, usaremos o comando kubectl para criar fisicamente uma classe de armazenamento a partir dos arquivos de manifesto que definimos acima.<\/p>\r\n\r\n\r\n\r\n 3) Verificar a nova classe de armazenamento O Server Group Awareness oferece disponibilidade aprimorada, pois protege um cluster contra falhas de infraestrutura em grande escala, por meio da defini\u00e7\u00e3o de grupos.<\/p>\r\n\r\n\r\n\r\n Os grupos devem ser definidos de acordo com a distribui\u00e7\u00e3o f\u00edsica dos n\u00f3s do cluster. Por exemplo, um grupo deve incluir apenas os n\u00f3s que est\u00e3o em um \u00fanico rack de servidor ou, no caso de implanta\u00e7\u00f5es em nuvem, em uma \u00fanica zona de disponibilidade. Assim, se o rack do servidor ou a zona de disponibilidade ficar indispon\u00edvel devido a uma falha de energia ou de rede, o Group Failover, se ativado, permitir\u00e1 o acesso cont\u00ednuo aos dados afetados.<\/p>\r\n\r\n\r\n\r\n Portanto, colocamos os servidores Couchbase em Com os grupos de servidores definidos e as classes de armazenamento dispon\u00edveis em todas as tr\u00eas AZs, vamos agora criar volumes de armazenamento din\u00e2mico e mont\u00e1-los em cada um dos servidores Couchbase que requerem dados persistentes. Para fazer isso, primeiro definiremos o Persistent Volume Claim Template em nosso couchbase-cluster.yaml<\/a> (que pode ser encontrado na pasta do operador).<\/p>\r\n\r\n\r\n\r\n Depois que o modelo de reivindica\u00e7\u00e3o for adicionado, a etapa final \u00e9 emparelhar o modelo de reivindica\u00e7\u00e3o de volume com os grupos de servidores de acordo com cada uma das zonas. Por exemplo, os pods no grupo de servidores chamado data-east-1a devem usar o volumeClaimTemplate chamado dados pvc<\/em> para armazenar dados e pvc-default<\/em> para os bin\u00e1rios e arquivos de registro do Couchbase.<\/p>\r\n\r\n\r\n\r\n Por exemplo, o seguinte mostra o emparelhamento de um Server Group e seu VolumeClaimTemplate associado:<\/p>\r\n\r\n\r\n\r\n Observe que criamos tr\u00eas grupos de servidores de dados separados (data-east-1a\/-1b\/-1c), cada um localizado em sua pr\u00f3pria AZ, usando modelos de reivindica\u00e7\u00e3o de volume persistente dessa AZ. Agora, usando o mesmo conceito, adicionaremos o \u00edndice e os servi\u00e7os de consulta e os alocaremos em grupos de servidores separados para que possam ser dimensionados independentemente dos n\u00f3s de dados.<\/p>\r\n\r\n\r\n\r\n![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/04\/K8-Animation.gif\")
<\/figure>\r\n\r\n\r\n\r\n1. Pr\u00e9-requisitos<\/h2>\r\n\r\n\r\n\r\n
\r\n
2. Implantar o operador aut\u00f4nomo do Couchbase<\/h2>\r\n\r\n\r\n\r\n
$ kubectl get nodes\r\n\r\nNAME STATUS ROLES AGE VERSION\r\nip-192-168-106-132.ec2.internal Ready <none> 110m v1.11.9\r\nip-192-168-153-241.ec2.internal Ready <none> 110m v1.11.9\r\nip-192-168-218-112.ec2.internal Ready <none> 110m v1.11.9<\/code><\/pre>\r\n\r\n\r\n\r\n2.1. Download do pacote Operator<\/h3>\r\n\r\n\r\n\r\n
$ cd couchbase-autonomous-operator-kubernetes_1.2.0-981_linux-x86_64\r\n\r\n$ ls\r\n\r\nLicense.txt couchbase-cli-create-user.yaml operator-role-binding.yaml secret.yaml\r\nREADME.txt couchbase-cluster.yaml operator-role.yaml\r\nadmission.yaml crd.yaml operator-service-account.yaml\r\nbin operator-deployment.yaml pillowfight-data-loader.yaml<\/code><\/pre>\r\n\r\n\r\n\r\n2.2. Criar um espa\u00e7o de nome<\/h3>\r\n\r\n\r\n\r\n
apiVersion: v1\r\nkind: Namespace\r\nmetadata:\r\n name: emart<\/code><\/pre>\r\n\r\n\r\n\r\n$ kubectl create -f namespace.yaml<\/code><\/pre>\r\n\r\n\r\n\r\n$ kubectl get namespaces\r\n\r\noutput:\r\n\r\nNAME STATUS AGE\r\ndefault Active 1h\r\nemart Active 12s<\/code><\/pre>\r\n\r\n\r\n\r\n2.3. Adicionar certificado TLS<\/h3>\r\n\r\n\r\n\r\n
$ kubectl create secret generic couchbase-server-tls --from-file chain.pem --from-file pkey.key --namespace emart\r\n\r\nsecret\/couchbase-server-tls created<\/code><\/pre>\r\n\r\n\r\n\r\n$ kubectl create secret generic couchbase-operator-tls --from-file pki\/ca.crt --namespace emart\r\n\r\nsecret\/couchbase-operator-tls created<\/code><\/pre>\r\n\r\n\r\n\r\n2.4. Instalar o controlador de admiss\u00e3o<\/h3>\r\n\r\n\r\n\r\n
\r\n
$ kubectl create -f admission.yaml --namespace emart<\/code><\/pre>\r\n\r\n\r\n\r\n\r\n
$ kubectl get deployments --namespace emart\r\n\r\nNAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE\r\ncouchbase-operator-admission 1 1 1 1 1m<\/code><\/pre>\r\n\r\n\r\n\r\n2.5. Instalar o CRD<\/h3>\r\n\r\n\r\n\r\n
kubectl create -f crd.yaml --namespace emart<\/code><\/pre>\r\n\r\n\r\n\r\n2.6. Criar uma fun\u00e7\u00e3o de operador<\/h3>\r\n\r\n\r\n\r\n
$ kubectl create -f operator-role.yaml --namespace emart<\/code><\/pre>\r\n\r\n\r\n\r\n2.7. Criar uma conta de servi\u00e7o<\/h3>\r\n\r\n\r\n\r\n
$ kubectl create serviceaccount couchbase-operator --namespace emart<\/code><\/pre>\r\n\r\n\r\n\r\n$ kubectl create rolebinding couchbase-operator --role couchbase-operator \\\r\n--serviceaccount emart:couchbase-operator --namespace emart\r\n\r\noutput:\r\n\r\nclusterrolebinding.rbac.authorization.k8s.io\/couchbase-operator created<\/code><\/pre>\r\n\r\n\r\n\r\nKubectl get roles -n emart\r\nKubectl get rolebindings -n emart\r\nKubectl get sa -n emart<\/code><\/pre>\r\n\r\n\r\n\r\n2.8. Implantar o Couchbase Operator<\/h3>\r\n\r\n\r\n\r\n
$ kubectl create -f operator-deployment.yaml --namespace emart\r\n\r\noutput:\r\n\r\ndeployment.apps\/couchbase-operator created<\/code><\/pre>\r\n\r\n\r\n\r\na) Verificar o status da implanta\u00e7\u00e3o<\/h4>\r\n\r\n\r\n\r\n
$ kubectl get deployments --namespace emart<\/code><\/pre>\r\n\r\n\r\n\r\nNAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE\r\ncouchbase-operator 1 1 1 0 10s<\/code><\/pre>\r\n\r\n\r\n\r\nb) Verificar o status do operador<\/h4>\r\n\r\n\r\n\r\n
$ kubectl get pods -l app=couchbase-operator --namespace emart<\/code><\/pre>\r\n\r\n\r\n\r\nNAME READY STATUS RESTARTS AGE\r\ncouchbase-operator-8c554cbc7-6vqgf 1\/1 Running 0 57s<\/code><\/pre>\r\n\r\n\r\n\r\n$ kubectl logs couchbase-operator-8c554cbc7-6vqgf --namespace emart --tail 20\r\n\r\noutput:\r\n\r\ntime=\"2019-05-30T23:00:58Z\" level=info msg=\"couchbase-operator v1.2.0 (release)\" module=main\r\ntime=\"2019-05-30T23:00:58Z\" level=info msg=\"Obtaining resource lock\" module=main\r\ntime=\"2019-05-30T23:00:58Z\" level=info msg=\"Starting event recorder\" module=main\r\ntime=\"2019-05-30T23:00:58Z\" level=info msg=\"Attempting to be elected the couchbase-operator leader\" module=main\r\ntime=\"2019-05-30T23:00:58Z\" level=info msg=\"I'm the leader, attempt to start the operator\" module=main\r\ntime=\"2019-05-30T23:00:58Z\" level=info msg=\"Creating the couchbase-operator controller\" module=main\r\ntime=\"2019-05-30T23:00:58Z\" level=info msg=\"Event(v1.ObjectReference{Kind:\\\"Endpoints\\\", Namespace:\\\"emart\\\", Name:\\\"couchbase-operator\\\", UID:\\\"c96ae600-832e-11e9-9cec-0e104d8254ae\\\", APIVersion:\\\"v1\\\", ResourceVersion:\\\"950158\\\", FieldPath:\\\"\\\"}): type: 'Normal' reason: 'LeaderElection' couchbase-operator-6cbc476d4d-2kps4 became leader\" module=event_recorder<\/code><\/pre>\r\n\r\n\r\n\r\n3. Implantar o cluster do Couchbase usando volumes persistentes<\/h2>\r\n\r\n\r\n\r\n
\r\n
3.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 --namespace emart\r\n\r\nOutput:\r\n\r\nSecret\/cb-example-auth created<\/code><\/pre>\r\n\r\n\r\n\r\n3.2 Criar classe de armazenamento do AWS para o cluster EKS<\/h3>\r\n\r\n\r\n\r\n
$ kubectl get storageclass\r\n\r\nOutput:\r\n\r\ngp2 (default) kubernetes.io\/aws-ebs 12m<\/code><\/pre>\r\n\r\n\r\n\r\nFor more information about the options available for AWS storage classes, see [AWS](https:\/\/kubernetes.io\/docs\/concepts\/storage\/storage-classes\/#aws) in the Kubernetes documentation.\r\n\r\n```\r\napiVersion: storage.k8s.io\/v1\r\nkind: StorageClass\r\nmetadata:\r\n labels:\r\n k8s-addon: storage-aws.addons.k8s.io\r\n name: gp2-multi-zone\r\nparameters:\r\n type: gp2\r\nprovisioner: kubernetes.io\/aws-ebs\r\nreclaimPolicy: Delete\r\nvolumeBindingMode: WaitForFirstConsumer\r\n```\r\nAbove we used ```reclaimPolicy``` to _Delete_ which tells K8 to delete the volumes of deleted Pods but you can change it to _Retain_ depending on your needs or if for troubleshooting purpose you would like to keep the volumes of deleted pods.<\/code><\/pre>\r\n\r\n\r\n\r\n```\r\n$ kubectl create -f sc-gp2.yaml\r\n\r\nOutput:\r\n\r\nstorageclass.storage.k8s.io\/gp2-multi-zone created\r\n```<\/code><\/pre>\r\n\r\n\r\n\r\n
Depois de criar todas as classes de armazenamento, voc\u00ea pode verific\u00e1-las por meio do comando kubectl:<\/p>\r\n\r\n\r\n\r\n```\r\n$ kubectl get sc --namespace emart\r\n\r\noutput:\r\n\r\nNAME PROVISIONER AGE\r\ngp2 (default) kubernetes.io\/aws-ebs 16h\r\ngp2-multi-zone kubernetes.io\/aws-ebs 96s\r\n```<\/code><\/pre>\r\n\r\n\r\n\r\n3.3. Conscientiza\u00e7\u00e3o de grupos de servidores<\/h3>\r\n\r\n\r\n\r\n
spec.servers.serverGroups<\/code>que ser\u00e3o mapeados para n\u00f3s EKS separados fisicamente e executados em tr\u00eas AZs diferentes (us-east-1a\/b\/c):<\/p>\r\n\r\n\r\n\r\nspec:\r\n servers:\r\n - name: data-east-1a\r\n size: 1\r\n services:\r\n - data\r\n serverGroups:\r\n - us-east-1a<\/code><\/pre>\r\n\r\n\r\n\r\n3.4. Adicionar classe de armazenamento ao modelo de declara\u00e7\u00e3o de volume persistente<\/h3>\r\n\r\n\r\n\r\n
Spec:\r\n volumeClaimTemplates:\r\n - metadata:\r\n name: pvc-default\r\n spec:\r\n storageClassName: gp2-multi-zone\r\n resources:\r\n requests:\r\n storage: 1Gi\r\n - metadata:\r\n name: pvc-data\r\n spec:\r\n storageClassName: gp2-multi-zone\r\n resources:\r\n requests:\r\n storage: 5Gi\r\n - metadata:\r\n name: pvc-index\r\n spec:\r\n storageClassName: gp2-multi-zone\r\n resources:\r\n requests:\r\n storage: 3Gi<\/code><\/pre>\r\n\r\n\r\n\r\nspec:\r\n servers:\r\n - name: data-east-1a\r\n size: 1\r\n services:\r\n - data\r\n serverGroups:\r\n - us-east-1a\r\n pod:\r\n volumeMounts:\r\n default: pvc-default\r\n data: pvc-data\r\n - name: data-east-1b\r\n size: 1\r\n services:\r\n - data\r\n serverGroups:\r\n - us-east-1b\r\n pod:\r\n volumeMounts:\r\n default: pvc-default\r\n data: pvc-data\r\n - name: data-east-1c\r\n size: 1\r\n services:\r\n - data\r\n serverGroups:\r\n - us-east-1c\r\n pod:\r\n volumeMounts:\r\n default: pvc-default\r\n data: pvc-data<\/code><\/pre>\r\n\r\n\r\n\r\n3.5. Implantar o cluster do Couchbase<\/h3>\r\n\r\n\r\n\r\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/04\/K8-Cluster--1024x516.png\")
<\/figure>\r\n\r\n\r\n\r\n