Portada! Que es Docker y como usarlo!

$ docker build -t centosrueba . $ docker run -d -ti –name prueba centosrueba

• Host: Son aquellos que se almacenan en nuestro Docker Host y que se alojan en una carpeta dentro de nuestro file system y que nosotros definimos.​
• Anonymous: Son aquellos donde no definimos una carpeta, pero Docker automáticamente crea una carpeta random y aloja ahí la información.​
• Named Volumes: Volumenes que creamos y que normalmente no son carpetas nuestras , si no que carpetas administradas por Docker , pero si tienen un nombre y son manejadas netamente por Docker.​

unreal4u dijo:

Excelente guía! La subí a la portada

Puedes no editar el primer post por favor? Si lo haces, sacarás el artículo de portada

Saludos.

Haz clic para expandir...

He aprendido hartas cosillas siguiendo el canal de networkChuck, lo recomiendo totalmente. Para lo que uso, el primer vídeo me es suficiente.​

​

1) you need to learn Docker RIGHT NOW!! // Docker Containers 101​

2) Docker Compose will BLOW your MIND!!​

3) learning Docker is HARD!! (this makes it easy, portainer)​

epic dijo:

DOCKER COMPOSE
​

Es una herramienta de docker que ayuda a crear aplicaciones multi contenedor, por ejemplo wordpress necesita un contenedor web de apache o nginx con php instalado y otro contenedor para alojar su base de datos. Un caso como este lo podríamos efectuar ejecutando lineas de docker run pasándole la red que compartirán y sus nombre, esto lo podríamos crear a mano y repetir quizás unas 10 veces y podría funcionar, pero con docker compose definimos todo esto en un solo archivo y luego que se ejecute todas las instrucciones (imagenes, redes, volumenes, nombres, etc) que están dentro del archivo yaml.

Primeros Pasos

Docker Compose nos ayuda en la automatizaron de la creación de contenedores, para esto definiremos todos los comando en un archivo .yaml.​

$ nano docker-compose.yaml

y comenzaremos a introducir algunos comandos:

Docker:​

$ docker run -d –name nginx -p 80:80 nginx

docker-compose:​

Código: version: '3' services: web: container_name: nginx1 ports: - "8080:80" image: nginx

Una vez creado el archivo y guardado lo ejecutamos de la siguiente manera:​

$ docker-compose up -d

​

Ahora podremos observar que tenemos 2 contenedor ejecutándose (uno por el puert 80 y el otro por el puerto 8080), uno creado con el comando de docker run y el otro mediante docker-compose.

Importante saber que la primera linea indica la versión del docker-compose, actualmente esta en la versión 3 y a medida que va aumentando se van agregando nuevas funcionalidades y/o depreciando otras.

Ahora si queremos eliminar nuestro contenedor creado por docker-compose:​

$ docker-compose down

Variables de entorno en Compose​

Código: version: '3' services: db: container_name: mysql image: mysql:5.7 ports: - "3306:3306" environment: - "MYSQL_ROOT_PASSWORD=12345678"

​

$ docker-compose up -d

​

Con esto crearemos un contenedor de MySQL version 5.7, escuchando en el puerto 3306 y con una clave root de “12345678” enviada a través de una variable de entorno.

También podemos mandarle la variable de entorno desde un archivo, enviaremos la variable a un archivo llamado common.env:​

$ echo "MYSQL_ROOT_PASSWORD=1234567890" > common.env

y editamos nuestro docker-compose:​

Código: version: '3' services: db: container_name: mysql image: mysql:5.7 ports: - "3306:3306" env_file: common.env

​

$ docker-compose up -d

Y si entramos al contenedor podremos observar que podemos entrar a mysql con la nueva clave.

Entonces podremos definir variables de entorno indicándolas en el mismo docker-compose o crear un archivo (cualquier nombre) y agregarlas ahí y luego indicar el archivo en el docker-compose.


Volumenes en Compose

Volumen nombrado​

Código: version: '3' services: web: container_name: nginx image: nginx ports: - "80:80" volumes: - "vol2:/usr/share/nginx/html" volumes: vol2:

Con este archivo hemos creado un contenedor nginx, escuchando en el puerto 80 y le creamos un volumen nombrado al final del archivo:​

volumes: vol2:

​

Para luego montarserlo al contenedor:

volumes: - "vol2:/usr/share/nginx/html"

Luego ejecutamos docker-compose para crear el contenedor:​

$ docker-compose up -d [+] Running 2/2 ⠿ Volume "docker_vol2" Created 0.0s ⠿ Container nginx Started

