Estibador<\/strong> Hoy en d\u00eda, es una de las herramientas m\u00e1s utilizadas en la gesti\u00f3n de servidores, el despliegue de servicios y las arquitecturas modernas (microservicios \/ CI\/CD \/ nativas de la nube). Llena el espacio en disco del servidor.<\/p>\n<\/li>\n Reducir la velocidad de los servicios Pull y Deploy<\/p>\n<\/li>\n Aumentar el tiempo de compilaci\u00f3n<\/p>\n<\/li>\n Puede provocar una disminuci\u00f3n del rendimiento e incluso la interrupci\u00f3n de los servicios.<\/p>\n<\/li>\n<\/ul>\n En este art\u00edculo, en la forma Especializado y t\u00e9cnico<\/strong> Aprenderemos a configurar los recursos de Docker como Seguro, \u00fatil y f\u00e1cil de usar para el servidor<\/strong> \u00a1Vamos a limpiar!.<\/p>\n En un servidor, a diferencia de un entorno de desarrollo local, cada gigabyte de espacio y cada operaci\u00f3n de E\/S importan. Ejemplo: compilaciones antiguas, versiones anteriores de servicios, sistemas CI\/CD que crean una imagen en cada env\u00edo.<\/p>\n En los servidores, los contenedores detenidos suelen ser restos de implementaciones fallidas o reversiones.<\/p>\n Si se elimina el servicio pero el volumen permanece, los datos antiguos pueden consumir involuntariamente espacio en el disco del servidor.<\/p>\n Este comando es la herramienta de limpieza de alto nivel m\u00e1s potente de Docker.<\/p>\n Im\u00e1genes no utilizadas<\/p>\n<\/li>\n Contenedores detenidos<\/p>\n<\/li>\n Redes no utilizadas<\/p>\n<\/li>\n Cach\u00e9 de compilaci\u00f3n<\/p>\n<\/li>\n<\/ul>\n Nunca en un entorno de producci\u00f3n sin consultar con Sugerencia profesional: Este comando se suele utilizar en casos como el reinicio del servidor o la reconstrucci\u00f3n completa del registro:<\/p>\n Docker evitar\u00e1 esto si se elimina una imagen que contiene un contenedor en ejecuci\u00f3n. Este comando deber\u00eda Con extrema precauci\u00f3n.<\/strong> Para ser utilizado.<\/p>\n Este comando se suele utilizar al reiniciar el servidor:<\/p>\n Nunca elimine todos los contenedores a la vez sin antes comprobarlo. Los vol\u00famenes en los servidores son m\u00e1s peligrosos que las im\u00e1genes porque:<\/p>\n Si se eliminan, los datos no se pueden recuperar.<\/strong><\/p>\n En los servidores, normalmente:<\/p>\n Bases de datos<\/p>\n<\/li>\n El\u00e1sticos<\/p>\n<\/li>\n Archivos persistentes<\/p>\n<\/li>\n<\/ul>\n Se almacenan en vol\u00famenes.<\/p>\n Nunca pode sin asegurarse de que su uso est\u00e9 actualizado.<\/strong><\/p>\n Si tu servidor realiza muchas compilaciones:<\/p>\n O una limpieza completa:<\/p>\n
Pero en cada Servidor<\/strong>Cuando Docker se utiliza durante mucho tiempo, acumula gradualmente una gran cantidad de Im\u00e1genes, contenedores, vol\u00famenes y redes innecesarios<\/strong> Esta acumulaci\u00f3n puede:<\/p>\n\n
1. La importancia de la limpieza de Docker en entornos de servidor<\/h2>\n
Las tres principales causas comunes de degradaci\u00f3n del rendimiento en los servidores son:<\/p>\n1) Capas de imagen no utilizadas<\/h3>\n
2) Contenedores retirados de la \u00f3rbita<\/h3>\n
3) Vol\u00famenes hu\u00e9rfanos<\/h3>\n
\n2. Limpieza completa del servidor con
poda del sistema Docker<\/code><\/h2>\nEliminar recursos no utilizados:<\/h3>\n
docker system prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nLimpieza profunda: adecuada para servidores con espacio en disco saturado<\/h3>\n
docker system prune -a<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nArt\u00edculos que deben retirarse:<\/h3>\n
\n
Consejo de seguridad para servidores:<\/h3>\n
-a<\/code> No usar,
Porque una imagen que actualmente no se est\u00e1 utilizando, pero que se necesita para la pr\u00f3xima implementaci\u00f3n, puede ser eliminada.<\/p>\n
Primero, comprueba qu\u00e9 se eliminar\u00e1:<\/p>\ndocker system df<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\n
\n3. Gesti\u00f3n especializada de im\u00e1genes Docker en el servidor (Im\u00e1genes Docker)<\/h2>\n
Ver todas las im\u00e1genes:<\/h3>\n
docker images -a<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEliminar im\u00e1genes no utilizadas (colgantes):<\/h3>\n
docker image prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEliminar una imagen espec\u00edfica:<\/h3>\n
docker rmi IMAGE_ID<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEliminar todas las im\u00e1genes no utilizadas en un servidor CI\/CD:<\/h3>\n
docker rmi $(docker images -f \"dangling=true\" -q)<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEliminar todas las im\u00e1genes del servidor:<\/h3>\n
docker rmi $(docker images -a -q)<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nNota importante para los servidores:<\/h3>\n
Para forzar la eliminaci\u00f3n:<\/p>\ndocker rmi -f IMAGE_ID<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\n
\n4. Eliminaci\u00f3n de contenedores en el entorno del servidor<\/h2>\n
Lista completa de contenedores:<\/h3>\n
docker ps -a<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEliminar un contenedor espec\u00edfico:<\/h3>\n
docker rm CONTAINER_ID<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nRetirar los contenedores detenidos (aptos para la producci\u00f3n):<\/h3>\n
docker rm $(docker ps -a -f status=exited -q)<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nDet\u00e9ngase y retire todos los contenedores:<\/h3>\n
docker stop $(docker ps -a -q) docker rm $(docker ps -a -q)<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nNota para los servidores:<\/h3>\n
Los contenedores de monitorizaci\u00f3n, registro o bases de datos pueden detenerse, pero son esenciales.<\/p>\n
\n5. Eliminar vol\u00famenes: la principal fuente de consumo de espacio del servidor<\/h2>\n
Lista de vol\u00famenes:<\/h3>\n
docker volume ls<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nIdentificaci\u00f3n de vol\u00famenes hu\u00e9rfanos:<\/h3>\n
docker volume ls -f dangling=true<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEliminar vol\u00famenes no asignados:<\/h3>\n
docker volume prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEliminar un volumen espec\u00edfico:<\/h3>\n
docker volume rm VOLUME_NAME<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEliminar un volumen con un contenedor:<\/h3>\n
docker rm -v CONTAINER_NAME<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nPunto muy importante:<\/h3>\n
\n
\n6. Limpieza avanzada para servidores de alto tr\u00e1fico (CI\/CD, GitLab Runner, Jenkins)<\/h2>\n
Borrar cach\u00e9 de compilaci\u00f3n:<\/h3>\n
docker builder prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\ndocker builder prune -a<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nBorrar todos los recursos de BuildKit:<\/h3>\n
docker buildx prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\n
\n7. Comparaci\u00f3n experta de comandos de limpieza de Docker<\/h2>\n
\n\n
\n \nOrden<\/th>\n Nivel de limpieza<\/th>\n Apto para servidor<\/th>\n Riesgo<\/th>\n<\/tr>\n<\/thead>\n \n docker-rm<\/code><\/td>\nContenedores<\/td>\n Medio<\/td>\n Abajo<\/td>\n<\/tr>\n \n Docker RMI<\/code><\/td>\nFotos<\/td>\n Medio<\/td>\n Medio<\/td>\n<\/tr>\n \n eliminaci\u00f3n de volumen de Docker<\/code><\/td>\nVol\u00famenes<\/td>\n Abajo<\/td>\n Muy alto<\/td>\n<\/tr>\n \n poda de im\u00e1genes Docker<\/code><\/td>\nIm\u00e1genes sin usar<\/td>\n Arriba<\/td>\n Bajo<\/td>\n<\/tr>\n \n poda del sistema Docker<\/code><\/td>\nTodos los recursos no utilizados<\/td>\n Arriba<\/td>\n Medio<\/td>\n<\/tr>\n \n poda del sistema Docker -a<\/code><\/td>\nEliminaci\u00f3n profunda<\/td>\n Solo emergencias<\/td>\n Arriba<\/td>\n<\/tr>\n \n poda del constructor de Docker<\/code><\/td>\nCach\u00e9 de compilaci\u00f3n<\/td>\n Arriba<\/td>\n Abajo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n
\n8. Mejor estrategia de limpieza de servidores Docker (Recomendaci\u00f3n DevOps)<\/h2>\n
\ud83d\udd39 Todos los d\u00edas:<\/h3>\n
docker container prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\n\ud83d\udd39 Cada semana:<\/h3>\n