{"id":2689,"date":"2017-02-15T21:55:34","date_gmt":"2017-02-16T05:55:34","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=2689"},"modified":"2023-09-11T01:42:18","modified_gmt":"2023-09-11T08:42:18","slug":"stateful-docker-containers-portworx-couchbase","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/stateful-docker-containers-portworx-couchbase\/","title":{"rendered":"Contenedores Stateful con Portworx y Couchbase"},"content":{"rendered":"

\"Portworx\u00a0\"Couchbase<\/p>\n

Los contenedores est\u00e1n pensados para ser ef\u00edmeros, por lo que escalan bastante bien para aplicaciones sin estado. Los contenedores con estado, como Couchbase, necesitan un tratamiento diferente. Gesti\u00f3n de la persistencia para contenedores Docker<\/a>\u00a0proporcionan una gran visi\u00f3n general de c\u00f3mo gestionar la persistencia de los contenedores con estado.<\/p>\n

Este blog explicar\u00e1 c\u00f3mo utilizar Plugins de volumen Docker<\/a> y Portworx<\/a> para crear un contenedor con estado.<\/p>\n

\u00bfPor qu\u00e9 Portworx?<\/h2>\n

Portworx<\/a> es un contenedor de servicios de datos f\u00e1cil de desplegar que proporciona persistencia, replicaci\u00f3n, instant\u00e1neas, cifrado, RBAC seguro y mucho m\u00e1s. Algunas de sus ventajas son:<\/p>\n

\n
    \n
  1. Vol\u00famenes granulares de contenedores<\/strong> - Portworx puede tomar m\u00faltiples vol\u00famenes EBS por host y agregar la capacidad y derivar vol\u00famenes virtuales granulares (soft) por contenedor.<\/li>\n
  2. Zona de disponibilidad cruzada HA<\/strong> - Portworx proteger\u00e1 los datos, a nivel de bloque, a trav\u00e9s de m\u00faltiples instancias de computaci\u00f3n a trav\u00e9s de zonas de disponibilidad. A medida que los controladores de replicaci\u00f3n reinicien los pods en diferentes nodos, los datos seguir\u00e1n estando altamente disponibles en esos nodos.<\/li>\n
  3. Apoyo a las operaciones de datos de la empresa<\/strong> - Portworx implementa instant\u00e1neas granulares de contenedor, clase de servicio, escalonamiento sobre los vol\u00famenes f\u00edsicos disponibles.<\/li>\n
  4. Facilidad de despliegue y aprovisionamiento<\/strong> - El propio Portworx se despliega como un contenedor y se integra con las herramientas de orquestaci\u00f3n. DevOps puede aprovisionar mediante programaci\u00f3n almacenamiento granular de contenedores con cualquier propiedad, como tama\u00f1o, clase de servicio, clave de cifrado, etc.<\/li>\n<\/ol>\n

    Configurar instancia AWS EC2<\/h2>\n

    Portworx s\u00f3lo funciona en Linux o CoreOS. Configure una instancia de Ubuntu en AWS EC2:<\/p>\n

      \n
    1. Inicie la instancia de Ubuntu 14.04 con\u00a0m3.medio<\/code> tipo de instancia. Aseg\u00farese de a\u00f1adir el puerto 8091 a las reglas de seguridad de entrada. Esto permite Consola web de Couchbase<\/a> ser accesible despu\u00e9s.<\/li>\n
    2. Inicie sesi\u00f3n en la instancia EC2 utilizando el comando: ssh -i ~\/.ssh\/arun-cb-west1.pem ubuntu@<\/code><\/li>\n
    3. Actualice la instancia de Ubuntu: sudo apt-get update<\/code><\/li>\n
    4. Instala Docker: curl -sSL https:\/\/get.docker.com\/ | sh<\/code>. Encontrar\u00e1 instrucciones m\u00e1s detalladas en Obtener Docker para Ubuntu<\/a>.<\/li>\n
    5. Habilitar el acceso no root para el comando docker: sudo usermod -aG docker ubuntu<\/code><\/li>\n
    6. Cierre la sesi\u00f3n de la instancia EC2 y vuelva a iniciarla<\/li>\n<\/ol>\n

      Crear volumen AWS EBS<\/h2>\n
        \n
      1. Crear un volumen EBS para 10GB usando la consola EC2 como se explica en docs<\/a>.<\/li>\n
      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\u00a0\/dev\/sdf.
        \n\"Portworx
        \n<\/code><\/li>\n
      3. Utilice lsblk<\/code>\u00a0en la instancia EC2 para verificar que el volumen est\u00e1 conectado a la instancia:\n
        \n
        \n
        NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT\r\nxvda    202:0    0   8G  0 disk\r\n\u2514\u2500xvda1 202:1    0   8G  0 part \/\r\nxvdb    202:16   0  30G  0 disk \/mnt\r\nxvdf    202:80   0  10G  0 disk<\/code><\/pre>\n<\/div>\n<\/div>\n<\/li>\n<\/ol>\n
        Contenedor Portworx<\/h2>\n
          \n
        1. La composici\u00f3n del almacenamiento f\u00edsico de cada nodo, todos los vol\u00famenes aprovisionados en el cl\u00faster as\u00ed como sus mapeos de contenedor se almacenan en un cl\u00faster etcd. Inicie un cl\u00faster etcd:\n
          docker run -v \\\r\n  \/data\/varlib\/etcd \\\r\n  -p 4001:4001 \\\r\n  -d \\\r\n  portworx\/etcd:latest<\/pre>\n<\/li>\n
        2. Por defecto, los vol\u00famenes montados como root no pueden ser compartidos. Habil\u00edtelo mediante el comando\n
          sudo mount --make-shared \/<\/pre>\n
          M\u00e1s informaci\u00f3n en Configuraci\u00f3n de Ubuntu y montajes compartidos<\/a>.<\/li>\n
        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\u00faster y multicloud, donde el almacenamiento bajo gesti\u00f3n puede estar en las instalaciones o en una nube p\u00fablica como AWS.
          \nPara este blog, iniciaremos un contenedor px-dev:<\/p>\n
          docker run --restart=always --name px -d --net=host \\\r\n  --privileged=true                             \\\r\n  -v \/run\/docker\/plugins:\/run\/docker\/plugins    \\\r\n  -v \/var\/lib\/osd:\/var\/lib\/osd:shared           \\\r\n  -v \/dev:\/dev                                  \\\r\n  -v \/etc\/pwx:\/etc\/pwx                          \\\r\n  -v \/opt\/pwx\/bin:\/export_bin:shared            \\\r\n  -v \/var\/run\/docker.sock:\/var\/run\/docker.sock  \\\r\n  -v \/var\/cores:\/var\/cores                      \\\r\n  -v \/usr\/src:\/usr\/src                           \\\r\n  --ipc=host                                    \\\r\n  portworx\/px-dev -daemon -k etcd:\/\/localhost:4001 -c cluster1 -s \/dev\/xvdf<\/pre>\n
          Encontrar\u00e1 informaci\u00f3n detallada sobre este comando en Ejecutar PX con Docker<\/a>.<\/li>\n
        4. Busque registros que utilicen docker container logs -f px<\/code> y presta atenci\u00f3n a las siguientes afirmaciones:\n
          time=\"2017-02-16T05:33:26Z\" level=info msg=\"Initialize the scheduler client and the scheduler watch\" \r\ntime=\"2017-02-16T05:33:26Z\" level=info msg=\"Started a kvdb watch on key : scheduler\/containers\" \r\ntime=\"2017-02-16T05:33:26Z\" level=info msg=\"Started a kvdb watch on key : scheduler\/volumes\" \r\ntime=\"2017-02-16T05:33:26Z\" level=info msg=\"Started a kvdb watch on key : scheduler\/nodes\/list\"<\/pre>\n<\/li>\n
        5. Compruebe el estado de los vol\u00famenes adjuntos que est\u00e1n disponibles para Portworx utilizando\u00a0sudo \/opt\/pwx\/bin\/pxctl status<\/code> para ver la salida:\n
          Status: PX is operational\r\nNode ID: 679b79b1-f4c3-413e-a8e0-c527348647c9\r\n\tIP: 172.31.25.21 \r\n \tLocal Storage Pool: 1 pool\r\n\tPool\tIO_Priority\tSize\tUsed\tStatus\tZone\tRegion\r\n\t0\tLOW\t\t10 GiB\t266 MiB\tOnline\ta\tus-west-1\r\n\tLocal Storage Devices: 1 device\r\n\tDevice\tPath\t\tMedia Type\t\tSize\t\tLast-Scan\r\n\t0:1\t\/dev\/xvdf\tSTORAGE_MEDIUM_SSD\t10 GiB\t\t16 Feb 17 05:33 UTC\r\n\ttotal\t\t\t-\t\t\t10 GiB\r\nCluster Summary\r\n\tCluster ID: cluster1\r\n\tNode IP: 172.31.25.21 - Capacity: 266 MiB\/10 GiB Online (This node)\r\nGlobal Storage Pool\r\n\tTotal Used    \t:  266 MiB\r\n\tTotal Capacity\t:  10 GiB<\/pre>\n
          Muestra la capacidad total disponible y utilizada.<\/li>\n<\/ol>\n
          Volumen Docker<\/h2>\n
            \n
          1. Vamos a crear un volumen Docker:\n
            docker volume create -d pxd -o size=10G -o fs=ext4 --name cbvol<\/pre>\n
            Encontrar\u00e1 m\u00e1s informaci\u00f3n sobre este comando en Crear vol\u00famenes con Docker<\/a>.<\/li>\n
          2. Compruebe la lista de vol\u00famenes disponibles mediante volumen docker ls<\/code> mando:\n
            DRIVER              VOLUME NAME\r\nlocal               70f7b9a356df4c1f0c08e13a4e813f1ef3e174a91001f277a63b62d683a27159\r\npxd                 cbvol\r\nlocal               f7bc5fa455a88638c106881f1bce98244b670e094d5fdc47917b53a88e46c073<\/pre>\n
            Como se muestra, cbvol<\/code> se crea con pxd<\/code> conductor.<\/li>\n<\/ol>\n
            Couchbase con Portworx Volume<\/h2>\n
              \n
            1. Crear un contenedor Couchbase utilizando el volumen Portworx:\n
              docker container run \\\r\n  -d \\\r\n  --name db \\\r\n  -v cbvol:\/opt\/couchbase\/var \\\r\n  -p 8091-8094:8091-8094 \\\r\n  -p 11210:11210 \\\r\n  arungupta\/couchbase<\/pre>\n
              Observe c\u00f3mo \/opt\/couchbase\/var<\/code> donde se almacenan todos los datos de Couchbase en el contenedor se asigna a la carpeta cbvol<\/code> en el host. Este volumen es mapeado por Portworx.<\/li>\n
            2. Inicie sesi\u00f3n en la consola web de Couchbase en https:\/\/:8091, utilice el login Administrador<\/code> y contrase\u00f1a<\/code> como contrase\u00f1a.<\/li>\n
            3. Vaya a Cubos de datos y cree un nuevo cubo de datos pwx:
              \n\"Couchbase<\/li>\n
            4. En la instancia EC2, vea la lista de contenedores:\n
              ubuntu@ip-172-31-25-21:~$ docker container ls\r\nCONTAINER ID        IMAGE                  COMMAND                  CREATED             STATUS              PORTS                                                                                               NAMES\r\n8ae763d9d53b        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\r\n5423bcd9b426        portworx\/px-dev        \"\/docker-entry-poi...\"   14 minutes ago      Up 14 minutes                                                                                                           px\r\ncf3c779a4459        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<\/pre>\n
              etcd<\/code>, px-dev<\/code> y db<\/code> contenedores en funcionamiento.<\/li>\n
            5. Mata al db<\/code> contenedor:\n
              docker container rm -f db<\/pre>\n<\/li>\n
            6. Reinicie el contenedor de base de datos como:\n
              docker container run \\\r\n  -d \\\r\n  --name db \\\r\n  -v cbvol:\/opt\/couchbase\/var \\\r\n  -p 8091-8094:8091-8094 \\\r\n  -p 11210:11210 \\\r\n  arungupta\/couchbase<\/pre>\n
              Ahora, porque cbvol<\/code> se asigna a \/opt\/couchbase\/var<\/code> de nuevo, los datos se conservan a trav\u00e9s de reinicios. Esto puede verificarse accediendo a la Consola Web de Couchbase y comprobando el archivo pwx<\/code> creado anteriormente.<\/li>\n<\/ol>\n
              Otra perspectiva interesante se encuentra tambi\u00e9n en\u00a0\u00bfpor qu\u00e9 las bases de datos no son para contenedores?<\/a>. S\u00f3lo porque existe Docker, no significa que todas sus necesidades de base de datos deben ser Dockerized. Pero si es necesario, entonces hay un mont\u00f3n de opciones y se puede utilizar en aplicaciones de grado de producci\u00f3n.<\/p>\n
              \u00bfQuieres saber m\u00e1s sobre c\u00f3mo ejecutar Couchbase en contenedores?<\/p>\n