Vayamos a ver el volumen:​

$ docker info | grep -i root $ cd /var/lib/docker/volumes/docker_vol2/_data $ ls

Y observaremos el archivo index.html y 50x.html que son propios de nginx. Si queremos podemos editar ese archivo “index.html”, lo guardamos y veremos el cambio reflejado en nuestro navegador desde http://localhost/



Volumen de Host

Crearemos una carpeta en el mismo nivel del docker-compose.yaml llamado compartido y dentro de este directorio crearemos un index.html con el contenido que uno quiera:​

Código: version: '3' services: web: container_name: nginx image: nginx ports: - "80:80" volumes: - "/opt/lampp/htdocs/Docker/compartido:/usr/share/nginx/html"

Luego en el docker-compose editaremos la linea del volumen le pondremos la ruta de nuestro index.html (en mi caso fue /opt/lampp/htdocs/Docker/compartido), ahora al ejecutar el docker-compose veremos en nuestro localhost la pagina que hemos puesto en el index.​

$ docker-compose up -d

Redes en Compose

En el siguiente ejemplo crearemos un docker-compose donde indicaremos una red llamada “net-test” y luego se le asignara al contenedor:​

Código: version: '3' services: web: container_name: nginx image: nginx ports: - "80:80" networks: - net-test web2: container_name: nginx2 image: nginx ports: - "81:80" networks: - net-test networks: net-test:

​

Si hacemos un “docker network ls” veremos la nueva red y si hacemos un “docker inspect nginx” también veremos que el contenedor pertenece a la red creada en el docker-compose.

En este ejemplo hemos creado 2 contenedores web en el mismo docker-compose y ambos están en la misma red, por lo tanto, si ingresamos a uno de los 2 contenedores podremos hacerle ping al otro contenedor sin problema. Lo interesante es que podremos hacerle ping tanto ala IP, al nombre del contenedor(nginx o nginx2) o al nombre del servicio (web o web2).


Construyendo imagenes en Compose

Acá construiremos imágenes a partir del a opción “build”, para esto crearemos una carpeta en el mismo nivel de docker-compose.yaml llamada “build” y dentro de ella crearemos un Dockerfile.

docker-compose.yaml​

Código: version: '3' services: web: container_name: nginx image: web-test build: ./build ports: - "80:80"

Dockerfile​

FROM centos:7 RUN mkdir /opt/test

​

Si hacemos un “docker images” veremos nuestra nueva imagen llamada “web-test” en la lista. Si tenemos un dockerfile con un nombre distinto debemos cambiar las siguientes lineas:

Código: version: '3' services: web: container_name: nginx image: web-test build: context: ./build dockerfile: dockernew ports: - "80:80"

Con la linea “context” indicaremos la ubicación del archivo dockerfile y con la linea “dockerfile” indicaremos el nombre que tiene.


Sobreescribir el CMD con Compose

En esta sección modificaremos el CMD de una imagen sin necesidad de crear un dockerfile… por ejemplo si creamos un contenedor de centos veremos que su CMD es “/bin/bash/”:​

$ docker run -dti centos:7 $ docker ps

​

Entonces crearemos un docker-compose con el siguiente contenido:

YAML: version: '3' services: web: container_name: nginx image: nginx:alpine mem_limit: 20m cpuset: "0" ports: - "8080:8080"

Y veremos que el CMD de este nuevo Centos ya no es “/bin/bash/”, si no que el que agregamos en el docker-compose. Lo único que debemos hacer es indicarle un command distinto y docker entenderá que queremos reemplazar el existente.


Limitar Recursos en contenedores​

version: '3' services: web: container_name: nginx image: nginx:alpine mem_limit: 20m cpuset: "0" ports: - "8080:8080"

​

Con esto estamos limitando al contenedor a utilizar solo 20m de Ram y a una sola CPU, si ultilicamos el comando “docker stats” podremos observar el limite de ram.

Política de reinicio de contenedores

En los contenedores existe algo llamado docker restar policy y que no es mas que una condicion en que un contenedor debe ser reiniciado: “on-failure”, “unless-stopped” y “always”.

Crearemos los siguientes archivos para las pruebas:

start.sh​

#!/bin/bash echo "Estoy vivo" sleep 5 echo "Estoy detenido"

Dockerfile​

FROM centos:7 COPY start.sh /start.sh RUN chmod +x /start.sh CMD /start.sh

1.- docker-compose.yaml​

Código: version: '3' services: test: container_name: test image: restart-image build: .

​

