Date: October 19, 2022

Tema: Administrando tu ambiente de Docker

Recall

Cómo administrar nuestro ambiente?

Cómo limitar los recursos de un contenedor?

NOTA: OOMkilled es Out Of Memory killed.

Notas

• Para eliminar contenedores parados.

  # Elimina contenedores parados
  $ docker container prune
  # Elimina todos los contenedores
  $ docker rm -f $(docker ps -aq)
  

  • -q: Nos muestra el ID del contenedor.

• Eliminar redes, volúmenes, imágenes, …

  • Todos tiene su prune para borrar

  # Para borrar todos las redes, volumenes, ...
  $ docker system prune
  

• Eliminar imágenes:

  # Elimina todas las imagenes
  $ docker rmi -f `docker images -q`
  # O en su defecto usa
  $ docker system prune -a
  

• Para limitar los recursos de un contenedor usamos.

  # Limito el uso de memoria
  $ docker run -d --name app --memory 1g platziapp
  # Veo cuantos recursos consume docker en mi sistema
  $ docker stats
  

  • Si ponemos menos memoria de la necesaria, no funcionara…
  • Para ver porque no corre un contenedor usamos:

  $ docker inspect app
  

  • Si aparece un OOMkilled quiere decir que no tiene suficiente memoria.

<aside> 📌 Resumen: Hay muchas formas de mantener el entorno, y los recursos, trata de mantener eliminadas las cosas que no este usando para ahorrar la memoria.

</aside>

Date: October 19, 2022

Tema: Deteniendo contenedores correctamente: SHELL vs. EXEC

Recall

Qué hace SHELL?

Qué hace EXEC?

Notas

• Para entender esto, tenemos que ver que esto esta relacionado con el CMD del docker file, dependiendo de la nomenclatura este puede ser SHELL o EXEC.

• Shell form: Ejecuta el proceso como hijo de un shell (osea que no es el proceso principal)

  FROM ubuntu:trusty
  COPY ["loop.sh", "/"]
  CMD /loop.sh
  

  • Esta es la nomenclatura normal de un CMD SHELL.
  • En esta caso el proceso principal es una shell, esto es similar a hacer.

  $ docker run -it ubuntu bash
  

  • Si intentamos matar el loop, esto no esta cerrando el proceso principal directamente, dado que este es bash.

• Exec form: Ejecuta el comando como principal.

  FROM ubuntu:trusty
  COPY ["loop.sh", "/"]
  CMD ["/loop.sh"]
  

  • Podemos ver que tipo de proceso es con:

  $ docker exec looper ps -ef
  

  • En este caso esto sería similar a hacer.

  $ docker run -it ubuntu /loop.sh
  

  • Si matamos el proceso loop el contenedor se detendrá inmediatamente.

<aside> 📌 Resumen: Siempre trata de usar el formato EXEC cuando escribas tus docker files, ya que SHELL tiene ciertas desventajas.

</aside>

Date: October 19, 2022

Tema: Contenedores ejecutables: ENTRYPOINT vs CMD

Recall

Qué es ENTRYPOINT?

NOTA: Esto es para usar un binario al cual le podemos pasar parámetros desde el CLI.

Notas

• Cuando escribimos un comando al correr un contenedor, esto hace un override al Dockerfile.

  FROM ubuntu:trusty
  CMD ["/bin/ping", "-c", "3","localhost"]
  

  • Este Dockerfile corre un binario con localhost como parámetro.

• Entrypoint: Este es el comando por defecto que se va a correr siempre, a menos que se especifique lo contrario, usa CMD como parámetro del entrypoint.

  FROM ubuntu:trusty
  ENTRYPOINT ["/bin/ping", "-c", "3"]
  CMD ["localhost"]
  

  • Si miramos el Dockerfile anterior vemos que CMD se queda solo con el parámetro, de esta manera solo hace override al parámetro en CMD (localhost).

• Para probar esto hacemos un build y corremos un contenedor:

  # Contruyo la imagen
  $ docker buils -t ping .
  # Corro un contenedor al cual puedo enviar parámetros
  $ docker run --name pinger ping <hostname>
  

  • Con esto tenemos contenedores binarios.

<aside> 📌 Resumen: Este es la forma más fácil de tener binarios autocontenido sin tener que instalarlos, solo recuerda usar siempre la forma EXEC.

</aside>