La plupart des acheteurs de VPS se concentrent sur les vCPU et la RAM et sautent la classe de stockage. C'est une erreur pour tout workload qui touche au disque : bases de données, apps log-intensives, traitement d'images. La classe de stockage fait souvent la différence entre 200 ms et 2 s de rendu.
Lecture séquentielle (fio, bs=1M)
| Classe | Mo/s | Relatif |
|---|---|---|
| NVMe Gen4 | 4 200 | 1× |
| SATA SSD | 530 | 7,9× plus lent |
| HDD 7.2k | 150 | 28× plus lent |
IOPS 4k aléatoires
| Classe | Lecture IOPS | Écriture IOPS |
|---|---|---|
| NVMe Gen4 | 420 000 | 340 000 |
| SATA SSD | 85 000 | 68 000 |
| HDD 7.2k | 180 | 140 |
PostgreSQL (pgbench, 100 clients, mixte)
| Classe | TPS |
|---|---|
| NVMe Gen4 | 18 400 |
| SATA SSD | 5 200 |
| HDD 7.2k | 210 |
Ce que cela signifie pour votre charge
Site statique + API légère : toutes les classes fonctionnent. Latence dominée par le réseau.
WordPress + LiteSpeed : NVMe fait une différence dramatique. LSCache lit des milliards de petits fichiers.
Base de données intensive (Postgres/MySQL) : NVMe obligatoire au-delà de ~50 QPS. SATA SSD s'effondre.
Vidéo/image : NVMe 8× plus rapide que SATA SSD en séquentiel.
Classe de stockage Hostiger
Chaque plan VPS Hostiger utilise NVMe Gen4 — pas seulement les plans premium. Les fournisseurs VPS bon marché collent souvent l'étiquette « NVMe » uniquement sur leurs plans haut de gamme et cachent des SSD SATA dans le plan de base. Hostiger non. Même le Basic à 15 $/mois obtient le même pool NVMe Gen4.