Contenedores Stateful con Portworx y Couchbase

1. Volúmenes granulares de contenedores - Portworx puede tomar múltiples volúmenes EBS por host y agregar la capacidad y derivar volúmenes virtuales granulares (soft) por contenedor.
2. Zona de disponibilidad cruzada HA - Portworx protegerá los datos, a nivel de bloque, a través de múltiples instancias de computación a través de zonas de disponibilidad. A medida que los controladores de replicación reinicien los pods en diferentes nodos, los datos seguirán estando altamente disponibles en esos nodos.
3. Apoyo a las operaciones de datos de la empresa - Portworx implementa instantáneas granulares de contenedor, clase de servicio, escalonamiento sobre los volúmenes físicos disponibles.
4. Facilidad de despliegue y aprovisionamiento - El propio Portworx se despliega como un contenedor y se integra con las herramientas de orquestación. DevOps puede aprovisionar mediante programación almacenamiento granular de contenedores con cualquier propiedad, como tamaño, clase de servicio, clave de cifrado, etc.

Configurar instancia AWS EC2

Portworx sólo funciona en Linux o CoreOS. Configure una instancia de Ubuntu en AWS EC2:

1. Inicie la instancia de Ubuntu 14.04 con m3.medio tipo de instancia. Asegúrese de añadir el puerto 8091 a las reglas de seguridad de entrada. Esto permite Consola web de Couchbase ser accesible después.
2. Inicie sesión en la instancia EC2 utilizando el comando: ssh -i ~/.ssh/arun-cb-west1.pem ubuntu@
3. Actualice la instancia de Ubuntu: sudo apt-get update
4. Instala Docker: curl -sSL https://get.docker.com/ | sh. Encontrará instrucciones más detalladas en Obtener Docker para Ubuntu.
5. Habilitar el acceso no root para el comando docker: sudo usermod -aG docker ubuntu
6. Cierre la sesión de la instancia EC2 y vuelva a iniciarla

Crear volumen AWS EBS

1. Crear un volumen EBS para 10GB usando la consola EC2 como se explica en docs.
2. Obtenga el id de instancia de la consola EC2. Adjunte este volumen a la instancia EC2 utilizando este id de instancia, utilice el nombre de dispositivo por defecto /dev/sdf.


3. Utilice lsblk en la instancia EC2 para verificar que el volumen está conectado a la instancia:
   NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda 202:0 0 8G 0 disk └─xvda1 202:1 0 8G 0 part / xvdb 202:16 0 30G 0 disk /mnt xvdf 202:80 0 10G 0 disk

   1 2 3 4 5

   NOMBRE    MAJ:MIN RM TALLA RO TIPO PUNTO MONTE xvda    202:0    0   8G  0 disco └─xvda1 202:1    0   8G  0 pieza / xvdb    202:16   0  30G  0 disco /mnt xvdf    202:80   0  10G  0 disco

Contenedor Portworx

1. La composición del almacenamiento físico de cada nodo, todos los volúmenes aprovisionados en el clúster así como sus mapeos de contenedor se almacenan en un clúster etcd. Inicie un clúster etcd:
   
   docker run -v \ /data/varlib/etcd \ -p 4001:4001 \ -d \ portworx/etcd:latest

   1 2 3 4 5

   docker ejecute -v \   /datos/varlib/etcd \   -p 4001:4001 \   -d \   portworx/etcd:última

2. Por defecto, los volúmenes montados como root no pueden ser compartidos. Habilítelo mediante el comando
   
   sudo mount --make-shared /

   1	sudo monte --escriba a-compartido /

   
   Más información en Configuración de Ubuntu y montajes compartidos.
