L'annonce des instances Amazon EC2 T8i remet en avant le modèle CPU burstable : une capacité de base et des pointes rendues possibles par des crédits. Pour un site web, le bon choix dépend de la durée de la charge autant que de son maximum. Préparez cette comparaison avant de retenir une configuration.
1. Décrire la charge réellement attendue
Choisissez une période qui comprend les activités ordinaires du site : visites, sauvegardes, imports et tâches programmées. Si une campagne commerciale approche, ajoutez un scénario représentatif dans un environnement de test autorisé. N'extrapolez pas une journée calme à une période de vente.
Relevez la consommation CPU dans le temps, le nombre de requêtes, les erreurs et le temps de réponse. Notez la granularité des mesures. Une moyenne sur une longue période peut cacher les épisodes qui gênent les visiteurs ; un maximum isolé ne dit rien de leur durée.
L'annonce AWS présente T8i pour des charges faibles à modérées, avec un système de crédits CPU. Elle ne démontre pas que votre application correspond à ce profil. Gardez également un œil sur la mémoire et les entrées-sorties : une page lente ne prouve pas un manque de CPU.
2. Associer la charge aux règles de l'instance
Dans les informations de la configuration envisagée, relevez la capacité de base, les crédits et le mode choisi. AWS indique que T8i propose Standard et Unlimited, avec Unlimited par défaut. Vérifiez donc le paramétrage effectif plutôt que de supposer que le prix affiché résume tous les cas.
Préparez une comparaison entre deux configurations capables d'héberger votre application. Pour chacune, consignez :
- Le comportement attendu pendant une charge prolongée.
- Les mesures de crédits disponibles dans la supervision.
- Les conditions tarifaires applicables au mode retenu.
- Les limites des autres ressources nécessaires au site.
Utilisez les tarifs en vigueur au moment de la décision et mentionnez leur date dans votre fiche interne. Ne transformez pas un gain annoncé par le fournisseur en économie garantie pour votre site.
3. Faire un essai avec une règle de décision
Sur une copie de test, rejouez le même parcours pendant une durée suffisante pour observer l'évolution des crédits et de la réponse. Définissez à l'avance les critères acceptables pour votre activité et la limite de dépense de l'essai.
Si les crédits diminuent continuellement ou que le coût devient imprévisible, comparez une configuration mieux adaptée à la charge soutenue. Si les pointes restent compatibles avec les règles et les résultats attendus, conservez les mesures comme justification.
La décision finale tient dans trois éléments : un parcours qui répond correctement, un comportement connu sous charge et un coût compris. Le nombre de vCPU, seul, ne répond pas à ces trois questions.
Sources : AWS News Blog.