Un site WordPress, une base de données et des archives vidéo n’utilisent pas leur stockage de la même façon. Choisir uniquement le plus grand nombre de gigaoctets ou le sigle le plus récent peut donc manquer le besoin réel. Commencez par ce que votre équipe fait avec les données et par ce qui ralentit effectivement son travail.
Notre recommandation est de séparer quatre questions : combien faut-il conserver, à quelle vitesse faut-il y accéder, quel rythme d’écriture faut-il soutenir et comment récupérera-t-on les données ? Un même projet peut employer plusieurs types de stockage, chacun pour un rôle précis.
Comprendre la différence entre SSD et HDD
Un disque dur HDD conserve les données sur des plateaux magnétiques en rotation. Un SSD utilise généralement de la mémoire flash et n’a pas de mécanisme de lecture mobile. La présentation technique de Kingston explique cette distinction et les usages différents qui en découlent.
Le SSD convient souvent aux accès fréquents et dispersés d’un système ou d’une application. Le HDD reste à considérer lorsque le volume à conserver pèse davantage dans la décision. Cela ne signifie ni qu’un SSD ne tombe jamais en panne, ni que tout HDD répondra aux exigences d’un NAS. Comparez les modèles et leur compatibilité avec l’équipement prévu, pas seulement leur famille.
NVMe décrit la communication avec le stockage
NVMe n’est pas une troisième catégorie directement comparable à SSD et HDD. Les spécifications de NVM Express définissent comment le logiciel communique avec le stockage non volatil, notamment à travers PCI Express et d’autres transports. Un SSD peut ainsi utiliser NVMe ; d’autres SSD utilisent SATA.
Pour un achat, vérifiez donc plusieurs caractéristiques séparément : support, protocole, format physique et compatibilité du système. Un sigle sur une fiche ne suffit pas à confirmer qu’un disque pourra être installé dans le boîtier, reconnu par le serveur ou utilisé comme vous l’imaginez. Demandez une configuration précise plutôt qu’une simple mention « NVMe ».
Décrire les opérations importantes
Voici trois points de départ pour une discussion, à confirmer par les mesures et contraintes du projet :
- Site ou application active : examinez les moments où les utilisateurs attendent, les opérations qui se produisent ensemble et les besoins de la base de données. Le stockage des fichiers publics n’a pas forcément le même rôle que celui des données transactionnelles.
- Partage de documents ou NAS : précisez le nombre de personnes, les types de fichiers, les ouvertures simultanées et le volume qui augmente. Une proposition devrait aussi expliquer l’accès réseau et la gestion des permissions.
- Archives ou copies de sauvegarde : partez de la quantité à conserver, de la durée retenue et du scénario de récupération. Un espace économique à remplir peut être moins intéressant si la restauration ne répond pas à votre besoin.
Ces exemples servent à formuler une demande, pas à attribuer automatiquement une technologie à chaque usage. Pour préparer le périmètre, notre guide distingue les sauvegardes du site, du compte et du serveur.
Prenez un exemple concret pour comparer les propositions. Si les employés attendent régulièrement l’ouverture d’un dossier de projet partagé, décrivez cette opération et les conditions dans lesquelles elle est lente. Un fournisseur pourra examiner cette situation plus utilement qu’une demande générale visant à accélérer tout le stockage.
Mesurer autre chose qu’un débit maximal
La latence décrit le temps nécessaire à une opération ; les IOPS comptent les opérations d’entrée-sortie par seconde ; le débit mesure la quantité transférée. Les conseils de test de Kingston distinguent notamment les lectures et écritures séquentielles ou aléatoires, ainsi que le comportement dans la durée.
Demandez quel scénario a produit le chiffre annoncé. Copier un gros fichier et répondre à plusieurs petites demandes simultanées ne représentent pas le même test. Pour votre projet, retenez aussi une mesure compréhensible : temps d’ouverture d’un dossier, durée d’un traitement ou délai d’une page importante.
Le stockage n’est pas toujours la cause d’une lenteur. Une base de données mérite également l’examen des requêtes et de leur exécution, comme l’illustre la documentation de performance PostgreSQL. Avant de changer d’offre, commencez par diagnostiquer l’utilisation des ressources d’hébergement. Une recommandation pertinente devrait relier une limite observée au changement proposé.
Prévoir l’endurance et la récupération
Les SSD ont des caractéristiques d’endurance liées aux écritures. Les indicateurs TBW et DWPD doivent être lus avec les conditions du fabricant et la charge envisagée ; ils ne donnent pas une date de panne. Kingston détaille le lien entre réserve interne, endurance et charge d’écriture. Pour une application qui écrit beaucoup, demandez comment ce besoin a été pris en compte.
La redondance est une autre question. Certains assemblages RAID peuvent tolérer des pannes de disque, mais ils ne constituent pas une sauvegarde indépendante : QNAP explique cette différence. Une suppression accidentelle ou la perte de l’équipement exige une stratégie différente de la seule continuité matérielle.
Avant de retenir une solution, faites préciser capacité utilisable, compatibilité, suivi et récupération. Notre guide pour préparer et vérifier une restauration aide à poser les bonnes questions. Décrivez-nous votre usage : le choix du stockage sera plus pertinent qu’une comparaison de sigles isolés.