3. El contenedor PX-Developer (px-dev) en un servidor con Docker Engine convierte ese servidor en un nodo de almacenamiento escalable. PX-Enterprise, por su parte, ofrece soporte multiclúster y multicloud, donde el almacenamiento bajo gestión puede estar en las instalaciones o en una nube pública como AWS.
   Para este blog, iniciaremos un contenedor px-dev:
   
   docker run --restart=always --name px -d --net=host \ --privileged=true \ -v /run/docker/plugins:/run/docker/plugins \ -v /var/lib/osd:/var/lib/osd:shared \ -v /dev:/dev \ -v /etc/pwx:/etc/pwx \ -v /opt/pwx/bin:/export_bin:shared \ -v /var/run/docker.sock:/var/run/docker.sock \ -v /var/cores:/var/cores \ -v /usr/src:/usr/src \ --ipc=host \ portworx/px-dev -daemon -k etcd://localhost:4001 -c cluster1 -s /dev/xvdf

   1 2 3 4 5 6 7 8 9 10 11 12

   docker ejecute --reiniciar=siempre --nombre px -d --red=host \   --privilegiado=verdadero                             \   -v /ejecute/docker/plugins:/ejecute/docker/plugins    \   -v /var/lib/osd:/var/lib/osd:compartido           \   -v /dev:/dev                                  \   -v /etc/pwx:/etc/pwx                          \   -v /op/pwx/papelera:/export_bin:compartido            \   -v /var/ejecute/docker.calcetín:/var/ejecute/docker.calcetín  \   -v /var/núcleos:/var/núcleos                      \   -v /usr/src:/usr/src                           \   --ipc=host                                    \   portworx/px-dev -demonio -k etcd://localhost:4001 -c cluster1 -s /dev/xvdf

   
   Encontrará información detallada sobre este comando en Ejecutar PX con Docker.
4. Busque registros que utilicen docker container logs -f px y presta atención a las siguientes afirmaciones:
   
   time="2017-02-16T05:33:26Z" level=info msg="Initialize the scheduler client and the scheduler watch" time="2017-02-16T05:33:26Z" level=info msg="Started a kvdb watch on key : scheduler/containers" time="2017-02-16T05:33:26Z" level=info msg="Started a kvdb watch on key : scheduler/volumes" time="2017-02-16T05:33:26Z" level=info msg="Started a kvdb watch on key : scheduler/nodes/list"

   1 2 3 4

   tiempo="2017-02-16T05:33:26Z" nivel=información msg="Inicializar el cliente programador y el reloj programador" tiempo="2017-02-16T05:33:26Z" nivel=información msg="Iniciado un reloj kvdb en clave : scheduler/containers" tiempo="2017-02-16T05:33:26Z" nivel=información msg="Iniciado un reloj kvdb en clave : scheduler/volumes" tiempo="2017-02-16T05:33:26Z" nivel=información msg="Iniciado un reloj kvdb en clave : scheduler/nodes/list"

5. Compruebe el estado de los volúmenes adjuntos que están disponibles para Portworx utilizando sudo /opt/pwx/bin/pxctl status para ver la salida:
   
   Status: PX is operational Node ID: 679b79b1-f4c3-413e-a8e0-c527348647c9 IP: 172.31.25.21 Local Storage Pool: 1 pool Pool IO_Priority Size Used Status Zone Region 0 LOW 10 GiB 266 MiB Online a us-west-1 Local Storage Devices: 1 device Device Path Media Type Size Last-Scan 0:1 /dev/xvdf STORAGE_MEDIUM_SSD 10 GiB 16 Feb 17 05:33 UTC total - 10 GiB Cluster Summary Cluster ID: cluster1 Node IP: 172.31.25.21 - Capacity: 266 MiB/10 GiB Online (This node) Global Storage Pool Total Used : 266 MiB Total Capacity : 10 GiB

   1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

   Estado: PX es operativo Nodo ID: 679b79b1-f4c3-413e-a8e0-c527348647c9 IP: 172.31.25.21 Local Almacenamiento Piscina: 1 piscina Piscina Prioridad_IO Talla Usado Estado Zona Región 0 BAJA 10 GiB 266 MiB En línea a us-oeste-1 Local Almacenamiento Dispositivos: 1 dispositivo Dispositivo Ruta Medios de comunicación Tipo Talla Última-Escanear 0:1 /dev/xvdf ALMACENAMIENTO_MEDIO_SSD 10 GiB 16 Febrero 17 05:33 UTC total - 10 GiB Grupo Resumen Grupo ID: grupo1 Nodo IP: 172.31.25.21 - Capacidad: 266 MiB/10 GiB En línea (Este nodo) Global Almacenamiento Piscina Total Usado     :  266 MiB Total Capacidad :  10 GiB

   
   Muestra la capacidad total disponible y utilizada.

Volumen Docker

1. Vamos a crear un volumen Docker:
   
   docker volume create -d pxd -o size=10G -o fs=ext4 --name cbvol

   1	docker volumen crear -d pxd -o talla=10G -o fs=ext4 --nombre cbvol

   
   Encontrará más información sobre este comando en Crear volúmenes con Docker.
