View a markdown version of this page

Besoins en ressources - Optimiseur de calcul AWS
Exigences relatives à l'instance Amazon EC2 et au groupe EC2 Auto ScalingExigences relatives au volume d'Amazon EBSExigences relatives à la fonction LambdaExigences relatives aux services Amazon ECS sur FargateExigences relatives aux licences logicielles commercialesExigences relatives aux bases de données Amazon Aurora et RDSRessources supplémentaires

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Besoins en ressources

Cette page vous donne un aperçu des ressources nécessaires Optimiseur de calcul AWS pour générer des recommandations d'optimisation. Pour que Compute Optimizer puisse générer des recommandations, vos AWS ressources doivent répondre aux exigences spécifiques aux CloudWatch métriques et aux ressources d'Amazon. Compute Optimizer a des exigences de données CloudWatch métriques différentes pour chaque type de ressource.

Si vos ressources ne disposent pas de suffisamment de données métriques, attendez plus de temps avant que les recommandations ne commencent à apparaître dans la console Compute Optimizer. Par exemple, si vos ressources disposent de suffisamment de données métriques mais que les recommandations ne s'affichent pas, cela signifie probablement que Compute Optimizer analyse toujours vos ressources. L'analyse peut prendre jusqu'à 24 heures. Une fois l'analyse terminée, les recommandations de ressources apparaissent dans la console Compute Optimizer.

Exigences relatives à l'instance Amazon EC2 et au groupe EC2 Auto Scaling

Les instances Amazon EC2 et les groupes EC2 Auto Scaling ont tous deux besoin d'au moins 30 heures de données CloudWatch métriques au cours des 14 derniers jours.

Si vous avez activé la fonctionnalité de métriques d'infrastructure améliorées, les instances EC2 et EC2 Auto Scaling nécessitent au moins 30 heures de données CloudWatch métriques au cours des 93 derniers jours. Pour plus d'informations, consultez la section Mesures d'infrastructure améliorées.

Pour obtenir la liste des types d'instances pris en charge par Compute Optimizer, consultezTypes d'instances Amazon EC2 pris en charge. Pour plus d'informations sur les groupes EC2 Auto Scaling pris en charge par Compute Optimizer, consultez. Groupes Amazon EC2 Auto Scaling pris en charge

Important

Vous devez activer Cost Explorer pour permettre à Compute Optimizer d'utiliser les données de facturation de Cost Explorer pour calculer les économies et renseigner les informations de tarification pour vos recommandations. Nous vous recommandons également de vous inscrire à Cost Optimization Hub pour recevoir des recommandations de redimensionnement tenant compte de tous les modèles de tarification des instances réservées ou des plans d'épargne actifs sur vos comptes. Pour plus d'informations, consultez les sections Activation de Cost Explorer et Démarrage avec Cost Optimization Hub dans le Guide de AWS Cost Management l'utilisateur.

Exigences relatives au volume d'Amazon EBS

Compute Optimizer génère des recommandations pour les types de volumes EBS qui sont attachés à une instance en cours d'exécution pendant au moins 30 heures consécutives. Les données ne sont signalées que CloudWatch lorsque le volume est attaché à une instance en cours d'exécution. Si vous détachez un volume EBS d'une instance EC2, les recommandations relatives à ce volume ne seront plus disponibles.

Pour obtenir la liste des types de volumes Amazon EBS pris en charge par Compute Optimizer, consultez. Types de volumes Amazon EBS pris en charge

Exigences relatives à la fonction Lambda

Compute Optimizer génère des recommandations de taille de mémoire uniquement pour les fonctions Lambda qui répondent aux exigences suivantes :

  • La mémoire configurée est inférieure ou égale à 1 792 Mo.

  • Les fonctions ont été invoquées au moins 50 fois au cours des 14 derniers jours.

Les fonctions qui ne répondent pas à ces exigences se voient attribuer la valeur Non disponible. Le code de raison de Inconclusive s'applique aux fonctions dont la mémoire configurée est supérieure à 1 792 Mo. Les données insuffisantes concernent les fonctions qui ont été invoquées moins de 50 fois au cours des 14 derniers jours.

Les fonctions dont la valeur est Non disponible n'apparaissent pas dans la console Compute Optimizer et ne reçoivent aucune recommandation.

Note

Les fonctions Lambda ne nécessitent pas de données CloudWatch métriques.

Exigences relatives aux services Amazon ECS sur Fargate

Pour générer des recommandations pour les services Amazon ECS sur Fargate, Compute Optimizer nécessite les éléments suivants :

  • Vos services ont enregistré des statistiques d'utilisation d' CloudWatch Amazon ECS pendant au moins 24 heures au cours des 14 derniers jours.

  • Aucune politique de dimensionnement par étapes n'est jointe.

  • Aucune politique de dimensionnement cible n'est attachée au processeur et à la mémoire.

    Note

    Si une politique de suivi des cibles est associée au processeur du service uniquement, Compute Optimizer génère uniquement des recommandations de taille de mémoire. Ou, si une politique de suivi des cibles est associée à la mémoire du service uniquement, Compute Optimizer génère uniquement des recommandations de taille de processeur.

  • L'état d'exécution du service est SteadyState ou MoreWork.

Pour plus d'informations sur les mesures analysées, consultezStatistiques relatives aux services Amazon ECS sur Fargate.

Exigences relatives aux licences logicielles commerciales

Compute Optimizer génère uniquement des recommandations de licence pour Microsoft SQL Server sur Amazon EC2.

Pour générer des recommandations pour les licences logicielles commerciales, Compute Optimizer nécessite les éléments suivants :

Pour plus d'informations sur les mesures analysées, consultezStatistiques relatives aux licences logicielles commerciales.

Exigences relatives aux bases de données Amazon Aurora et RDS

Compute Optimizer génère des instances de base de données Aurora et RDS, un stockage d'instances de base de données RDS et des recommandations de clusters de bases de données Aurora pour les bases de données RDS pour MySQL, RDS pour PostgreSQL et Amazon Aurora.

Instances Amazon Aurora et RDS

Pour générer des recommandations pour vos instances de bases de données Aurora et RDS, Compute Optimizer nécessite les éléments suivants :

  • Au moins 30 heures de données CloudWatch métriques au cours des 14 derniers jours. Si vous avez activé la fonctionnalité de métriques d'infrastructure améliorées, les instances de base de données nécessitent au moins 30 heures de données métriques au cours des 93 derniers jours. Pour plus d'informations, consultez la section Mesures d'infrastructure améliorées.

  • Pour recevoir des recommandations concernant les instances de base de données RDS surprovisionnées, vous devez activer Amazon RDS Performance Insights. Pour activer Performance Insights pour vos instances de base de données, voir Activer et désactiver Performance Insights pour Amazon RDS dans le guide de l'utilisateur d'Amazon Relational Database Service.

Clusters DB Aurora

Pour générer des recommandations pour vos clusters de bases de données Aurora, Compute Optimizer nécessite les éléments suivants :

  • Aucune politique de mise à l'échelle automatique des applications n'est attachée au cluster de base de données Aurora. Pour plus d'informations sur Aurora Auto Scaling, consultez Amazon Aurora Auto Scaling with Aurora Replicas dans le guide de l'utilisateur Amazon Aurora.

  • Le cluster de base de données Aurora possède au moins 14 jours de données d'utilisation des coûts.

  • Le cluster de base de données Aurora n'a pas utilisé Aurora Parallel Query au cours de la période de référence.

  • Le cluster de base de données Aurora n'a pas changé de configuration de stockage au cours des 30 derniers jours.

Ressources supplémentaires