La aceleración de la imagen de la ventana acoplable está configurada, pero la velocidad de extracción de la imagen de la ventana acoplable sigue siendo muy lenta

En primer lugar, hay varias razones que afectan la aceleración de la extracción de imágenes de la ventana acoplable.Después de verificar una por una, encontrará el problema.

1. Agregue la fuente de ventana acoplable Ali yum

tee /etc/yum.repos.d/docker.repo <<-'EOF'

[dockerrepo]

name=Docker Repository

baseurl=http://mirrors.aliyun.com/docker-engine/yum/repo/main/centos/7/

enabled=1

gpgcheck=1

gpgkey=https://yum.dockerproject.org/gpg

EOF

Luego use la búsqueda de la ventana acoplable para buscar el espejo y tire del espejo

docker search  zabbix

date && docker pull monitoringartist/zabbix-3.0-xxl && date

2. En este momento, se puede ver que la extracción es muy lenta, por lo que debe configurar la ventana acoplable para acelerar

vi /etc/docker/daemon.json  #编辑此文件，添加以下文件


{

"registry-mirrors": [
     "https://docker.mirrors.ustc.edu.cn",
     "https://registry.docker-cn.com",
     "http://hub-mirror.c.163.com",
     "https://mirror.ccs.tencentyun.com"
]

}

Las imágenes de uso común son las siguientes: puede elegir usted mismo

HKUST: https://docker.mirrors.ustc.edu.cn/
NetEase: https://hub-mirror.c.163.com/
Qiniu Cloud Accelerator: https://reg-mirror.qiniu.com
Alibaba Cloud: https://<tu ID>.mirror.aliyuncs.com
Tencent Cloud: https://mirror.ccs.tencentyun.com

Luego reinicie el servicio docker

sudo systemctl daemon-reload
sudo systemctl restart docker

3. La tercera razón puede ser que el espacio en disco en el directorio raíz no sea suficiente

A veces aparece: no queda espacio en el dispositivo, el espacio en disco es insuficiente

Cuando el disco está lleno, se divide en inodo y bloque.

El inodo se genera cuando se formatea y crea el sistema de archivos. Se utiliza para almacenar la información de atributos del archivo y la ubicación del bloque. No hay nombre de archivo. La creación de un archivo no vacío ocupa 1 inodo y al menos 1 bloquear

El bloque es donde realmente se almacenan los datos. El tamaño del bloque se divide en 1k 4k 8k. El valor predeterminado es 4K si la partición es mayor de 500 m. El archivo es muy grande y ocupa varios bloques, y el archivo es muy pequeño. El el espacio restante del bloque 1k no se puede usar, por lo que el consumo de bloques en el sistema es más rápido

df -h  #查看所有block使用情况，这里可以看到那个目录下的空间使用情况，需要留意/根目录的使用情况，如果很满的话将会影响后续软件安装和docker的镜像拉取等

du -sh /usr/* |grep G  #在根目录下执行该命令，查找大文件，再看根目录下的那个目录占用空间比较大，然后再进入到这些目录下再次执行该查找大文件的命令，直至找到那个占用空间大的文件或目录，确认该目录或文件非必要可以进行删除

df -h   #再次返回到根目录下执行该命令，就可以看到/根目录下的空间有所释放

También puede eliminar correctamente algunos archivos o directorios en el directorio de inicio, y luego asignar algo de espacio en el directorio de inicio al directorio raíz. Hablaré sobre esta operación más adelante, y algunas operaciones/limpieza en el directorio raíz también se pueden liberar de manera efectiva. ./memoria raíz

Además, el inodo está lleno (use df -h para encontrar que todavía hay espacio)

df -i     #查看inode使用情况，然后根据返回，找到那个占用很大的空间的那个挂载点的目录下，即对应的后面的那个目录，查看该目录下的文件，文件小且多，评估以下这些文件是否必要，非必要可以进行删除

rm -rf 文件名   #删除文件


df -i    #再次查看inode使用情况，应该就不会那么满了

如果不知道小文件都怎么找，可以使用以下方法，找系统中 目录大小大于1M（目录一般大小为4K，所以目录要是大了那么文件必然很多）

find / -size +4k -type d |xargs ls -ldhi

Otra situación es que el archivo se ha ocupado y no se ha borrado por completo, es decir, hay espacio en df -h, pero no se puede poner nada en él

lsof |grep deleted  #显示系统中被打开的文件，过滤出deleted字段

显示中第一列为：软件/服务名称
显示中第八列：文件大小
显示中第十列：文件的名字或路径
显示中第是一列：标记（硬链接数为0 进程调用数不为零 就会出现delete）



/etc/init.d/rsyslog restart   #重启对应的服务 释放磁盘空间 

df -h   #再次查看所有block使用情况