2. Compruebe la lista de volúmenes disponibles mediante volumen docker ls mando:
   
   DRIVER VOLUME NAME local 70f7b9a356df4c1f0c08e13a4e813f1ef3e174a91001f277a63b62d683a27159 pxd cbvol local f7bc5fa455a88638c106881f1bce98244b670e094d5fdc47917b53a88e46c073

   1 2 3 4

   CONDUCTOR              VOLUMEN NOMBRE local               70f7b9a356df4c1f0c08e13a4e813f1ef3e174a91001f277a63b62d683a27159 pxd                 cbvol local               f7bc5fa455a88638c106881f1bce98244b670e094d5fdc47917b53a88e46c073

   
   Como se muestra, cbvol se crea con pxd conductor.

Couchbase con Portworx Volume

1. Crear un contenedor Couchbase utilizando el volumen Portworx:
   
   docker container run \ -d \ --name db \ -v cbvol:/opt/couchbase/var \ -p 8091-8094:8091-8094 \ -p 11210:11210 \ arungupta/couchbase

   1 2 3 4 5 6 7

   docker contenedor ejecute \   -d \   --nombre db \   -v cbvol:/op/couchbase/var \   -p 8091-8094:8091-8094 \   -p 11210:11210 \   arungupta/couchbase

   
   Observe cómo /opt/couchbase/var donde se almacenan todos los datos de Couchbase en el contenedor se asigna a la carpeta cbvol en el host. Este volumen es mapeado por Portworx.
2. Inicie sesión en la consola web de Couchbase en http://:8091, utilice el login Administrador y contraseña como contraseña.
3. Vaya a Cubos de datos y cree un nuevo cubo de datos pwx:
   
4. En la instancia EC2, vea la lista de contenedores:
   
   ubuntu@ip-172-31-25-21:~$ docker container ls CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 8ae763d9d53b arungupta/couchbase "/entrypoint.sh /o..." 5 minutes ago Up 5 minutes 0.0.0.0:8091-8094->8091-8094/tcp, 11207/tcp, 11211/tcp, 0.0.0.0:11210->11210/tcp, 18091-18093/tcp db 5423bcd9b426 portworx/px-dev "/docker-entry-poi..." 14 minutes ago Up 14 minutes px cf3c779a4459 portworx/etcd:latest "/entrypoint.sh /b..." 21 minutes ago Up 21 minutes 2379-2380/tcp, 7001/tcp, 0.0.0.0:4001->4001/tcp youthful_jepsen

   1 2 3 4 5

   ubuntu@ip-172-31-25-21:~$ docker contenedor ls CONTENEDOR ID        IMAGEN                  COMANDO                  CREADO             ESTADO              PUERTOS                                                                                               NOMBRES 8ae763d9d53b        arungupta/couchbase    "/entrypoint.sh /o..."   5 minutos hace       Arriba 5 minutos        0.0.0.0:8091-8094->8091-8094/tcp, 11207/tcp, 11211/tcp, 0.0.0.0:11210->11210/tcp, 18091-18093/tcp   db 5423bcd9b426        portworx/px-dev        "/docker-entry-poi..."   14 minutos hace      Arriba 14 minutos                                                                                                           px cf3c779a4459        portworx/etcd:última   "/entrypoint.sh /b..."   21 minutos hace      Arriba 21 minutos       2379-2380/tcp, 7001/tcp, 0.0.0.0:4001->4001/tcp                                                     joven_jepsen

   
   etcd, px-dev y db contenedores en funcionamiento.
5. Mata al db contenedor:
   
   docker container rm -f db

   1	docker contenedor rm -f db

6. Reinicie el contenedor de base de datos como:
   
   docker container run \ -d \ --name db \ -v cbvol:/opt/couchbase/var \ -p 8091-8094:8091-8094 \ -p 11210:11210 \ arungupta/couchbase

   1 2 3 4 5 6 7

   docker contenedor ejecute \   -d \   --nombre db \   -v cbvol:/op/couchbase/var \   -p 8091-8094:8091-8094 \   -p 11210:11210 \   arungupta/couchbase

   
   Ahora, porque cbvol se asigna a /opt/couchbase/var de nuevo, los datos se conservan a través de reinicios. Esto puede verificarse accediendo a la Consola Web de Couchbase y comprobando el archivo pwx creado anteriormente.

Otra perspectiva interesante se encuentra también en ¿por qué las bases de datos no son para contenedores?. Sólo porque existe Docker, no significa que todas sus necesidades de base de datos deben ser Dockerized. Pero si es necesario, entonces hay un montón de opciones y se puede utilizar en aplicaciones de grado de producción.

¿Quieres saber más sobre cómo ejecutar Couchbase en contenedores?

• Couchbase en contenedores
• Portal para desarrolladores de Couchbase
• @couchhasedev y @couchbase