Suporte para servi\u00e7os p\u00fablicos do Kubernetes no GKE, AKS e EKS. O Kubernetes em execu\u00e7\u00e3o na nuvem p\u00fablica j\u00e1 estava funcionando desde o primeiro dia, mas com o Autonomous Operator 1.2, estamos oferecendo suporte oficial a ele. Para a perspectiva deste blog, usaremos o GKE para configurar o cluster do Kubernetes no GKE com a vers\u00e3o 1.12, depois implantaremos o Autonomous Operator e, por fim, implantaremos o Couchbase Cluster com Server Groups, com volumes persistentes e com certificados x509 TLS.<\/p>\n<\/li>\n<\/ul>\n
As etapas gerais que faremos neste blog s\u00e3o as seguintes:<\/p>\n
- \n
- \n
Inicializar os utilit\u00e1rios do gcloud<\/h5>\n<\/li>\n
- \n
Implante o cluster do Kubernetes (v1.12+) com 2 n\u00f3s em cada zona de disponibilidade<\/h5>\n<\/li>\n
- \n
Implante o Operador Aut\u00f4nomo 1.2<\/h5>\n<\/li>\n
- \n
Implantar o cluster do Couchbase<\/h5>\n<\/li>\n
- \n
Executar o Autofailover do grupo de servidores<\/h5>\n<\/li>\n<\/ol>\n
Pr\u00e9-requisitos<\/p>\n
- \n
- kubectl (Os componentes do gcloud instalam o kubect<\/strong>l<\/em>)<\/li>\n
- Conta GCP com as credenciais corretas<\/li>\n<\/ul>\n
Inicializar os utilit\u00e1rios do gcloud<\/h5>\n
Fa\u00e7a o download do sdk do gcloud para a vers\u00e3o do sistema operacional de sua escolha a partir deste URL.<\/a><\/p>\n
\u00c9 preciso ter credenciais do Google Cloud para inicializar o cli do gcloud<\/p>\n
cd google-cloud-sdk\r\n.\/install.sh\r\n.\/bin\/gcloud init<\/pre>\n
<\/h5>\n
Implante o cluster do Kubernetes (v1.12) com 2 n\u00f3s em cada zona de disponibilidade<\/h5>\n
Implantar o cluster do Kubernetes no GKE \u00e9 uma tarefa bastante simples. Para implantar clusters kubernetes resilientes, \u00e9 uma boa ideia implantar n\u00f3s em todas as zonas dispon\u00edveis em uma determinada regi\u00e3o. Fazendo isso dessa forma, podemos usar o recurso de reconhecimento de Grupos de servidores ou Zona de rack ou Zona de disponibilidade (AZ) no servidor Couchbase, o que significa que, se perdermos toda a AZ, o couchbase poder\u00e1 fazer failover de toda a AZ e o aplicativo ficar\u00e1 ativo, pois ainda tem o conjunto de dados em funcionamento.<\/p>\n
gcloud container clusters create rd-k8s-gke --region us-east1 --machine-type n1-standard-16 --num-nodes 2<\/pre>\n
Details about above command\r\nK8s cluster name :\u00a0 rd-k8s-gke\r\nmachine-type: n1-standard-16 (16 vCPUs and 60GB RAM)\r\nnum-nodes\/AZ : 2<\/pre>\n
Mais tipos de m\u00e1quinas podem ser aqui<\/a><\/p>\n
Nesse momento, o cluster do k8s com o n\u00famero necess\u00e1rio de n\u00f3s deve estar em funcionamento<\/p>\n
$ gcloud container clusters list\r\nNAME LOCATION MASTER_VERSION MASTER_IP MACHINE_TYPE NODE_VERSION NUM_NODES<\/strong> STATUS\r\nrd-k8s-gke us-east1 1.12.6-gke.10 35.229.24.36 n1-standard-16 1.12.6-gke.10 6<\/strong> CORRIDA<\/pre>\n
Os detalhes do cluster k8s podem ser encontrados abaixo<\/p>\n
$ kubectl cluster-info\r\nKubernetes master is running at https:\/\/55.229.24.36\r\nGLBCDefaultBackend is running at https:\/\/55.229.24.36\/api\/v1\/namespaces\/kube-system\/services\/default-http-backend:http\/proxy\r\nHeapster is running at https:\/\/55.229.24.36\/api\/v1\/namespaces\/kube-system\/services\/heapster\/proxy\r\nKubeDNS is running at https:\/\/55.229.24.36\/api\/v1\/namespaces\/kube-system\/services\/kube-dns:dns\/proxy\r\nMetrics-server is running at https:\/\/55.229.24.36\/api\/v1\/namespaces\/kube-system\/services\/https:metrics-server:\/proxy<\/pre>\n
<\/h5>\n
Implante o Operador Aut\u00f4nomo 1.2<\/h5>\n
O GKE \u00e9 compat\u00edvel com o RBAC para limitar as permiss\u00f5es. Como o Couchbase Operator cria recursos em nosso cluster do GKE, precisaremos conceder a ele a permiss\u00e3o para fazer isso.<\/p>\n
$ kubectl create clusterrolebinding cluster-admin-binding --clusterrole cluster-admin --user $(gcloud config get-value account)<\/pre>\n
Baixar<\/a> o pacote apropriado para a implanta\u00e7\u00e3o do kubernetes em seu ambiente. Descompacte o pacote e implemente o controlador de admiss\u00e3o.<\/p>\n
$ kubectl create -f admission.yaml<\/pre>\n
Verificar o status do controlador de admiss\u00e3o<\/p>\n
$ kubectl get deployments\r\nNAME\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 DESIRED\u00a0 CURRENT UP-TO-DATE \u00a0AVAILABLE AGE\r\ncouchbase-operator-admission \u00a0\u00a01\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 1\u00a0 \u00a0 \u00a01\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 1 \u00a0 \u00a0 \u00a07s<\/pre>\n
Para visualizar como o controlador de admiss\u00e3o funciona em sincronia com o operador e o cluster do couchbase, ele pode ser melhor ilustrado com o diagrama a seguir<\/p>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/image001.png\")
<\/p>\nAs pr\u00f3ximas etapas s\u00e3o criar o crd, a fun\u00e7\u00e3o de operador e o operador 1.2<\/p>\n
$ kubectl create -f crd.yaml\r\n$ kubectl create -f operator-role.yaml\r\n$ kubectl create -f operator-deployment.yaml<\/pre>\n
Quando o operador \u00e9 implantado, ele fica pronto e dispon\u00edvel em segundos<\/p>\n
$ kubectl get deployments \r\nNAME \u00a0\u00a0 DESIRED CURRENT UP-TO-DATE \u00a0AVAILABLE AGE\r\ncouchbase-operator-admission \u00a0\u00a01 1 1 \u00a0 1 11m\r\ncouchbase-operator \u00a0 \u00a01 1 1 \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1 25s<\/pre>\n
Implantar o cluster do Couchbase<\/h5>\n
O cluster do Couchbase ser\u00e1 implantado com os seguintes recursos<\/p>\n
- \n
- \n
Certificados TLS<\/h6>\n<\/li>\n
- \n
Grupos de servidores (cada grupo de servidores em uma AZ)<\/h6>\n<\/li>\n
- \n
Volumes persistentes (que s\u00e3o compat\u00edveis com AZ)<\/h6>\n<\/li>\n
- \n
Auto-failover do grupo de servidores<\/h6>\n<\/li>\n<\/ul>\n
Certificados TLS<\/h6>\n
\u00c9 bastante f\u00e1cil gerar certificados tls; as etapas detalhadas podem ser encontradas em aqui<\/a><\/p>\n
Depois de implantados, os segredos tls podem ser encontrados com o comando kubectl secret, como abaixo<\/p>\n
$ kubectl get secrets\r\n NAME TYPE DATA AGE\r\ncouchbase-operator-tls Opaque 1 1d\r\ncouchbase-server-tls Opaque 2 1d<\/pre>\n
Grupos de servidores<\/h6>\n
A configura\u00e7\u00e3o de grupos de servidores tamb\u00e9m \u00e9 simples, o que ser\u00e1 discutido nas se\u00e7\u00f5es a seguir quando implantarmos o arquivo yaml do cluster do couchbase.<\/p>\n
Volumes persistentes<\/h6>\n
Os volumes persistentes oferecem uma maneira confi\u00e1vel de executar aplicativos com estado. Cri\u00e1-los na nuvem p\u00fablica \u00e9 uma opera\u00e7\u00e3o de um clique.<\/p>\n
Primeiro, podemos verificar qual classe de armazenamento est\u00e1 dispon\u00edvel para uso<\/p>\n
$ kubectl get storageclass\r\nNAME PROVISIONER AGE\r\nstandard (default) kubernetes.io\/gce-pd 1d<\/pre>\n
Todos os n\u00f3s de trabalho dispon\u00edveis no cluster do k8s devem ter r\u00f3tulos de dom\u00ednio de falha, como abaixo<\/p>\n
$ kubectl get nodes -o yaml | grep zone\r\nfailure-domain.beta.kubernetes.io\/zone: us-east1-b\r\nfailure-domain.beta.kubernetes.io\/zone: us-east1-b\r\nfailure-domain.beta.kubernetes.io\/zone: us-east1-d\r\nfailure-domain.beta.kubernetes.io\/zone: us-east1-d\r\nfailure-domain.beta.kubernetes.io\/zone: us-east1-c\r\nfailure-domain.beta.kubernetes.io\/zone: us-east1-c<\/pre>\n
OBSERVA\u00c7\u00c3O: n\u00e3o preciso adicionar nenhum r\u00f3tulo de dom\u00ednio de falha, o GKE adicionou automaticamente.<\/p>\n
Criar PV para cada AZ<\/p>\n
$ kubectl apply -f svrgp-pv.yaml<\/pre>\n
O arquivo yaml svrgp-pv.yaml pode ser encontrado aqui<\/a>.<\/p>\n
Criar segredo para acessar a interface do usu\u00e1rio do couchbase<\/p>\n
$ kubectl apply -f secret.yaml<\/pre>\n
Por fim, implemente o cluster do Couchbase com suporte a TLS, juntamente com os Grupos de Servidores (que s\u00e3o compat\u00edveis com o AZ) e em volumes persistentes (que tamb\u00e9m s\u00e3o compat\u00edveis com o AZ).<\/p>\n
$ kubectl apply -f couchbase-persistent-tls-svrgps.yaml<\/pre>\n
O arquivo yaml couchbase-persistent-tls-svrgps.yaml pode ser encontrado aqui<\/a><\/p>\n
Aguarde alguns minutos e o cluster do couchbase ser\u00e1 ativado e dever\u00e1 ter a seguinte apar\u00eancia<\/p>\n
$ kubectl get pods\r\nNAME READY STATUS RESTARTS AGE\r\ncb-gke-demo-0000 1\/1 Running 0 1d\r\ncb-gke-demo-0001 1\/1 Running 0 1d\r\ncb-gke-demo-0002 1\/1 Running 0 1d\r\ncb-gke-demo-0003 1\/1 Running 0 1d\r\ncb-gke-demo-0004 1\/1 Running 0 1d\r\ncb-gke-demo-0005 1\/1 Running 0 1d\r\ncb-gke-demo-0006 1\/1 Running 0 1d\r\ncb-gke-demo-0007 1\/1 Running 0 1d\r\ncouchbase-operator-6cbc476d4d-mjhx5 1\/1 Running 0 1d\r\ncouchbase-operator-admission-6f97998f8c-cp2mp 1\/1 Running 0 1d<\/pre>\n
Uma verifica\u00e7\u00e3o r\u00e1pida das reivindica\u00e7\u00f5es de volumes persistentes pode ser feita da seguinte forma<\/p>\n
$ kubectl get pvc<\/pre>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-02-at-2.01.12-PM.png\")
<\/p>\nPara acessar a interface do usu\u00e1rio do cluster do Couchbase, podemos fazer o port-foward da porta 8091 de qualquer pod ou servi\u00e7o em si, no laptop local ou na m\u00e1quina local, ou ela pode ser exposta via lb.<\/p>\n
$ kubectl port-forward service\/cb-gke-demo-ui 8091:8091<\/pre>\n
encaminhamento de porta para qualquer pod, como abaixo<\/p>\n
$ kubectl port-forward cb-gke-demo-0002 8091:8091<\/pre>\n
Nesse ponto, o servidor couchbase est\u00e1 em funcionamento e temos como acess\u00e1-lo.<\/p>\n
Executar o Autofailover do grupo de servidores<\/h5>\n
Auto-failover do grupo de servidores<\/h6>\n
Quando um n\u00f3 do cluster do couchbase falha, ele pode fazer o failover autom\u00e1tico e, sem nenhuma interven\u00e7\u00e3o do usu\u00e1rio, TODO o conjunto de trabalho est\u00e1 dispon\u00edvel, n\u00e3o \u00e9 necess\u00e1ria nenhuma interven\u00e7\u00e3o do usu\u00e1rio e o aplicativo n\u00e3o sofrer\u00e1 tempo de inatividade.<\/p>\n
Se o cluster do Couchbase estiver configurado para ser compat\u00edvel com o Server Group (SG) ou AZ ou Rack Zone (RZ), mesmo que percamos todo o SG, os grupos de servidores inteiros sofrer\u00e3o falha e o conjunto de trabalho estar\u00e1 dispon\u00edvel, n\u00e3o ser\u00e1 necess\u00e1ria nenhuma interven\u00e7\u00e3o do usu\u00e1rio e o aplicativo n\u00e3o sofrer\u00e1 tempo de inatividade.<\/p>\n
Para ter uma recupera\u00e7\u00e3o de desastres, o XDCR pode ser usado para replicar os dados do Couchbase para outro cluster do Couchbase. Isso ajuda no caso de perda de todo o data center ou regi\u00e3o de origem, os aplicativos podem ser transferidos para o site remoto e n\u00e3o haver\u00e1 tempo de inatividade.<\/p>\n
Vamos remover o grupo de servidores. Antes disso, vamos ver como \u00e9 o cluster<\/p>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-11.48.10-AM.png\")
<\/p>\nExclua todos os pods no grupo us-east1-b. Depois que os pods forem exclu\u00eddos, o cluster do Couchbase ver\u00e1 que os n\u00f3s s\u00e3o
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-11.53.53-AM.png\")
<\/p>\nO operador est\u00e1 constantemente observando a defini\u00e7\u00e3o do cluster e ver\u00e1 que o grupo de servidores foi perdido, girar\u00e1 os 3 pods, restabelecer\u00e1 as reivindica\u00e7\u00f5es nos PVs e executar\u00e1 a recupera\u00e7\u00e3o do n\u00f3 delta e, por fim, executar\u00e1 a opera\u00e7\u00e3o de rebalanceamento e o cluster estar\u00e1 saud\u00e1vel novamente. Tudo isso sem nenhuma interven\u00e7\u00e3o do usu\u00e1rio.<\/p>\n
Depois de algum tempo, o cluster est\u00e1 de volta e funcionando.<\/p>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-1.29.58-PM.png\")
<\/p>\nNos registros do operador,<\/p>\n
$ kubectl logs -f couchbase-operator-6cbc476d4d-mjhx5<\/pre>\n
podemos ver que o cluster \u00e9 automaticamente reequilibrado.<\/p>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-2.10.00-PM.png\")
<\/p>\nEp\u00edlogo<\/h6>\n
A diferencia\u00e7\u00e3o sustentada \u00e9 fundamental para nossa tecnologia. Adicionamos um grande n\u00famero de recursos novos e de suporte. Com todos esses recursos de suporte de n\u00edvel empresarial, eles permitem que o usu\u00e1rio final encontre os problemas mais rapidamente e ajudam a operacionalizar o Couchbase Operator em seus ambientes de maneira mais r\u00e1pida e eficiente. Estamos muito animados com o lan\u00e7amento, sinta-se \u00e0 vontade para experimentar!<\/p>\n
<\/p>\n
Refer\u00eancias:<\/h6>\n
https:\/\/docs.couchbase.com\/operator\/1.2\/whats-new.html<\/a><\/p>\n
https:\/\/www.couchbase.com\/downloads<\/a><\/p>\n
https:\/\/docs.couchbase.com\/server\/6.0\/manage\/manage-groups\/manage-groups.html<\/a><\/p>\n
Livro do operador aut\u00f4nomo do K8s de @AnilKumar<\/a><\/p>\n
https:\/\/info.couchbase.com\/rs\/302-GJY-034\/images\/Kubernetes_ebook.pdf<\/a><\/p>\n
https:\/\/docs.couchbase.com\/operator\/1.2\/tls.html<\/a><\/p>\n
- Conta GCP com as credenciais corretas<\/li>\n<\/ul>\n
- kubectl (Os componentes do gcloud instalam o kubect<\/strong>l<\/em>)<\/li>\n