Comment évaluer un VPS KVM NVMe

Intérêt de KVM

KVM permet à Linux de servir d'hyperviseur et d'exécuter des machines virtuelles avec leurs propres noyaux et matériel virtuel. Ceci offre généralement à un VPS une isolation plus forte et une plus grande flexibilité du système d'exploitation que les conteneurs d'applications, tandis que l'hôte conserve le contrôle de la planification, des périphériques physiques et de l'allocation des ressources. L'accès root dans la machine virtuelle ne donne pas le contrôle de l'hôte.

Vérifiez si l'allocation des vCPU est partagée ou dédiée, si les modèles de processeur sont exposés ou abstraits, quels systèmes d'exploitation sont pris en charge et comment la maintenance planifiée de l'hôte est gérée. Ne présumez pas de la migration à chaud, de la virtualisation imbriquée ou d'une génération de processeur particulière, sauf si le plan sélectionné le précise explicitement.

• Vérifiez la politique relative aux vCPU et les limites d'utilisation équitable.
• Consultez la console de secours et les options de réinstallation.
• Vérifiez la prise en charge des noyaux ou images personnalisés.

Ce que NVMe vous apprend (et ne vous apprend pas).

NVMe réduit la surcharge du protocole et prend en charge les files d'attente hautement parallèles, mais une machine virtuelle invitée peut accéder à un disque virtuel reposant sur plusieurs couches. Le RAID, la réplication, l'allocation dynamique, la politique de cache, le chiffrement, les processus voisins bruyants et les limites de la file d'attente de l'hôte peuvent avoir plus d'importance que l'étiquette du périphérique. Les résultats des tests de capacité et de performances séquentielles ne permettent pas, à eux seuls, de prédire la latence de fin de requête de la base de données.

Vérifiez si la capacité annoncée est utilisable dans la machine virtuelle invitée, si les instantanés consomment du quota et si le stockage local survit à une panne de l'hôte. Un instantané n'est pas une sauvegarde indépendante, sauf si le service spécifie un domaine de défaillance et une politique de conservation distincts.

• Mesurez la distribution des latences, et pas seulement le débit de pointe.
• Utilisez un jeu de données plus volumineux que le cache pour les tests continus.
• Exécutez les benchmarks avec une faible priorité et dans les limites d'utilisation acceptables.

Testez la charge de travail en toute sécurité.

Commencez par des tests d'application observables : temps de compilation, latence des requêtes de base de données, profondeur de la file d'attente et percentiles du temps de réponse. Les outils synthétiques peuvent aider à isoler un goulot d'étranglement, mais les tests d'écriture intensifs peuvent épuiser les ressources et perturber les serveurs voisins. Testez uniquement votre propre serveur, limitez la durée des tests et évitez les cibles destructrices.

Collectez le temps d'utilisation du processeur, la pression sur la mémoire, la latence du disque, l'utilisation du système de fichiers et les retransmissions réseau sur des périodes représentatives de forte et de faible activité. Un résultat rapide immédiatement après la mise en service ne constitue pas une garantie de niveau de service.

• Enregistrez l'image, le noyau, le système de fichiers, la version de l'outil et les paramètres de test.
• Comparez les résultats des exécutions répétées à différents moments.
• Arrêtez les tests si la latence ou la charge indique un impact collatéral.

Adaptez les ressources aux modes de défaillance.

Les bases de données peuvent privilégier une latence prévisible et une mémoire suffisante plutôt que la vitesse séquentielle maximale. Les agents de compilation peuvent privilégier la puissance de calcul en rafale et les disques jetables. Les API publiques nécessitent une accessibilité réseau, une surveillance, des sauvegardes et une restauration testée. Sélectionnez la configuration minimale répondant à un objectif mesuré, puis prévoyez une marge pour l'évolution et la maintenance.

Veuillez consulter le configurateur VPSEverywhere.com juste avant de commander afin de connaître la région, l'allocation, l'image, le stockage et les conditions réseau. Toute caractéristique non spécifiée est considérée comme inconnue.