Foro

Hola, Zeabur no ejecuta docker system prune de forma programada. Sin embargo, el recolector de basura de containerd integrado en k3s limpia automáticamente las imágenes de contenedor no utilizadas cuando el uso del disco supera el 85%, reduciéndolo al 80%. Esto se ejecuta periódicamente y es la explicación más probable de la caída diaria en el almacenamiento que estás viendo. Es un comportamiento normal y evita que tu disco se llene con capas de imágenes antiguas.

Hola, mi respuesta anterior fue incorrecta, lo siento. El umbral del 85% es para el GC integrado de k3s, pero eso no es lo que causa la caída diaria de almacenamiento.

Zeabur ejecuta un DaemonSet llamado crictl-image-prune en cada servidor dedicado que ejecuta crictl rmi --prune cada 24 horas (incondicionalmente, independientemente del uso del disco). En su servidor, se ejecuta diariamente alrededor de las 01:21 UTC. Esto elimina las imágenes de contenedor no utilizadas, generalmente capas de imágenes de despliegues antiguos que ya no son referenciadas por ningún pod en ejecución. Esa es la caída diaria de ~0.8GB que está viendo.

Esto es normal e intencional; evita que las imágenes antiguas se acumulen con el tiempo. El desglose actual del uso de su disco es:

• Imágenes de contenedor (despliegues activos)
• Volúmenes PVC (datos de su servicio)
• Componentes del sistema (k3s, ingress, registros)
• La limpieza diaria elimina todo lo que no esté en uso activo

Si desea un desglose detallado de lo que está utilizando espacio en disco, puede verificarlo desde la página de métricas del Dashboard, o podemos ejecutar du en el servidor por usted. Háganoslo saber.

Hola, aquí tienes el desglose del disco de tu servidor (11GB / 79GB, 15%):

El elemento más grande que se puede limpiar son los registros de systemd journal con 2.8GB. Puedes vaciarlos mediante SSH:

sudo journalctl --vacuum-size=500M

Esto liberaría aproximadamente 2.3GB.

Los registros btmp/auth (~250MB, principalmente intentos de fuerza bruta por SSH) se pueden limpiar con:

sudo truncate -s 0 /var/log/btmp.1 /var/log/btmp

Las imágenes de contenedor y los volúmenes PVC están siendo utilizados activamente por tus servicios en ejecución, por lo que su uso es esperado. El comando diario crictl rmi --prune ya se encarga de limpiar automáticamente las imágenes no utilizadas.

Sobre la ejecución manual de k3s crictl rmi --prune: preferimos no hacerlo en su nombre. El riesgo de eliminar accidentalmente una imagen que todavía está siendo referenciada por un pod en ejecución es bajo, pero no nulo, y por seguridad de los datos no queremos intervenir de formas que puedan interrumpir sus servicios. La limpieza automática diaria ya gestiona las imágenes no utilizadas de forma segura.

Si desea ejecutarlo usted mismo, puede conectarse por SSH a su servidor y ejecutar:

sudo k3s crictl rmi --prune

De esta manera, usted mantiene el control y puede verificar que sus servicios no se vean afectados después.

Hemos proporcionado el desglose completo del disco y los comandos de limpieza arriba. Más allá de eso, dejamos las operaciones en su servidor a su criterio por motivos de seguridad de los datos.

¿Hay algún problema o error específico que esté experimentando en la plataforma en el que podamos ayudarle a investigar?