Soporte para Servicios P\u00fablicos de Kubernetes en GKE, AKS y EKS. Kubernetes funcionando en la nube p\u00fablica ya estaba funcionando desde el d\u00eda 1, pero con Autonomous Operator 1.2, lo estamos soportando de manera oficial. Desde la perspectiva de este blog, utilizaremos GKE para configurar el cl\u00faster de Kubernetes en GKE con la versi\u00f3n 1.12, luego desplegaremos Autonomous Operator y finalmente desplegaremos Couchbase Cluster con Server Groups, con vol\u00famenes persistentes y con certificados x509 TLS.<\/p>\n<\/li>\n<\/ul>\n
Los pasos generales que daremos en este blog son los siguientes:<\/p>\n
- \n
- \n
Inicializar gcloud utils<\/h5>\n<\/li>\n
- \n
Despliegue un cl\u00faster kubernetes (v1.12+) con 2 nodos en cada zona de disponibilidad<\/h5>\n<\/li>\n
- \n
Despliegue del Operador Aut\u00f3nomo 1.2<\/h5>\n<\/li>\n
- \n
Despliegue del cl\u00faster Couchbase<\/h5>\n<\/li>\n
- \n
Realizar Autofailover de Grupo de Servidores<\/h5>\n<\/li>\n<\/ol>\n
Requisitos previos<\/p>\n
- \n
- kubectl (gcloud components install kubect<\/strong>l<\/em>)<\/li>\n
- Cuenta GCP con las credenciales correctas<\/li>\n<\/ul>\n
Inicializar gcloud utils<\/h5>\n
Descargar gcloud sdk para la versi\u00f3n del sistema operativo de su elecci\u00f3n de este URL.<\/a><\/p>\n
Se necesitar\u00edan credenciales de google cloud para inicializar el gcloud cli<\/p>\n
cd google-cloud-sdk\r\n.\/install.sh\r\n.\/bin\/gcloud init<\/pre>\n
<\/h5>\n
Despliegue el cl\u00faster kubernetes (v1.12) con 2 nodos en cada zona de disponibilidad<\/h5>\n
El despliegue de cl\u00fasteres kubernetes en GKE es un trabajo bastante sencillo. Para desplegar cl\u00fasteres kubernetes resistentes, es buena idea desplegar nodos en todas las zonas disponibles dentro de una regi\u00f3n determinada. Hacerlo de tal manera que podamos hacer uso de los grupos de servidores o Zona Rack o Zona de Disponibilidad (AZ) dentro del servidor Couchbase, significa que si perdemos toda AZ, couchbase puede conmutar por error toda AZ y la aplicaci\u00f3n estar\u00e1 activa, ya que todav\u00eda tiene el conjunto de datos de trabajo.<\/p>\n
gcloud container clusters create rd-k8s-gke --region us-east1 --machine-type n1-standard-16 --num-nodes 2<\/pre>\n
Detalles sobre el comando anterior\r\nNombre del cl\u00faster K8s: rd-k8s-gke\r\ntipo de m\u00e1quina: n1-standard-16 (16 vCPUs y 60GB RAM)\r\nn\u00famero de nodos\/AZ : 2<\/pre>\n
M\u00e1s tipos de m\u00e1quinas pueden ser aqu\u00ed<\/a><\/p>\n
En este punto, el cluster k8s con el n\u00famero requerido de nodos deber\u00eda estar en funcionamiento<\/p>\n
$ gcloud container clusters list\r\nNAME LOCATION MASTER_VERSION MASTER_IP MACHINE_TYPE NODE_VERSION NUM_NODOS<\/strong> ESTADO\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> RUNNING<\/pre>\n
Los detalles del cl\u00faster k8s se encuentran a continuaci\u00f3n<\/p>\n
$ kubectl cluster-info\r\nKubernetes master se est\u00e1 ejecutando en https:\/\/55.229.24.36\r\nGLBCDefaultBackend se est\u00e1 ejecutando en https:\/\/55.229.24.36\/api\/v1\/namespaces\/kube-system\/services\/default-http-backend:http\/proxy\r\nHeapster se est\u00e1 ejecutando en https:\/\/55.229.24.36\/api\/v1\/namespaces\/kube-system\/services\/heapster\/proxy\r\nKubeDNS se est\u00e1 ejecutando en https:\/\/55.229.24.36\/api\/v1\/namespaces\/kube-system\/services\/kube-dns:dns\/proxy\r\nEl servidor de m\u00e9tricas se ejecuta en https:\/\/55.229.24.36\/api\/v1\/namespaces\/kube-system\/services\/https:metrics-server:\/proxy<\/pre>\n
<\/h5>\n
Despliegue del Operador Aut\u00f3nomo 1.2<\/h5>\n
GKE soporta RBAC para limitar los permisos. Dado que el Operador Couchbase crea recursos en nuestro cl\u00faster GKE, tendremos que concederle el permiso para hacerlo.<\/p>\n
$ kubectl create clusterrolebinding cluster-admin-binding --clusterrole cluster-admin --user $(gcloud config get-value account)<\/pre>\n
Descargar<\/a> el paquete adecuado para desplegar kubernetes en su entorno. Descomprima el paquete y despliegue el controlador de admisi\u00f3n.<\/p>\n
$ kubectl create -f admission.yaml<\/pre>\n
Comprobar el estado del controlador de admisi\u00f3n<\/p>\n
$ kubectl get deployments\r\nNAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE\r\ncouchbase-operator-admission 1 1 1 1 7s<\/pre>\n
Para visualizar c\u00f3mo funciona el controlador de admisi\u00f3n en sincron\u00eda con el operador y el cluster couchbase, se puede ilustrar mejor con el siguiente diagrama<\/p>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/image001.png\")
<\/p>\nLos siguientes pasos son crear crd, rol de operador y operador 1.2<\/p>\n
$ kubectl create -f crd.yaml\r\n$ kubectl create -f operador-rol.yaml\r\n$ kubectl create -f operador-despliegue.yaml<\/pre>\n
Una vez desplegado, el operador est\u00e1 listo y disponible en cuesti\u00f3n de segundos.<\/p>\n
$ kubectl get deployments\r\nNAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE\r\ncouchbase-operator-admission 1 1 1 1 11m\r\ncouchbase-operator 1 1 1 1 25s<\/pre>\n
Despliegue del cl\u00faster Couchbase<\/h5>\n
El cl\u00faster Couchbase se desplegar\u00e1 con las siguientes caracter\u00edsticas<\/p>\n
- \n
- \n
Certificados TLS<\/h6>\n<\/li>\n
- \n
Grupos de servidores (cada grupo de servidores en una AZ)<\/h6>\n<\/li>\n
- \n
Vol\u00famenes persistentes (que son conscientes de AZ)<\/h6>\n<\/li>\n
- \n
Recuperaci\u00f3n autom\u00e1tica de grupos de servidores<\/h6>\n<\/li>\n<\/ul>\n
Certificados TLS<\/h6>\n
Es bastante f\u00e1cil de generar certificados tls, los pasos detallados se encuentran aqu\u00ed<\/a><\/p>\n
Una vez desplegados, los secretos tls se pueden encontrar con el comando kubectl secret de la siguiente manera<\/p>\n
$ kubectl get secretos\r\n NOMBRE TIPO DATOS EDAD\r\ncouchbase-operator-tls Opaco 1 1d\r\ncouchbase-server-tls Opaco 2 1d<\/pre>\n
Grupos de servidores<\/h6>\n
Configurar grupos de servidores tambi\u00e9n es sencillo, lo que se discutir\u00e1 en las siguientes secciones cuando despleguemos el archivo yaml del cl\u00faster couchbase.<\/p>\n
Vol\u00famenes persistentes<\/h6>\n
Los vol\u00famenes persistentes ofrecen una forma fiable de ejecutar aplicaciones con estado. Su creaci\u00f3n en la nube p\u00fablica se realiza con un solo clic.<\/p>\n
Primero podemos comprobar qu\u00e9 storageclass est\u00e1 disponible para su uso<\/p>\n
$ kubectl get storageclass\r\nNAME PROVISIONER AGE\r\nest\u00e1ndar (por defecto) kubernetes.io\/gce-pd 1d<\/pre>\n
Todos los nodos trabajadores disponibles en el cluster k8s deben tener etiquetas de dominio de fallo como las siguientes<\/p>\n
$ kubectl get nodes -o yaml | grep zone\r\nfail-domain.beta.kubernetes.io\/zone: us-east1-b\r\nfail-domain.beta.kubernetes.io\/zone: us-east1-b\r\nfail-domain.beta.kubernetes.io\/zone: us-east1-d\r\nfail-domain.beta.kubernetes.io\/zone: us-east1-d\r\nfail-domain.beta.kubernetes.io\/zone: us-east1-c\r\nfail-domain.beta.kubernetes.io\/zone: us-east1-c<\/pre>\n
NOTA: No tengo que a\u00f1adir ninguna etiqueta de dominio de fallo, GKE a\u00f1ade autom\u00e1ticamente.<\/p>\n
Crear PV para cada AZ<\/p>\n
$ kubectl apply -f svrgp-pv.yaml<\/pre>\n
El archivo yaml svrgp-pv.yaml, se puede encontrar aqu\u00ed<\/a>.<\/p>\n
Crear secreto para acceder a la interfaz de usuario de couchbase<\/p>\n
$ kubectl apply -f secret.yaml<\/pre>\n
Por \u00faltimo, despliegue el cl\u00faster couchbase con soporte TLS, junto con grupos de servidores (que son conscientes de Az) y en vol\u00famenes persistentes (que tambi\u00e9n son conscientes de AZ).<\/p>\n
$ kubectl apply -f couchbase-persistent-tls-svrgps.yaml<\/pre>\n
El archivo yaml couchbase-persistent-tls-svrgps.yaml, se puede encontrar aqu\u00ed<\/a><\/p>\n
Dale unos minutos, y el cluster de couchbase aparecer\u00e1, y deber\u00eda verse as\u00ed<\/p>\n
$ kubectl get pods\r\nNAME READY STATUS RESTARTS AGE\r\ncb-gke-demo-0000 1\/1 En ejecuci\u00f3n 0 1d\r\ncb-gke-demo-0001 1\/1 En ejecuci\u00f3n 0 1d\r\ncb-gke-demo-0002 1\/1 En ejecuci\u00f3n 0 1d\r\ncb-gke-demo-0003 1\/1 Funcionando 0 1d\r\ncb-gke-demo-0004 1\/1 Funcionando 0 1d\r\ncb-gke-demo-0005 1\/1 Funcionando 0 1d\r\ncb-gke-demo-0006 1\/1 Funcionando 0 1d\r\ncb-gke-demo-0007 1\/1 En ejecuci\u00f3n 0 1d\r\ncouchbase-operator-6cbc476d4d-mjhx5 1\/1 En ejecuci\u00f3n 0 1d\r\ncouchbase-operator-admission-6f97998f8c-cp2mp 1\/1 En ejecuci\u00f3n 0 1d<\/pre>\n
La comprobaci\u00f3n r\u00e1pida de las reclamaciones de vol\u00famenes persistentes puede hacerse como se indica a continuaci\u00f3n<\/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 acceder a la interfaz de usuario de Couchbase Cluster, podemos hacer un port-foward al puerto 8091 de cualquier pod o servicio en s\u00ed, en el port\u00e1til local, o m\u00e1quina local, o puede ser expuesto a trav\u00e9s de lb.<\/p>\n
$ kubectl port-forward service\/cb-gke-demo-ui 8091:8091<\/pre>\n
port-forward cualquier pod como el siguiente<\/p>\n
$ kubectl port-forward cb-gke-demo-0002 8091:8091<\/pre>\n
En este punto el servidor couchbase est\u00e1 funcionando y tenemos forma de acceder a \u00e9l.<\/p>\n
Realizar Autofailover de Grupo de Servidores<\/h5>\n
Recuperaci\u00f3n autom\u00e1tica de grupos de servidores<\/h6>\n
Cuando un nodo del cluster couchbase falla, entonces puede auto-failover y sin ninguna intervenci\u00f3n del usuario TODO el conjunto de trabajo est\u00e1 disponible, no es necesaria la intervenci\u00f3n del usuario y la aplicaci\u00f3n no ver\u00e1 el tiempo de inactividad.<\/p>\n
Si Couchbase cluster est\u00e1 configurado para ser Server Group(SG) o AZ o Rack Zone(RZ) aware, entonces incluso si perdemos todo SG entonces todo el grupo de servidores falla y el conjunto de trabajo est\u00e1 disponible, no es necesaria la intervenci\u00f3n del usuario y la aplicaci\u00f3n no ver\u00e1 el tiempo de inactividad.<\/p>\n
Con el fin de tener la recuperaci\u00f3n de desastres, XDCR se puede utilizar para replicar los datos Couchbase a otro cl\u00faster Couchbase. Esto ayuda en el caso de que se pierda todo el centro de datos o regi\u00f3n de origen, las aplicaciones se pueden transferir al sitio remoto y la aplicaci\u00f3n no sufrir\u00e1 tiempo de inactividad.<\/p>\n
Vamos a desmontar el Grupo de Servidores. Antes de eso, vamos a ver c\u00f3mo se ve el cl\u00faster<\/p>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-11.48.10-AM.png\")
<\/p>\nBorrar todos los pods del grupo us-east1-b, una vez borrados los pods, el cluster Couchbase ver\u00e1 que los nodos est\u00e1n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-11.53.53-AM.png\")
<\/p>\nEl operador est\u00e1 constantemente observando la definici\u00f3n del cluster y ver\u00e1 que el grupo de servidores se ha perdido, y hace girar los 3 pods, restablece las reclamaciones en los PVs y realiza la recuperaci\u00f3n del nodo delta, y finalmente realiza la operaci\u00f3n de reequilibrio y el cluster vuelve a estar sano. Todo ello sin intervenci\u00f3n del usuario.<\/p>\n
Despu\u00e9s de alg\u00fan tiempo, el cl\u00faster est\u00e1 de vuelta y en funcionamiento.<\/p>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-1.29.58-PM.png\")
<\/p>\nDe los registros del operador,<\/p>\n
$ kubectl logs -f couchbase-operator-6cbc476d4d-mjhx5<\/pre>\n
podemos ver que el cl\u00faster se reequilibra autom\u00e1ticamente.<\/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
La diferenciaci\u00f3n sostenida es clave para nuestra tecnolog\u00eda. Hemos a\u00f1adido un buen n\u00famero de nuevas caracter\u00edsticas de soporte. Con todas estas caracter\u00edsticas de soporte de grado empresarial, permiten al usuario final encontrar los problemas m\u00e1s r\u00e1pido y ayudar a poner en funcionamiento el Operador Couchbase en sus entornos de una manera m\u00e1s r\u00e1pida y eficiente. Estamos muy entusiasmados con esta versi\u00f3n, \u00a1pru\u00e9bala!<\/p>\n
<\/p>\n
Referencias:<\/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
Libro del Operador Aut\u00f3nomo 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
- Cuenta GCP con las credenciales correctas<\/li>\n<\/ul>\n
- kubectl (gcloud components install kubect<\/strong>l<\/em>)<\/li>\n