Guide du test de stress VPS : benchmark et interprétation en 30 minutes avant l'achat
30 minutes avant l'achat, identifiez la surallocation et les performances réelles
Le test doit inclure un benchmark, mais il faut surtout surveiller le Steal Time et les chutes de disque ; le recoupement permet d'éviter la surallocation
Pourquoi tester son VPS
Acheter un VPS ne se résume pas à lire la fiche technique. Le vendeur annonce 4 cœurs 8 Go, mais en réalité, il peut être sur-allocé au point de ne plus avoir de voisins réactifs. Mon habitude actuelle : avant de commander, je prends une machine d'essai et je lance un test de stress VPS, mais pas un simple test qui s'arrête après YABS. Le score n'est que le point de départ, l'essentiel est dans l'interprétation.
Pourquoi tester ? Trois raisons :
- Identifier la sur-allocation : CPU massivement partagé, I/O disque limité, seule un test de charge le révèle.
- Vérifier les performances réelles : les GHz et fréquences mémoire annoncés, on sait s'ils sont réduits en les testant.
- Établir une référence : après l'achat, s'il y a un problème, avoir des données de test permet de discuter avec le vendeur.
Beaucoup de gens ne connaissent que stress --cpu 4, mais cela ne détecte pas la sur-allocation. Je recommande de regarder d'abord le Steal Time, puis d'utiliser la chute du cache disque pour détecter une limitation. Il est préférable de croiser les tests CPU, mémoire et disque dans l'application de benchmark VPS, plutôt que de ne regarder qu'un seul score.
En un mot : un test de stress VPS ne mesure pas le pic, mais la ligne de base du service. Profitez de la période d'essai gratuite pour mettre la charge en route, plutôt que de payer puis découvrir que « 4 cœurs » est en réalité un partage de 1 cœur.
Processus de test de 30 minutes
Avant d'acheter un VPS, ne vous fiez pas uniquement aux scores de performance fournis par le fournisseur. En 30 minutes, vous pouvez effectuer un test de stress VPS efficace. Ma méthode se décompose en trois phases : les 10 premières minutes pour tester le CPU et la mémoire, les 10 suivantes pour tester les E/S disque, et les 10 dernières pour une validation croisée avec une charge réelle.
Installez d'abord les outils de base :
apt update && apt install -y stress-ng sysbench fioSurveillez ensuite trois indicateurs clés : le Steal Time, la chute brutale du cache disque, et la cohérence des scores sur plusieurs cycles.
Pourquoi un score de performance normal peut-il aussi être un signe de surallocation ? Parce que les scores CPU des VPS surallocatés semblent souvent « acceptables », mais dès que les voisins sont occupés, le steal time augmente fortement. Observez avec vmstat 1 ; si la colonne st dépasse 10 % sur une longue période, soyez vigilant. Côté disque, ne vous fiez pas à la première vitesse de dd — de nombreux VPS de mauvaise qualité tiennent quelques secondes grâce au cache, puis s'effondrent. Effectuez trois essais de lecture/écriture aléatoire avec fio et prenez la médiane. Si le troisième essai est plus de 50 % plus lent que le premier, vous pouvez considérer qu'il s'agit d'un disque surallocaté.
Enfin, effectuez un test complet avec sysbench et comparez les résultats avec ceux de YABS. Pendant la période d'essai gratuit, il est recommandé d'exécuter également des requêtes Web légères ou de surveiller la latence ping, afin de simuler une charge métier réelle plutôt que de simplement solliciter le CPU. Une fois tout le processus terminé, vous saurez si ce VPS vaut son prix ou s'il ne s'agit que d'un « score sur papier ». Vous pouvez également consulter le Guide de choix d'un VPS pour vérifier plus en détail les indicateurs.
Interprétation des indicateurs clés
Le test de stress VPS incite souvent à ne regarder que le score CPU, mais les trois vrais signaux à lire sont : le Steal Time, la chute du cache disque et la cohérence entre les outils.
Commencez par %st. Dans top ou mpstat -P ALL 1, si le Steal dépasse 5% sur la durée, cela signifie que le CPU physique de l'hyperviseur n'est plus suffisant et que vos voisins vous volent des cycles. Au-delà de 10%, on peut considérer que la machine est fortement surprovisionnée ; même si le score CPU est bon, l'heure de pointe sera saccadée. Notez qu'un steal occasionnel de 1 à 2% est normal, concentrez-vous sur la moyenne et la médiane.
Pour le disque, regardez la courbe. Beaucoup de VPS bon marché montrent un premier 1 Go très rapide avec dd, car les données tombent dans le cache de pages, puis chutent soudainement à quelques dizaines de Mo/s : c'est la classique chute de cache. Utilisez fio --rw=randrw --direct=1 --size=2G pour contourner le cache, puis vérifiez si l'await d'iostat fluctue fortement. La boîte à outils complète est disponible dans notre guide de test de stress VPS.
Enfin, croisez YABS, Geekbench et une charge réelle (par exemple compilation + test de charge curl). Si YABS donne un single-core de 1200 mais que sysbench tremble fortement en multithread, la priorité d'ordonnancement est probablement abaissée volontairement. Pour les VPS en période d'essai gratuite, faites tourner le test pendant 30 minutes complètes et observez la tendance à long terme de /proc/loadavg et du steal, plutôt que de simplement prendre une capture d'écran du score.
Une fois ces indicateurs compris, le surprovisionnement et la surfacturation se repèrent au premier coup d'œil. Dans la prochaine section, je vous donnerai un script de test de 30 minutes directement exécutable.
Validation croisée et conclusion
Après avoir exécuté les trois tests de base (CPU, mémoire, disque), le vps stress test n'est pas encore terminé. Ce qui vous aidera vraiment à éviter les serveurs surprovisionnés, c'est de croiser les trois types de preuves — regarder uniquement le score total YABS revient à ne regarder que le cholestérol total sur un bilan de santé, sans voir si les artères sont bouchées.
Voici quatre conseils issus de mon expérience :
- Surveillez la moyenne de Steal Time sur 90 secondes, et soyez vigilant s'il dépasse 8 %. Un pic bref à 20 % peut être un voisin instable, mais un niveau élevé et continu est la preuve tangible d'un surprovisionnement.
- Tracez la courbe d'IO disque : si le début atteint 500 Mo/s puis chute brutalement à 50 Mo/s, c'est la vraie performance après le vidage du cache, plus fiable qu'une lecture aléatoire unique de
fio. - Exécutez le benchmark CPU deux fois. Le deuxième essai est généralement 5 à 10 % plus lent ; s'il chute de plus de 20 %, cela indique une contention persistante.
- Testez la stabilité de la mémoire avec
stress-ngpendant 10 minutes, tout en surveillant/proc/loadavgetdmesgpour détecter d'éventuels OOM.
En un mot : le test est réussi si le benchmark est normal + Steal Time faible + courbe de disque plate. Si le prix est très bas mais que le Steal est élevé, il y a de fortes chances que ce soit un serveur surprovisionné ; changez de fournisseur sans hésiter.
Si vous êtes encore en train de choisir, vous pouvez utiliser le processus de ce guide /guides/vps-stress-test sur n'importe quel VPS d'essai gratuit ; 30 minutes suffisent pour révéler les problèmes. Rappelez-vous : le vps stress test ne teste pas seulement la limite supérieure, mais aussi la qualité de votre voisin.
FAQ
Comment effectuer un test de stress sur un VPS ?
Utilisez sysbench pour le CPU et la mémoire, fio pour le disque, iperf3 pour le réseau, chacun pendant plus de 10 minutes.
Quel indicateur est le plus important lors du benchmark ?
Concentrez-vous sur le Steal Time du CPU et la latence d'écriture aléatoire 4K du disque ; s'ils sont élevés, cela indique une surallocation.
Comment identifier un VPS suralloué ?
Si steal > 5% dans top et que fio montre une chute brutale de débit, c'est essentiellement de la surallocation.
Comment recouper les résultats de test ?
Changez de script ou de période pour re-tester, comparez avec des performances de configuration similaire ; les grandes différences indiquent une distorsion.