Pièces jointes et stockage : quand SuiteCRM semble lent
- La lenteur a plusieurs causes ; le volume de fichiers est fréquent, mais n'est pas la seule. Mesurer vaut mieux que supposer.
- Sauvegardes, copies de préproduction et reprise après sinistre deviennent plus coûteuses et lentes avec l'accumulation de pièces jointes, souvent avant la latence perçue de l'interface.
- Le stockage objets déplace charge et responsabilités : droits, réseau, cycle de vie et traçabilité doivent être intégrés.
La croissance reste sur l'hôte CRM
- • Base et fichiers partagent la fenêtre de sauvegarde
- • Les copies de préproduction coûtent plus cher avec le volume
- • Disque et entrées/sorties du serveur applicatif augmentent
Séparer application et fichiers binaires
- • L'hôte CRM conserve métadonnées et logique
- • Grands fichiers dans un stockage compatible S3
- • Redéfinir la stratégie de sauvegarde et de restauration
« SuiteCRM est lent » est une observation, pas un diagnostic. Parmi les causes techniques figurent processeur, base de données, index absents, tâches Cron bloquantes, code spécifique et volumes binaires croissants . Cet article se concentre sur les fichiers et le stockage sans ignorer les autres causes.
1. Qu'est-ce qui augmente réellement ?
Facteurs habituels :
- Pièces jointes d'e-mails et de documents dans les dossiers clients
- Données anciennes importées et archives numérisées
- Fichiers versionnés sans politique de suppression ou d'archivage
- Journaux et fichiers temporaires sans rotation
La base peut sembler légère alors que les imports dominent l'hôte, ou l'inverse. Sans deux chiffres, taille de la base et des chemins de fichiers concernés, les discussions restent subjectives.
2. Effets sur l'exploitation
| Domaine | Effets de grands volumes de pièces jointes |
|---|---|
| Sauvegarde | Fenêtres plus longues, supports plus coûteux, restaurations moins souvent testées |
| Préproduction | Copies longues ; équipes travaillant sur des données partielles périmées |
| Migration / mise à niveau | Chaque tentative ratée coûte davantage de temps |
| Interface | Pas toujours ; dépend des accès et de la recherche |
3. Un parcours de décision avant les outils
- Mesurer : Principaux répertoires, croissance sur 90 jours, plus grands modules.
- Classer : Doit rester en ligne / peut être moins immédiat / peut être supprimé (avec le juridique).
- Processus : Qui peut importer de gros fichiers ? Existe-t-il des quotas ou règles de sensibilisation ?
- Technique : Conserver localement, archiver ou utiliser du stockage objets, avec un modèle d'exploitation.
4. Stockage objets : possibilités et coût
Les stockages compatibles S3 allègent le serveur applicatif et font évoluer la capacité autrement qu'un disque local. Le prix est organisationnel :
- Chemin réseau et latence vers le stockage
- Droits d'accès et rotation des clés
- Cycle de vie (abandon multipart, Glacier/froid, suppression)
- Traçabilité : quelle fiche CRM pointe vers quel objet ?
Pour les petites instances avec 20 Go stables de pièces jointes, « disque local nettoyé et sauvegarde testée » peut être plus pertinent qu'une architecture de stockage inutilement complexe.
SuiteOffload répond au déport maîtrisé vers des stockages privés compatibles S3 dans le contexte SuiteCRM. Évaluez-le si le volume et les sauvegardes le justifient, pas comme réflexe face à toute plainte de lenteur.
SuiteOffload ↗5. Toujours vérifier en parallèle
Si l'interface ralentit, vérifiez aussi requêtes lentes, index manquants, embouteillages Cron, mémoire et délais PHP, code synchrone dans les hooks d'enregistrement. Optimiser le stockage seul alors qu'un hook bloque chaque enregistrement gaspille le projet.