Volúmenes y almacenamiento de la información en contenedores

Clase 10 de 48 • Curso de Arquitectura de Aplicaciones con Docker 2018

Docker crea, en sus contenedores, un sistema de ficheros superpuesto u overlay. Este sistema de ficheros superpuesto puede usar diferentes mecanismos posibles, igual que en Linux hay varios tipos de sistemas de ficheros posibles; Docker usa drivers tales como overlay u overlay2 para estructurar la información dentro del contenedor y que esta información se almacene en el sistema de ficheros del anfitrión, pero generalmente usa un sistema copy on write que escribe en sistema de ficheros anfitrión cada vez que se produce una modificación en el sistema de ficheros superpuesto u overlay.

En general, salvo que haya algún problema crítico de prestaciones, es mejor usar el driver por omisión; el que se use dependerá de la implementación de Docker (CE o EE) y de la versión del kernel. En esta página se indica como configurar el driver que se quiere usar, para lo que hay que cambiar la configuración del daemon de Docker. En general, sin embargo, es suficiente con usar el driver por omisión.

Por otro lado, Docker introduce el concepto de volúmenes; son sistemas de ficheros gestionados por el propio Docker y que pueden compartirse entre diferentes contenedores. Se crea usando la suborden volume create

sudo docker volume create log

Igual que un contenedor Docker es algo así como un proceso con esteroides, un volumen de Docker es una especie de disco transportable, que almacena información y que puedes usar para transportar información entre contenedores y entre estos y el anfitrión.

Y de la misma forma, la arquitectura de acceso a datos de las aplicaciones basadas en Docker varían. Por ejemplo, no vamos a tener una aplicación monolítica que escriba en el log, lo analice y lo lea, sino diferentes contenedores que interaccionarán no directamente, sino a través de este contenedor de almacenamiento.

Por ejemplo, podemos usar un volumen para montar el directorio /app de contenedores basados en diferentes sistemas operativos, de forma que podamos probar una aplicación determinada en los mismos. Hagamos

docker volume create benchmark && docker pull fedora && docker run -it --rm -v benchmark:/app fedora /bin/bash

La primera sentencia usa la suborden create para crear un volumen que vamos a llamar benchmark. Tras pre-descargar Fedora, ejecutamos en la última orden un intérprete. Con -v benchmark:/app es como convertimos el volumen externo creado en un directorio, /app, del contenedor sobre el que vamos a ejecutar dicho benchmark. Una vez dentro, se puede crear un minibenchmark usando las propias órdenes de los diferentes sistemas operativos, que diga por ejemplo el número de ficheros ls -R / | wc y escriba el resultado en el mismo /app.

time ls -R / | wc > result-uname -m-uname -s.dat

Una vez hecho eso, puedes ejecutar ese programa en cualquier distro, de esta forma:

time docker run -it --rm -v benchmark:/app fedora sh /app/bm.sh 0,04s user 0,02s system 6% cpu 1,045 total

time docker run -it --rm -v benchmark:/app debian sh /app/bm.sh 0,04s user 0,01s system 5% cpu 0,872 total

time docker run -it --rm -v benchmark:/app centos sh /app/bm.sh 0,03s user 0,01s system 4% cpu 0,878 total

time docker run -it --rm -v benchmark:/app alpine sh /app/bm.sh 0,02s user 0,00s system 1% cpu 1,192 total

time docker run -it --rm -v benchmark:/app busybox sh /app/bm.sh 0,01s user 0,04s system 3% cpu 1,505 total

Aunque influye la cantidad de ficheros que haya en el mismo, busybox tarda la cuarta parte de lo que tarda Fedora.

El usar para comparar diferentes sistemas operativos en una aplicación determinada es sólo una de las utilidades que tiene el uso de volúmenes. En general, siempre que necesitemos compartir ficheros entre diferentes contenedores vamos a usar esta opción; hay también plugins que permiten trabajar con ficheros almacenados en la nube para que se puedan compartir entre contenedores ya desplegados.

La utilidad de los volúmenes, salvo los alojados en la nube, se limita a los despliegues locales; en general, cuando vayamos a desplegar diferentes contenedores lo que haremos será crear contenedores cuyo cometido sea precisamente ese, almacenar datos; en este caso, usando el mismo mecanismo, la opción -v del CLI de Docker, se podrán montar directorios pertenecientes a diferentes contenedores para que aparezcan localmente.

Cristhian Lombana

student•

Can i write from any language python for instance, to the log volume?

Fredy Abel Huanca Torres

student•

sh: /app/bm.sh: No such file or directory

aprecio que no se explica la creación del archivo que debería encontrarse dentro de /app, sin embargo el contenido debe ser: time ls -R / | wc > result-uname -m-uname -s.dat ???

Fredy Abel Huanca Torres

student•