$ docker-compose up --build -d

Con el siguiente docker-compose el contenedor durará 5 segundo y luego se detendra y quedara detenido.

Si visualizamos con un “docker ps” no se encontrara , pero si lo vemos con un “docker ps -a” aparecerá con STATUS “Exited”

2.- docker-compose.yaml​

Código: version: '3' services: test: container_name: test image: restart-image build: . restart: always

​

$ docker-compose up --build -d

Con el siguiente docker-compose el contenedor durará 5 segundo y luego se detendrá, pero docker intentara reiniciarlo. Si ejecutamos un “docker ps” lo tendremos ahí con estado “UP”, luego en 5 segundos pasara a STATUS “Restarting”, luego UP nuevamente y así por siempre ya que Docker lo levantara cada vez que se caiga.

Si vemos los logs del cntenedor tendremos muchas lineas de “Estoy vivo” y “Estoy detenido”.

3.- docker-compose.yaml​

YAML: version: '3' services: test: container_name: test image: restart-image build: . restart: unless-stopped

​

$ docker-compose up --build -d

Ahora Docker hará el mismo proceso, a los 5 segundo el contenedor va a morir y docker lo reiniciará, pero si al contenedor lo detenemos a mano con un “docker stop” el contenedor parará, ya que este comando indica si docker lo detiene o alguien lo detiene que lo deje así.


4.- docker-compose.yaml​

YAML: version: '3' services: test: container_name: test image: restart-image build: . restart: on-failure

​

$ docker-compose up --build -d

Ahora Docker hará el mismo proceso, a los 5 segundo el contenedor va a morir y docker lo dejará detenido, ya que el contenedor se detuvo sin un mensaje de error, el script stat.sh lo termina limpio.

Si cambiamos el script ára que no termine el 0 y ternine en 1 simulando un error:

start.sh​

#!/bin/bash echo "Estoy vivo" sleep 5 echo "Estoy detenido" exit 1

Agregando un “exit 1” el contenedor a los 5 segundos terminara con un “error” por lo tanto docker lo intetará reiniciar porque el código de error es distinto a 0.

En Docker lo podemos hacer mediante la siguiente linea:​

$ docker run dit --restart unless-stopped nginx

​

Personaliza el nombre de tu proyecto Compose

Podremos cambiar el prefijo que va a estar acompañando el nombre de los volumenes y las redes:

docker-compose.yaml​

Código:

version: '3'
services:
  test:
    container_name: test
    image: nginx
    ports:
      - "80:80"
    networks:
      - net-test2

networks:
  net-test2:

​

$ docker-compose up --build -d [+] Running 2/2 ⠿ Network docker_net-test2 Created 0.0s ⠿ Container test Started 0.4s

Como nos fijamos cuando creamos una red esta tiene como prefijo el “nombre de nuestra carpeta + nombre que le asignamos”. Para que podamos elegir otro nombre lo hacemos de la siguiente manera:​

$ docker-compose -p nuevonom up -d [+] Running 2/2 ⠿ Network nuevonom_net-test2 Created 0.1s ⠿ Container test Started 0.4s

Usar nombres distintos en e docker-compose.yaml

Podemos utilizar nombres distintos para el archivo docker-compose, al cual como lo hacíamos en el dockerfile:​

$ docker-compose -f nuevodocker-compose.yaml up -d

​

Mas opciones en Compose

Para conocer todas las copiones simplemente escribimos “docker-compose”, de esta forma nos entregar todas las opciones y argumentos que podemos utilizar.

Instalar WordPress + MySQL​

YAML:

version: '3'
services:
  db:
    container_name: my-sql
    image: mysql:5.7
    volumes:
      - $PWD/data:/var/lib/mysql
    environment:
      MYSQL_ROOT_PASSWORD: 12345678
      MYSQL_DATABASE: wordpress
      MYSQL_USER: wordpress
      MYSQL_PASSWORD: wordpress
    ports:
      - "3306:3306"
    networks:
      - net_wp

  wordpress:
    container_name: wp
    depends_on:
      - db
    image: wordpress:latest
    ports:
      - "80:80"
    environment:
      WORDPRESS_DB_HOST: db:3306
      WORDPRESS_DB_USER: wordpress
      WORDPRESS_DB_PASSWORD: wordpress
    networks:
      - net_wp

networks:
  net_wp:

