Saltar al contenido
AgenticUltimate by QOON Solicitar una demostración en directo
Infraestructura

Adjuntos y almacenamiento: cuándo SuiteCRM parece lento

·Aprox. 14 min de lectura
Resumen
  • La lentitud tiene varias causas; el volumen de archivos es frecuente, pero no la única. Medir es mejor que suponer.
  • Las copias, los entornos de prueba y la recuperación ante desastres se vuelven más caros y lentos con montañas de adjuntos, a menudo antes de percibir latencia en la interfaz.
  • El almacenamiento de objetos desplaza cargas y responsabilidades: hay que considerar permisos, red, ciclo de vida y trazabilidad.
Escenario A · Todo local en el servidor de aplicaciones

El crecimiento permanece en el servidor CRM

  • • Base de datos y archivos comparten ventana de copia
  • • Las copias de prueba se encarecen con el volumen
  • • Disco y E/S del servidor crecen al mismo ritmo
Adecuado con un inventario controlable y disciplina de archivo clara. El crecimiento incontrolado encarece cada intento fallido.
Escenario B · Almacenamiento de objetos para binarios

Separar aplicación y objetos binarios

  • • El servidor CRM mantiene metadatos y lógica
  • • Archivos grandes en almacenamiento compatible con S3
  • • Redefinir copias y restauración
Tiene sentido cuando el volumen y las operaciones lo justifican, incluidos permisos, ciclo de vida y red. No es automático para cada instancia pequeña.
Ilustración: en muchas instalaciones, los archivos y adjuntos ocupan más que las tablas centrales. Mida sus propias rutas; no se presupone un 90 % para cada instancia.

«SuiteCRM va lento» es una observación, no un diagnóstico. Entre las causas técnicas están la CPU, la base de datos, índices ausentes, tareas cron bloqueantes, código personalizado y el crecimiento de archivos binarios. Este artículo se centra en archivos y almacenamiento sin ocultar otras causas.

1. ¿Qué crece realmente?

Factores habituales:

  • Adjuntos de correo y documentos en expedientes de clientes
  • Archivos antiguos importados y repositorios de escaneos
  • Archivos versionados sin política de eliminación o archivo
  • Registros y temporales que nadie rota

La base de datos puede parecer pequeña mientras el volumen de subidas domina el servidor, o al revés. Sin dos cifras —tamaño de base de datos y tamaño de las rutas relevantes— la discusión se queda en opiniones.

2. Efectos sobre las operaciones

ÁreaEfecto de grandes inventarios de adjuntos
Copias de seguridadVentanas más largas, soportes más caros y restauraciones menos probadas
Entorno de pruebasLas copias tardan; los equipos trabajan con datos parciales obsoletos
Migración/actualizaciónCada intento fallido cuesta más tiempo
InterfazNo siempre; depende de los patrones de acceso y búsqueda

3. Decidir antes de elegir herramientas

  1. Medir: Directorios principales, crecimiento en 90 días y módulos más grandes.
  2. Clasificar: Debe estar en línea / puede quedar en acceso diferido / puede eliminarse (con revisión legal).
  3. Proceso: ¿Quién puede subir archivos grandes? ¿Existen cuotas o normas de uso responsable?
  4. Tecnología: Mantener local, archivar o usar objetos, con un modelo operativo.

4. Almacenamiento de objetos: oportunidades y coste

El almacenamiento compatible con S3 descarga el servidor y escala la capacidad de forma distinta a un disco local. El precio es organizativo:

  • Ruta de red y latencia al almacenamiento
  • Permisos de acceso y rotación de claves
  • Ciclo de vida (cancelar multipartes, Glacier/Cold, políticas de borrado)
  • Trazabilidad: ¿qué registro CRM apunta a qué objeto?

Para instancias pequeñas con 20 GB estables de adjuntos, un disco local ordenado y copias probadas puede ser una solución más honesta que una arquitectura innecesariamente compleja.

SuiteOffload aborda el traslado controlado a almacenamiento privado compatible con S3 en SuiteCRM. Evalúelo cuando el volumen y las copias lo justifiquen, no como respuesta automática a cualquier queja de rendimiento.

SuiteOffload ↗

5. Comprobar siempre en paralelo

Si la interfaz se atasca, revise también consultas lentas, índices ausentes, acumulación de cron, memoria y tiempos de espera PHP y código síncrono en hooks de guardado. Optimizar solo almacenamiento mientras un hook bloquea cada guardado desperdicia el proyecto.

← Volver a la revista