Couchbase en Kubernetes

¡Este blog es posible gracias a este tweet!

Tuve una gran #Cbase táctil #Kubernetes sesión de hacking con @saturnism, aprendí mucho, espero con interés algunos blogs agradables.

- Arun Gupta (@arungupta) 27 de febrero de 2016

Kubernetes es un sistema de orquestación de código abierto de Google para contenedores Docker. Gestiona aplicaciones en contenedores a través de múltiples hosts y proporciona mecanismos básicos para el despliegue, mantenimiento y escalado de aplicaciones. Permite al usuario proporcionar primitivas declarativas para el estado deseado, por ejemplo "necesito 5 servidores Couchbase". Los mecanismos de autorreparación de Kubernetes, como el reinicio automático, la reprogramación y la replicación de contenedores, garantizan que se cumpla este estado. El usuario sólo tiene que definir el estado y Kubernetes se asegura de que se cumpla en todo momento en el clúster. Conceptos clave de Kubernetes explica los conceptos clave de Kubernetes. Esta serie de blogs de varias partes mostrará cómo ejecutar Couchbase en Kubernetes de múltiples maneras. La primera parte comienza con una configuración sencilla utilizando Vagrant.

Introducción a Kubernetes

Hay múltiples maneras de ejecutar Kubernetes, pero he encontrado la forma más sencilla (no necesariamente predecible ;) es ejecutar utilizando Vagrant.

• Descargar la última Lanzamiento de Kubernetes1.1.8 a partir de este momento, y ampliar el archivo.
• Inicie el clúster Kubernetes como:
  
  cd kubernetes export KUBERNETES_PROVIDER=vagrant ./cluster/kube-up.sh

  1 2 3 4

  cd kubernetes   exportar KUBERNETES_PROVIDER=vagabundo ./grupo/kube-arriba.sh

  
  Esto muestra la salida como:
  
  kubernetes-1.1.8 > ./kubernetes/cluster/kube-up.sh ... Starting cluster using provider: vagrant ... calling verify-prereqs ... calling kube-up Bringing machine 'master' up with 'virtualbox' provider... Bringing machine 'minion-1' up with 'virtualbox' provider... ==> master: Importing base box 'kube-fedora21'... . . . Validate output: NAME STATUS MESSAGE ERROR controller-manager Healthy ok nil scheduler Healthy ok nil etcd-0 Healthy {"health": "true"} nil etcd-1 Healthy {"health": "true"} nil Cluster validation succeeded Done, listing cluster services: Kubernetes master is running at https://10.245.1.2 Heapster is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/heapster KubeDNS is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/kube-dns KubeUI is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/kube-ui Grafana is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/monitoring-grafana InfluxDB is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/monitoring-influxdb

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

  kubernetes-1.1.8 > ./kubernetes/grupo/kube-arriba.sh ... Inicio grupo utilizando proveedor: vagabundo ... llamando a verifique-prerrequisitos ... llamando a kube-arriba En máquina maestro arriba con virtualbox proveedor... En máquina esbirro-1 arriba con virtualbox proveedor... ==> maestro: Importación de base caja kube-fedora21...   . . .   Validar salida: NOMBRE                 ESTADO    MENSAJE              ERROR controlador-director   Saludable   ok                   nil programador            Saludable   ok                   nil etcd-0               Saludable   {"salud": "true"}   nil etcd-1               Saludable   {"salud": "true"}   nil Grupo validación sucedió a Hecho, listado grupo servicios:   Kubernetes maestro es corriendo en https://10.245.1.2 Heapster es corriendo en https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/heapster KubeDNS es corriendo en https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/kube-dns KubeUI es corriendo en https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/kube-ui Grafana es corriendo en https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/monitoring-grafana InfluxDB es corriendo en https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/monitoring-influxdb

Ejecutar Couchbase en Kubernetes Cluster

La forma más sencilla de empezar a ejecutar un contenedor Docker en Kubernetes es utilizando el comando kubectl run comando. El uso del comando es:

El comando ejecuta una imagen particular, posiblemente replicada. La replicación de la imagen se realiza mediante la creación de un controlador de replicación para gestionar el contenedor o contenedores creados. La lista completa de opciones para ejecutar este comando se puede ver usando:

Contenedor Docker Couchbase explica los diferentes contenedores Docker para Couchbase. Para este blog, usaremos arungupta/couchbase ya que está preconfigurado.

Esto muestra la salida:

La salida confirma que se ha creado un controlador de replicación. Vamos a verificarlo:

Ahora, comprueba las vainas:

Comprobemos el estado del pod:

La quinta línea de la salida dice que la IP del nodo es 10.245.1.4. Esta dirección se utilizará más tarde para acceder a la consola web. La última línea de esta salida muestra que el pod ya está listo. Compruebe de nuevo el estado del pod:

Consola web de Couchbase en clúster Kubernetes

Ahora que su contenedor Couchbase se está ejecutando en el clúster Kubernetes, es posible que desee ver el archivo Consola web. A cada pod se le asigna una dirección IP única, pero esta dirección sólo es accesible dentro del cluster. Se puede exponer utilizando el kubectl exponer comando. Este comando toma un Controlador de Replicación, Servicio o Pod y lo expone como un nuevo Servicio Kubernetes. Esto se puede hacer dando el comando:

En este comando:

• --target-port es el nombre o número del puerto del contenedor al que el servicio debe dirigir el tráfico
• --port es el puerto en el que debe servir el servicio
• --external-ip es la dirección IP externa a establecer para el servicio. Nota, esta dirección IP se obtuvo con kubectl describe pod antes.

Ahora, puedes acceder a la Consola Web de Couchbase en http://10.245.1.4:8091 y su aspecto es el siguiente:

Introduzca las credenciales de contraseña como Administrador/contraseña.

¡Voilà!
Hable con nosotros en StackOverflow o Foros de Couchbase. También puede seguirnos en @couchbasedev y @couchbase.