time ls -R / | wc > result-$(uname -m)-$(uname -s).dat

Oscar Vesga

student•

Hola, al correr tus lineas me sale el siguiente error

$ time docker run -it --rm -v benchmark:/app fedora sh /app/bm.sh 0,04s user 0,02s system 6% cpu 1,045 total
/app/bm.sh: line 1: uname-m: command not found
/app/bm.sh: line 1: uname-s: command not found

real    0m0.078s
user    0m0.010s
sys     0m0.050s

real    0m0.452s
user    0m0.000s
sys     0m0.000s```

Eduardo David Ramírez Noriega

student•

Hola, me sale este error al ejecutar el comando que contiene el uname. Alguna ayuda ?

Oscar Vesga

student•

Hola, tengo el siguiente error

$ docker volume create benchmark docker pull fedora docker run -it --rm -v benchmark:/app fedora /bin/bash
unknown shorthand flag: 'i' in -it
See 'docker volume create --help'.

Diego Forero

Team Platzi•

Ejecútalo de la siguiente forma.

docker volume create benchmark && docker pull fedora && docker run -v benchmark:/app -it --rm fedora /bin/bash

Diego Forero

Team Platzi•

Ya quedo corregido en el texto de la clase.

Oscar Vesga

student•

Pregunta: Una vez montado el volumen, si quiero compartirlo entre el SO anfitrión y los contenedores, como lo puedo hacer?, en que parte de mi sistema de carpetas lo puedo encontrar?

Diego Forero

Team Platzi•

con el flag -v benchmark:/app estas compartiendo la carpeta /app del sistema host con el volumen benchmark que se creo.

Oscar Vesga

student•

Y en que parte de mi sistema de archivos se crea esa carpeta? lo pregunto porque nunca vi que se creara en la carpeta donde ejecuto docker.

Uso docker para windows y me lo abre desde la carpeta c:\Users\oscar

$ time docker run -it --rm -v benchmark:/app fedora sh /app/bm.sh 0,04s user 0,02s system 6% cpu 1,045 total
/app/bm.sh: line 1: uname-m: command not found
/app/bm.sh: line 1: uname-s: command not found

real    0m0.078s
user    0m0.010s
sys     0m0.050s

real    0m0.452s
user    0m0.000s
sys     0m0.000s```

Volúmenes y almacenamiento de la información en contenedores

Introducción al curso

Contenedores: ¿Qué son?

Contenedores: Qué son y cómo encajan con DevOps

Ejemplo: Casos de uso de contenedores en las empresas

Bases físicas y lógicas de los contenedores

Reto 1. Herramientas necesarias para trabajar con Docker

Reto 2. Sistemas de contenedores: historia, parecidos y diferencias

Uso básico de contenedores

Retos en la instalación de Docker en diferentes sistemas

Validación de post instalación de Docker

Uso básico de Docker: Imágenes, contenedores de Docker

¿Qué hay en un contenedor?

Volúmenes y almacenamiento de la información en contenedores

Gestionando los contenedores instalados

Reto 3. Trabajando con imágenes 'oficiales'

Solución al reto 3

Reto 4. Uso de imágenes locales

Plugins: funcionalidad añadida y algún plugin interesante

Configuración de Docker

Microservicios; APIs con REST

Protocolo HTTP, órdenes y mensajes de estado

Qué es un API REST y buenas prácticas en su diseño

Implementando un API REST en diferentes lenguajes

Implementando un API REST en Python y ejecutándolo

Reto 5. Diseño de una estructura de datos básica en Python

Contenedores y microservicios

Aislando microservicios en contenedores: Uso de Dockerfiles

Puertos y cómo configurarlos

Invocando contenedores

ENTRYPOINT y CMD

Trabajando con datos: Volúmenes

Reto 6. &quot;Contenedorizar&quot; una aplicación usando Dockerfiles y despliegue

Herramientas básicas en arquitecturas de microservicios

Instalación de docker-compose

Componiendo servicios con docker-compose.

Usando docker stack deploy

Creando puentes de red

Reto 7. Desplegando un microservicio en la nube usando PaaS

Despliegue de contenedores en la nube

Instalación del cliente de Azure

Clientes de servicios cloud y como usarlos en nuestra aplicación

Creación de un contenedor en la nube

Despliegue seguro de microservicios

Integrando contenedores en aplicaciones en la nube

Instalando Docker Cloud

Iniciación al API de Docker Cloud

Usando cloud.docker.com

Uso de Docker Cloud, cómo desplegar un servicio en un contenedor

Cómo desplegar un stack

Reto 9: desplegando en una nube comercial

Orquestación de contenedores

Conceptos principales

Instalación de docker-machine y uso básico

Docker Swarm

A dónde ir desde aquí

Reto 6. "Contenedorizar" una aplicación usando Dockerfiles y despliegue