![\"KOPS](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2018\/07\/Screen-Shot-2018-07-13-at-2.57.48-PM-1024x526.png\")
Arquitectura KOPS<\/p><\/div>\n
En el esp\u00edritu de hacer la divulgaci\u00f3n completa, es m\u00e1s f\u00e1cil utilizar las herramientas proporcionadas por los proveedores de nube. Herramientas de c\u00f3digo abierto como kops funcionan igual de bien y son muy eficientes.<\/p>\n
El Operador Aut\u00f3nomo de Couchbase extiende la API de Kubernetes creando una Definici\u00f3n Personalizada de Recursos (CRD) y registrando un controlador espec\u00edfico de Couchbase (el Operador Aut\u00f3nomo) para gestionar los clusters de Couchbase.<\/p>\n
Para este blog utilizaremos AWS como IaaS y demostraremos el uso de kops, sus capacidades y Couchbase Autonomous Operator ejecutando Couchbase Cluster a escala.<\/p>\n
\u00bfQu\u00e9 puede hacer KOPS?<\/h2>\n
\"kops le ayuda a crear, destruir, actualizar y mantener cl\u00fasteres Kubernetes de grado de producci\u00f3n y alta disponibilidad desde la l\u00ednea de comandos. AWS (Amazon Web Services) es actualmente soportado oficialmente, con GCE en soporte beta, y VMware vSphere en alfa, y otras plataformas previstas.\" [1]<\/p>\n
Vayamos al grano y veamos c\u00f3mo funciona...<\/p>\n
- \n
- Instalar kops<\/li>\n
- Crear un cl\u00faster k8s en AWS<\/li>\n
- Configurar el panel k8s<\/li>\n
- Verificaci\u00f3n y validaci\u00f3n del cl\u00faster k8s<\/li>\n
- Despliegue de Couchbase Autonomous Operator en K8s<\/li>\n
- Despliegue del cl\u00faster couchbase<\/li>\n
- Resistencia del servicio<\/li>\n
- Pr\u00f3ximos pasos<\/li>\n<\/ul>\n
Instalar KOPS<\/strong><\/h3>\n
OSX desde 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
Crear un cl\u00faster k8s en AWS<\/strong><\/h3>\n
Antes de que podamos utilizar kops para crear k8s cluster, necesitamos crear pol\u00edticas IAM para kops y para que kops pueda aprovisionar los recursos necesarios para crear k8s cluster. Esta es una operaci\u00f3n que se realiza una sola vez.<\/p>\n
Requisitos previos para los kops<\/p>\n
Instalar AWS CLI<\/h4>\n
Para MacOS<\/p>\n
$ pip3 instale<\/span> awscli -actualizaci\u00f3n --usuario<\/span><\/code><\/strong><\/p>\nPara otras plataformas, pulse aqu\u00ed<\/a><\/p>\n
NOTA: operaci\u00f3n \u00fanica<\/em><\/p>\n
Habilita el entorno AWS ejecutando 'aws configure' y ejecuta los siguientes comandos<\/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
Crear S3 bucket para almacenar kops config\/data<\/h4>\n
En mi caso, se llama\u00a0rd-k8s-aws\u00a0<\/strong><\/em>y para la regi\u00f3n us-oeste-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
Definir env var's para kops state store y cluster name<\/strong><\/h4>\n
Elija cualquier nombre para su cluster, yo he elegido\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
Crear cluster k8s con kops<\/h4>\n
Elija la regi\u00f3n de AWS, el tama\u00f1o de la instancia y el n\u00famero de nodos para el cl\u00faster 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>\nNOTA:<\/strong> tarda unos 5-8 minutos, \u00a1un buen momento para tomar un caf\u00e9!<\/p>\n
La salida de ejemplo tiene este aspecto<\/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
Obtener los nodos y validar el cluster k8s<\/h4>\n
$ kubectl get nodes --show-labels\r\n\r\n$ kubectl cluster-info<\/pre>\n
En este punto kubectl context o k8s context debe apuntar a AWS k8s cluster<\/p>\n
Configurar el panel 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
En una pesta\u00f1a\/terminal diferente ejecute el siguiente comando para proxy k8s servidor api en el port\u00e1til local<\/em><\/strong><\/p>\n
$ kubectl proxy<\/pre>\n
Obtener el token para acceder al panel de control k8s<\/p>\n
$ kubectl get secret $(kubectl get serviceaccount dashboard -o jsonpath=\"{.secrets[0].name}\") -o jsonpath=\"{.data.token}\" | base64 --decode<\/pre>\nElija la opci\u00f3n de usar token y mientras agarra token de arriba, saltar %<\/strong> al final.<\/p>\n
Inicie sesi\u00f3n en el salpicadero de k8s en https:\/\/127.0.0.1:8001\/ui [2]<\/p>\n
Verificaci\u00f3n y validaci\u00f3n del cl\u00faster k8s<\/strong><\/h3>\n
Validar el cluster k8s utilizando el comando<\/p>\n
$ kops validate cluster<\/pre>\n
# comprueba que el n\u00famero de nodos mencionados en la creaci\u00f3n del cluster coincide aqu\u00ed<\/p>\n
$ kubectl get nodes<\/pre>\n
Despliegue de Couchbase Autonomous Operator en K8s <\/strong><\/h3>\n
Ahora que hemos desplegado el cluster k8s, es el momento de desplegar el operador couchbase<\/p>\n
Primero desplegamos el operador, necesitamos habilitar RBAC para el operador, necesitamos crear ClusterRole para el Operador Couchbase<\/p>\n
$ kubectl create -f https:\/\/raw.githubusercontent.com\/ramdhakne\/blogs\/master\/kops\/cbyaml\/cluster-role.yaml<\/pre>\n
Nota<\/em>: Esta funci\u00f3n s\u00f3lo debe crearse una vez.<\/p>\n
Una vez creado el ClusterRole, es necesario crear un ServiceAccount en el espacio de nombres en el que se est\u00e1 instalando el Operador Couchbase y, a continuaci\u00f3n, asignar el ClusterRole a ese ServiceAccount mediante una directiva\u00a0ClusterRoleBinding<\/em>. En esta gu\u00eda utilizaremos el\u00a0
por defecto<\/code>\u00a0para crear el 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
Despliegue del operador couchbase<\/h3>\n
$ kubectl create -f https:\/\/raw.githubusercontent.com\/ramdhakne\/blogs\/master\/kops\/cbyaml\/operator.yaml<\/pre>\n
La ejecuci\u00f3n de este comando descarga la imagen Docker de Couchbase Operator especificada en el comando\u00a0
operador.yaml<\/code>\u00a0y crea un archivo\u00a0despliegue<\/em>\u00a0que gestiona una \u00fanica instancia de Couchbase Operator. Couchbase Operator utiliza un despliegue para poder reiniciarse si el pod en el que se ejecuta muere.<\/p>\n$ kubectl get deployments -l app=couchbase-operator<\/pre>\n
\nDebe continuar sondeando el estado del Operador hasta que su salida tenga un aspecto similar a la siguiente salida:<\/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
Cuando el operador couchbase est\u00e9 en funcionamiento, tendr\u00e1 un aspecto similar al siguiente<\/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
Necesitamos desplegar secreto para la autenticaci\u00f3n de couchbase servidor GUI<\/p>\n
$ kubectl create -f https:\/\/raw.githubusercontent.com\/ramdhakne\/blogs\/master\/kops\/cbyaml\/secret.yaml<\/pre>\n
Despliega ahora el cluster Couchbase de 10 nodos<\/p>\n
$ kubectl create -f\u00a0https:\/\/raw.githubusercontent.com\/ramdhakne\/blogs\/master\/kops\/cbyaml\/couchbase-cluster-multi.yaml<\/pre>\n
Obtener el listado de los pods de 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 acceder a la GUI de couchbase, accederemos al puerto 8091 y para ello podemos realizar un redireccionamiento de puertos como el siguiente<\/p>\n
$ kubectl port-forward cb-example-aws-0000 8091:8091<\/pre>\n
Se puede acceder a la GUI del servidor Couchbase en https:\/\/localhost:8091<\/p>\n
Resistencia del servicio<\/h3>\n
Para mostrar la resistencia del servicio, podemos matar un pod, simulando la p\u00e9rdida de un nodo couchbase.<\/p>\n
\u00a0$ kubectl delete pod cb-example-aws-0001<\/pre>\n
Si perdemos un pod, entonces kubernetes comprueba la definici\u00f3n del cl\u00faster, y entiende que necesita tener 3 pods, y crear\u00e1 uno nuevo, lo a\u00f1adir\u00e1 al cl\u00faster, y luego realizar\u00e1 el reequilibrio en el cl\u00faster. De este modo se elimina la crucial tarea de administraci\u00f3n de monitorizar el cluster en busca de fallos de nodos, decidir qu\u00e9 hacer cuando ocurra y luego realizar la operaci\u00f3n de reequilibrio. Todo esto ocurre a cubierto, y las aplicaciones funcionar\u00e1n sin interrupciones.<\/p>\n
Si volvemos a listar los pods, deber\u00edamos ver algo como esto<\/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
Instalando cbc-pillowfight para generar carga KV, nos da una idea de cuales son los l\u00edmites que podemos empujar en este cluster<\/p>\n
Desde un \u00fanico servidor de aplicaciones, ejecutando pillowfight con los siguientes par\u00e1metros<\/p>\n
# cbc-pillowfight -U couchbase:\/\/localhost\/kopsClusterBucket -u Administrador -P contrase\u00f1a -J -t 4 -I 10000 -p `nombrehost`.<\/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\")
Actuaci\u00f3n de KV con pillowfight<\/p><\/div>\n
Con un \u00fanico servidor de aplicaciones podemos obtener ~34.000 operaciones\/seg.<\/p>\n
Aumentando el nivel, utilizando otro servidor de aplicaciones para ejecutar pillowfight, podemos obtener un mayor rendimiento del orden 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\")
Actuaci\u00f3n de KV con pillowfight<\/p><\/div>\n
Conclusi\u00f3n<\/p>\n
Lo que aprendimos aqu\u00ed es que usando kops es bastante f\u00e1cil desplegar clusters Couchbase a escala y el operador aut\u00f3nomo proporciona beneficios como la resiliencia del servicio, auto-rebalanceo, creaci\u00f3n autom\u00e1tica de buckets, f\u00e1cil integraci\u00f3n con CI\/CD pipeline. Los archivos yaml pueden ser estandarizados para Dev\/QA\/UAT y prod.<\/p>\n
Referencias:<\/p>\n