Acá tenemos 2 servicios, la base de datos y el contenedor web de wordpress. Manejamos un volumen llamado “data” para la información de la base de datos y otro llamado html para almacenar lo que corresponde a wordpress, también utilizamos variables de entornos para los datos de creación de la BD y la información de conexión entre el contenedor wordpress y la BD, agregamos también la opción de “depends_on” lo que indica que primero se cree la BD y luego el contenedor de wordpress, con esto nos aseguramos que la BD este lista antes de crear wordpress y sus conexiones. Abrimos el puerto 80 y creamos una red llamada “net_wp” donde estarán ambos contenedores y de esta manera WP se pueda conectar con la BD.

Gracias a los volumenes tendremos de manera persistente tanto nuestra BD como la informacion de wordpress, en el caso que eliminemos los contenedores podremos volver a levantarlo y estara todo tal cual estaba antes de ser eliminados.

Luego ejecutamos para crear nuestro servicio:​

$ docker-compose up -d [+] Running 3/3 ⠿ Network docker_net_wp Created 0.1s ⠿ Container my-sql Started 0.4s ⠿ Container wp Started 0.6s

*** Toda esta información la podemos encontrar el docker hub y buscamos por wordpress.

Luego entramos a http://localhost y nos mostrará la pantalla de wordpress para comenzar con su instalación.

Hagamos la prueba de instalar wordpress y ponerle una clave, luego eliminemos los contenedores:​

$ docker-compose down o $ docker rm $(docker ps -aq) -f

Y volvamos a ejecutar “docker-compose up -d”, si todo funciona bien entonces levantara nuevamente nuestro wordpress con los cambios que habíamos realizado antes de eliminar el contenedor.

Con esto tenemos 2 contenedores independientes, cada uno con su servicio, sus volumenes y puertos y comunicandose entre ellos ya que se encuentran dentro de la misma red​

Haz clic para expandir...

mmirandap dijo:

Wena choro, yo me pegué el salto directo a kubernetes y tuve que aprender docker en el camino, sigo aprendiendo de todas maneras pero tu post está muy bueno como cortapalos

Haz clic para expandir...

VictorEspinaS dijo:

Podrias explicarme de que trata esto de los Kubernetes?

Gracias de antemano

Haz clic para expandir...

epic dijo:

uuufff bien en palabras simple te sirve para orquestar contenedores (no se si conocer Docker Swarm que seria algo "parecido")... Kubernetes te ayudara a administrar todos tus contenedores de una forma super facil, con facil me refiero a que con un manifiesto yaml tu le indicas cuantas replicas del contenedor quieres, que imagen quieres (nginx, mysql, apache, etc) defines un servicio para llegar al contenedor (que en kubernetes estan dentro de PODS( que es la unidad mas pequeña en kubernetes), y por encima puedes tener un loadbalancer o un ingress para llegar desde el exterior a tus servicios.

Si en un momento un pod falla, una parte de kubernetes lo detecta y como en el manifiesto indicaste que querias 3 replicas y ahora te quedaste cn 2 el automaticamente te crea otro en base a la misma imagen y vuelves a tenr los 3... si detecta en base a ciertas configuraciones en tu manifiesto que los pods estan consumiento mucho recursos te escala a 4 , 5 6 o mas pods para que tu servicio no se sature y cuando el consumo de cpu o ram vuelve a la normalidad entonces comienza a maar los pods hasta dejarte las 3 replicas que indicaste al comienzo.

entonces tu le defines que quieres y cuentos pods quieres y kubernetes se encarga de mantenerte todo... eso en grandes rasgos xD


Para hacer pruebas puedes instalar Minikube en tu equipo linux y probarlo.

Haz clic para expandir...

chertsey dijo:

Solo un tema, el uso de docker y docker desktop requieren licenciamiento para uso comercial.

Pricing | Docker

Docker licensing is always free for personal use. But what if your team or business wants to use Docker? Compare our pricing options and features.

www.docker.com

En reemplazo las distros estan migrando a podman/buildah, que son un poco mas rústicos y complejos de implementar si no eres usuario de Linux, pero funcionan parecido. Eso si, me ha pasado que algunos dockerfile no son directamente compatibles.


Slds

Haz clic para expandir...

chertsey dijo:

Solo un tema, el uso de docker y docker desktop requieren licenciamiento para uso comercial.

Pricing | Docker

Docker licensing is always free for personal use. But what if your team or business wants to use Docker? Compare our pricing options and features.

www.docker.com

En reemplazo las distros estan migrando a podman/buildah, que son un poco mas rústicos y complejos de implementar si no eres usuario de Linux, pero funcionan parecido. Eso si, me ha pasado que algunos dockerfile no son directamente compatibles.


Slds

Haz clic para expandir...