![\"KOPS](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2018\/07\/Screen-Shot-2018-07-13-at-2.57.48-PM-1024x526.png\")
Arquitetura KOPS<\/p><\/div>\n
Com o objetivo de fazer uma divulga\u00e7\u00e3o completa, \u00e9 mais f\u00e1cil usar as ferramentas fornecidas pelos fornecedores de nuvem. Ferramentas de c\u00f3digo aberto, como o kops, funcionam igualmente bem e s\u00e3o muito eficientes.<\/p>\n
O Operador Aut\u00f4nomo do Couchbase estende a API do Kubernetes criando uma Defini\u00e7\u00e3o de Recurso Personalizado (CRD) e registrando um controlador espec\u00edfico do Couchbase (o Operador Aut\u00f4nomo) para gerenciar clusters do Couchbase.<\/p>\n
Para este blog, usaremos o AWS como IaaS e demonstraremos o uso do kops, os recursos e o Couchbase Autonomous Operator executando o cluster do Couchbase em escala.<\/p>\n
O que o KOPS pode fazer?<\/h2>\n
\"O kops ajuda voc\u00ea a criar, destruir, atualizar e manter clusters Kubernetes de n\u00edvel de produ\u00e7\u00e3o e altamente dispon\u00edveis a partir da linha de comando. Atualmente, o AWS (Amazon Web Services) \u00e9 oficialmente suportado, com o GCE em suporte beta e o VMware vSphere em alfa, al\u00e9m de outras plataformas planejadas.\" [1]<\/p>\n
Vamos direto ao ponto e ver como isso funciona?<\/p>\n
- \n
- Instalar o kops<\/li>\n
- Criar um cluster do k8s no AWS<\/li>\n
- Configurar o painel de controle do k8s<\/li>\n
- Verificar e validar o cluster k8s<\/li>\n
- Implantar o operador aut\u00f4nomo do Couchbase no K8s<\/li>\n
- Implantar o cluster do couchbase<\/li>\n
- Resili\u00eancia do servi\u00e7o<\/li>\n
- Pr\u00f3ximas etapas<\/li>\n<\/ul>\n
Instalar o KOPS<\/strong><\/h3>\n
OSX a partir do Homebrew<\/strong><\/h4>\n
$ brew update\r\n$ brew install kops\r\n<\/pre>\n
Linux<\/h4>\n
$ curl -LO https:\/\/github.com\/kubernetes\/kops\/releases\/download\/$(curl -s https:\/\/api.github.com\/repos\/kubernetes\/kops\/releases\/latest | grep tag_name | cut -d '\"' -f 4)\/kops-linux-amd64chmod +x kops-linux-amd64sudo mv kops-linux-amd64 \/usr\/local\/bin\/kops<\/pre>\n
<\/p>\n
Criar um cluster do k8s no AWS<\/strong><\/h3>\n
Antes de podermos usar o kops para criar o cluster do k8s, precisamos criar pol\u00edticas de IAM para o kops e para que ele possa provisionar os recursos necess\u00e1rios para criar o cluster do k8s. Essa \u00e9 uma opera\u00e7\u00e3o \u00fanica, que precisa ser feita apenas uma vez<\/p>\n
Pr\u00e9-requisitos para kops<\/p>\n
Instalar a CLI do AWS<\/h4>\n
Para MacOS<\/p>\n
$ pip3 instalar<\/span> awscli --upgrade --user<\/span><\/code><\/strong><\/p>\nPara outras plataformas, clique aqui<\/a><\/p>\n
OBSERVA\u00c7\u00c3O: opera\u00e7\u00e3o \u00fanica<\/em><\/p>\n
Habilite o ambiente AWS executando \"aws configure\" e execute os comandos abaixo<\/h4>\n
$ aws configure # enter appropriate credentials with user with perms to create user\/groups\r\n$ aws iam create-group --group-name kops\r\n$ aws iam attach-group-policy --policy-arn arn:aws:iam::aws:policy\/AmazonEC2FullAccess --group-name kops\r\n$ aws iam attach-group-policy --policy-arn arn:aws:iam::aws:policy\/AmazonRoute53FullAccess --group-name kops\r\n$ aws iam attach-group-policy --policy-arn arn:aws:iam::aws:policy\/AmazonS3FullAccess --group-name kops\r\n$ aws iam attach-group-policy --policy-arn arn:aws:iam::aws:policy\/IAMFullAccess --group-name kops\r\n$ aws iam attach-group-policy --policy-arn arn:aws:iam::aws:policy\/AmazonVPCFullAccess --group-name kops\r\n$ aws iam create-user --user-name kops\r\n$ aws iam add-user-to-group --user-name kops --group-name kops\r\n$ aws iam create-access-key --user-name kops<\/pre>\n
Criar um bucket S3 para armazenar configura\u00e7\u00e3o\/dados do kops<\/h4>\n
No meu caso, seu nome \u00e9\u00a0rd-k8s-aws\u00a0<\/strong><\/em>e para a regi\u00e3o us-west-1<\/strong><\/p>\n
$ aws s3api create-bucket --bucket rd-k8s-aws --region us-west-1 --create-bucket-configuration LocationConstraint=us-west-1\r\n\r\n$ aws s3api put-bucket-versioning --bucket rd-k8s-aws --versioning-configuration Status=Enabled<\/pre>\n
Defina as vari\u00e1veis de ambiente para o armazenamento de estado do kops e o nome do cluster<\/strong><\/h4>\n
Escolha qualquer nome de cluster para seu cluster, eu escolhi\u00a0rdc.k8s.local<\/strong><\/em><\/p>\n
$ export KOPS_STATE_STORE=s3:\/\/rd-k8s-aws\r\n\r\n$ export KOPS_CLUSTER_NAME=rdc.k8s.local<\/pre>\n
Criar um cluster k8s com o kops<\/h4>\n
Escolha a regi\u00e3o do AWS, o tamanho da inst\u00e2ncia e a contagem de n\u00f3s para o cluster do k8s.<\/p>\n
$ kops create cluster --node-count=7 --node-size=m4.4xlarge --zones=us-west-2a --name ${KOPS_CLUSTER_NAME} --state=${KOPS_STATE_STORE} --yes<\/pre>\nOBSERVA\u00c7\u00c3O:<\/strong> Leva cerca de 5 a 8 minutos, um bom momento para tomar um caf\u00e9!<\/p>\n
A amostra de sa\u00edda \u00e9 semelhante a esta<\/h6>\n
$ kops validate cluster\r\nValidating cluster rdc.k8s.local\r\n\r\nINSTANCE GROUPS\r\nNAME ROLE MACHINETYPE MIN MAX SUBNETS\r\nmaster-us-west-1a Master m3.medium 1 1 us-west-1a\r\nnodes Node m4.4xlarge 7 7 us-west-1a\r\n\r\nNODE STATUS\r\nNAME ROLE READY\r\nip-172-20-42-242.us-west-1.compute.internal node True\r\nip-172-20-43-56.us-west-1.compute.internal node True\r\nip-172-20-44-17.us-west-1.compute.internal node True\r\nip-172-20-44-80.us-west-1.compute.internal node True\r\nip-172-20-48-254.us-west-1.compute.internal node True\r\nip-172-20-56-254.us-west-1.compute.internal node True\r\nip-172-20-60-79.us-west-1.compute.internal master True\r\nip-172-20-63-146.us-west-1.compute.internal node True\r\n\r\nYour cluster rdc.k8s.local is ready\r\n<\/pre>\n
Obter os n\u00f3s e validar o cluster k8s<\/h4>\n
$ kubectl get nodes --show-labels\r\n\r\n$ kubectl cluster-info<\/pre>\n
Nesse ponto, o contexto do kubectl ou do k8s deve apontar para o cluster do AWS k8s<\/p>\n
Configurar o painel de controle do k8s<\/h3>\n
$ kubectl apply -f https:\/\/raw.githubusercontent.com\/kubernetes\/dashboard\/master\/src\/deploy\/recommended\/kubernetes-dashboard.yaml<\/pre>\n
$ kubectl create serviceaccount dashboard -n default\r\n$ kubectl create clusterrolebinding dashboard-admin -n default --clusterrole=cluster-admin --serviceaccount=default:dashboard<\/pre>\n
Em uma guia\/terminal diferente, execute o comando abaixo para fazer proxy do servidor api do k8s no laptop local<\/em><\/strong><\/p>\n
$ kubectl proxy<\/pre>\n
Obter o token para acessar o painel do k8s<\/p>\n
$ kubectl get secret $(kubectl get serviceaccount dashboard -o jsonpath=\"{.secrets[0].name}\") -o jsonpath=\"{.data.token}\" | base64 --decode<\/pre>\nEscolha a op\u00e7\u00e3o para usar o token e, enquanto estiver pegando o token acima, pule %<\/strong> no final.<\/p>\n
Fa\u00e7a login no painel de controle do k8s em https:\/\/127.0.0.1:8001\/ui [2]<\/p>\n
Verificar e validar o cluster k8s<\/strong><\/h3>\n
Valide o cluster k8s usando o comando<\/p>\n
$ kops validate cluster<\/pre>\n
# verifique se o n\u00famero de n\u00f3s mencionados na cria\u00e7\u00e3o do cluster corresponde aqui<\/p>\n
$ kubectl get nodes<\/pre>\n
Implantar o operador aut\u00f4nomo do Couchbase no K8s <\/strong><\/h3>\n
Agora que implantamos o cluster do k8s, \u00e9 hora de implantar o operador do couchbase<\/p>\n
Primeiro, implantamos o operador, precisamos habilitar o RBAC para o operador, precisamos criar o ClusterRole para o Operador do Couchbase<\/p>\n
$ kubectl create -f https:\/\/raw.githubusercontent.com\/ramdhakne\/blogs\/master\/kops\/cbyaml\/cluster-role.yaml<\/pre>\n
Observa\u00e7\u00e3o<\/em>: Essa fun\u00e7\u00e3o s\u00f3 precisa ser criada uma vez.<\/p>\n
Depois que o ClusterRole for criado, voc\u00ea precisar\u00e1 criar uma ServiceAccount no namespace em que est\u00e1 instalando o Couchbase Operator e, em seguida, atribuir o ClusterRole a essa ServiceAccount usando um\u00a0Vincula\u00e7\u00e3o de ClusterRole<\/em>. Neste guia, usaremos o\u00a0
padr\u00e3o<\/code>\u00a0para criar o ServiceAccount.<\/p>\n$ kubectl create serviceaccount couchbase-operator --namespace default\r\n\r\n$ kubectl create clusterrolebinding couchbase-operator --clusterrole couchbase-operator --serviceaccount default:couchbase-operator<\/pre>\n
Implantar o operador do couchbase<\/h3>\n
$ kubectl create -f https:\/\/raw.githubusercontent.com\/ramdhakne\/blogs\/master\/kops\/cbyaml\/operator.yaml<\/pre>\n
A execu\u00e7\u00e3o desse comando faz o download da imagem do Docker do Couchbase Operator especificada no arquivo\u00a0
operator.yaml<\/code>\u00a0e cria um arquivo\u00a0implanta\u00e7\u00e3o<\/em>\u00a0que gerencia uma \u00fanica inst\u00e2ncia do Couchbase Operator. O Couchbase Operator usa uma implanta\u00e7\u00e3o para que possa reiniciar se o pod em que est\u00e1 sendo executado morrer.<\/p>\n$ kubectl get deployments -l app=couchbase-operator<\/pre>\n
\nVoc\u00ea deve continuar a sondar o status do Operador at\u00e9 que o resultado seja semelhante ao resultado a seguir:<\/p>\n<\/div>\n
\n\nNAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE\r\ncouchbase-operator 1 1 1 1 47s<\/pre>\n<\/div>\n<\/div>\n
Quando o operador do couchbase estiver instalado e funcionando, ele ter\u00e1 a seguinte apar\u00eancia<\/p>\n
$ kubectl get pods\r\nNAME \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0READY STATUS RESTARTS AGE\r\ncouchbase-operator-7676b7cf47-99b5v \u00a0\u00a0 1\/1 \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0Running \u00a00 1m<\/pre>\n
Precisamos implantar o segredo para autenticar a GUI do servidor couchbase<\/p>\n
$ kubectl create -f https:\/\/raw.githubusercontent.com\/ramdhakne\/blogs\/master\/kops\/cbyaml\/secret.yaml<\/pre>\n
Implante agora o cluster de 10 n\u00f3s do Couchbase<\/p>\n
$ kubectl create -f\u00a0https:\/\/raw.githubusercontent.com\/ramdhakne\/blogs\/master\/kops\/cbyaml\/couchbase-cluster-multi.yaml<\/pre>\n
Obter a listagem dos pods do couchbase<\/p>\n
$ kubectl get pods\r\nNAME READY STATUS RESTARTS AGE\r\ncb-example-aws-0000 1\/1 Running 0 7m\r\ncb-example-aws-0001 1\/1 Running 0 6m\r\ncb-example-aws-0002 1\/1 Running 0 5m\r\ncb-example-aws-0003 1\/1 Running 0 4m\r\ncb-example-aws-0004 1\/1 Running 0 3m\r\ncb-example-aws-0005 1\/1 Running 0 2m\r\ncb-example-aws-0006 1\/1 Running 0 2m\r\ncb-example-aws-0007 1\/1 Running 0 1m\r\ncb-example-aws-0008 1\/1 Running 0 1m\r\ncb-example-aws-0009 1\/1 Running 0 50s\r\ncouchbase-operator-7676b7cf47-99b5v 1\/1 Running 0 17m<\/pre>\n
Para acessar a GUI do Couchbase, acessaremos a porta 8091 e, para isso, podemos realizar o encaminhamento de porta da seguinte forma<\/p>\n
$ kubectl port-forward cb-example-aws-0000 8091:8091<\/pre>\n
A GUI do servidor Couchbase pode ser acessada em https:\/\/localhost:8091<\/p>\n
Resili\u00eancia do servi\u00e7o<\/h3>\n
Para mostrar a resili\u00eancia do servi\u00e7o, podemos eliminar um pod, simulando a perda de um n\u00f3 do couchbase.<\/p>\n
\u00a0$ kubectl delete pod cb-example-aws-0001<\/pre>\n
O maior recurso que o Kubernetes nos oferece \u00e9 a resili\u00eancia do servi\u00e7o: se perdermos um pod, o Kubernetes verificar\u00e1 a defini\u00e7\u00e3o do cluster e entender\u00e1 que ele precisa ter 3 pods e criar\u00e1 um novo, adicionar\u00e1 ao cluster e, em seguida, far\u00e1 o rebalanceamento no cluster. Dessa forma, elimina-se a tarefa administrativa crucial de monitorar o cluster quanto a falhas de n\u00f3s, decidir o que fazer quando isso acontecer e, em seguida, executar a opera\u00e7\u00e3o de rebalanceamento. Tudo isso acontece de forma oculta, e os aplicativos ser\u00e3o executados sem interrup\u00e7\u00f5es.<\/p>\n
Se listarmos os pods novamente, veremos algo parecido com isto<\/p>\n
$ kubectl get pods --watch\r\n...\r\n...\r\ncb-example-aws-0010 0\/1 Pending 0 0s\r\ncb-example-aws-0010 0\/1 Pending 0 0s\r\ncb-example-aws-0010 0\/1 ContainerCreating 0 0s\r\ncb-example-aws-0010 1\/1 Running 0 1s<\/pre>\n
A instala\u00e7\u00e3o do cbc-pillowfight para gerar a carga KV nos d\u00e1 uma ideia de quais s\u00e3o os limites que podemos atingir nesse cluster<\/p>\n
No servidor de aplicativo \u00fanico, executando o pillowfight com os seguintes par\u00e2metros<\/p>\n
# cbc-pillowfight -U couchbase:\/\/localhost\/kopsClusterBucket -u Administrator -P password -J -t 4 -I 10000 -p `hostname`<\/pre>\n
![\"KV](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2018\/07\/Screen-Shot-2018-07-11-at-3.34.28-PM-1024x517.png\")
Desempenho da KV com briga de travesseiros<\/p><\/div>\n
Com um \u00fanico servidor de aplicativos, conseguimos obter ~34K Ops\/Sec<\/p>\n
Aumentando o n\u00edvel, usando outro servidor de aplicativos para executar o pillowfight, podemos obter mais desempenho na ordem de ~51k Ops\/Sec<\/p>\n
![\"KV](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2018\/07\/Screen-Shot-2018-07-11-at-3.41.15-PM-1024x506.png\")
Desempenho da KV com briga de travesseiros<\/p><\/div>\n
Conclus\u00e3o<\/p>\n
O que aprendemos aqui \u00e9 que, com o uso do kops, \u00e9 muito f\u00e1cil implantar clusters do Couchbase em escala, e o operador aut\u00f4nomo oferece benef\u00edcios como resili\u00eancia de servi\u00e7o, reequil\u00edbrio autom\u00e1tico, cria\u00e7\u00e3o autom\u00e1tica de buckets, f\u00e1cil integra\u00e7\u00e3o com o pipeline de CI\/CD. Os arquivos yaml podem ser padronizados para Dev\/QA\/UAT e prod.<\/p>\n
Refer\u00eancias:<\/p>\n