Ressources et besoins pris en charge - AWS Compute Optimizer

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.

Ressources et besoins pris en charge

AWS Compute Optimizer génère des recommandations pour les ressources suivantes :

  • Instances Amazon Elastic Compute Cloud (AmazonEC2)

  • Groupes Amazon EC2 Auto Scaling

  • Volumes Amazon Elastic Block Store (AmazonEBS)

  • AWS Lambda fonctions

  • Services Amazon Elastic Container Service (AmazonECS) sur AWS Fargate

  • Licences logicielles commerciales

  • Instances de base de données et stockage RDS Amazon Relational Database Service (Amazon)

Pour recevoir des recommandations, les ressources doivent répondre à la métrique Amazon CloudWatch (CloudWatch) et aux exigences spécifiques aux ressources suivantes.

CloudWatch exigences métriques

Pour générer des recommandations, Compute Optimizer a des exigences différentes en matière de données CloudWatch métriques pour chaque type de ressource. Les exigences en matière de données CloudWatch métriques pour chaque type de ressource sont les suivantes :

  • EC2Les instances Amazon ont besoin d'au moins 30 heures de données métriques au cours des 14 derniers jours. Si vous avez activé la fonctionnalité améliorée des métriques d'infrastructure, EC2 les instances ont besoin d'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.

  • Les groupes Auto Scaling nécessitent au moins 30 heures consécutives de données métriques.

  • EBSLes volumes Amazon nécessitent au moins 30 heures consécutives de données métriques.

  • ECSLes services Amazon sur Fargate nécessitent au moins 24 heures de données métriques.

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

  • Les licences logicielles commerciales nécessitent au moins 30 heures consécutives de données métriques.

  • Les instances et le stockage Amazon RDS DB ont nécessité au moins 30 heures de données métriques au cours des 14 derniers jours. Si vous avez activé la fonctionnalité améliorée des métriques d'infrastructure, les RDS instances de base de données ont besoin d'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.

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. Pour plus d'informations sur les métriques analysées par Compute Optimizer, consultez. Métriques analysées par AWS Compute Optimizer

Supposons que vos ressources disposent de suffisamment de données métriques, mais que les recommandations ne s'affichent pas. Cela signifie probablement que Compute Optimizer est toujours en train d'analyser vos ressources. L'analyse peut prendre jusqu'à 24 heures. Une fois l'analyse terminée, les recommandations relatives aux ressources apparaissent dans la console Compute Optimizer.

Exigences relatives aux EC2 instances Amazon

Compute Optimizer génère des recommandations pour plusieurs types d'instances. Vous pouvez exécuter des types d'instance non pris en charge en plus des types pris en charge. Toutefois, Compute Optimizer ne génère des recommandations que pour les instances prises en charge. Tous les types d'instances ne sont pas disponibles dans toutes Région AWS les versions de Compute Optimizer. Pour déterminer les régions prises en charge pour chacun de ces types d'instances, consultez la section Trouver un type d'EC2instance Amazon dans le Guide de EC2 l'utilisateur Amazon pour les instances Linux.

Le tableau suivant répertorie les types d'EC2instances pris en charge par Compute Optimizer.

Famille d’instances Type

C

C1 | C3 | C4 | C5 | C5a | C5ad | C5d | C5n | C6a | C6g | C6gd | C6gn | C6i | C6in | C7a | C7g | C7gd | C7n | C7i

D

D2 | D3 | D3en

G

G4dn

HPC

H1 | HPC6a | HPC6id | HPC7a | HPC7g

I

I2 | I3 | i3EN | i4G | i4I | iM4GN | IS4gen

M

M1 | M2 | M3 | M4 | M5 | M5a | M5ad | M5dn | M5n | M5zn | M6a | M6g | M6Gd | M6i | M6id | M6idn | M6in | M7a | M7g | M7GD | M7i | M7i-Flex

P

P3

R

R3 | R4 | R5 | R5a | R5ad | R5b | R5d | R5dn | R5n | R6a | R6g | R6gd | R6i | R6id | R6idn | R6in | R7a | R7g | R7i | R8g

T

T1 | T2 | T3 | T3 | T3 | T4

X

X1 | X1e | X2GD | X2IDn | X2IEDN | X2ieZn

z

z1d

Note
  • Si une EC2 instance n'est pas répertoriée, cela signifie qu'elle n'est pas prise en charge par Compute Optimizer.

  • Compute Optimizer ne génère pas de recommandations pour les instances Spot.

Exigences relatives au groupe Auto Scaling

Compute Optimizer génère des recommandations pour les groupes Auto Scaling qui exécutent les types d'instances pris en charge. Les types d'instances pris en charge sont répertoriés dans la Exigences relatives aux EC2 instances Amazon section précédente.

En outre, les groupes Auto Scaling doivent répondre aux exigences suivantes :

  • Ils n'exécutent qu'un seul type d'instance (aucun type d'instance mixte).

  • Les valeurs de capacité souhaitée, minimale et maximale sont toutes identiques. Par exemple, un groupe Auto Scaling avec un nombre fixe d'instances.

  • Ils n'utilisent pas d'instances Spot.

  • Aucune dérogation n'est configurée.

Compute Optimizer génère des recommandations pour les instances de groupes Auto Scaling qui répondent à toutes ces exigences de configuration.

Exigences relatives au EBS volume d'Amazon

Compute Optimizer génère des recommandations pour les types de EBS volumes suivants attachés à une instance :

  • HDDet st1 sc1

  • Usage général SSD gp2 et gp3

  • Provisionné IOPS SSD io1io2, et io2 Block Express

Compute Optimizer génère également des recommandations pour extraire vos données des volumes HDD magnétiques de génération précédente. Pour plus d'informations, consultez les volumes Amazon de la génération EBS précédente.

Les données ne sont signalées que CloudWatch lorsque le volume est attaché à une instance. Le volume doit être attaché à une instance pendant au moins 30 heures consécutives.

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 sont déclarées « non disponibles ». 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 sont insuffisantes pour les fonctions qui ont été invoquées moins de 50 fois au cours des 14 derniers jours.

Les fonctions identifiées comme non disponibles n'apparaissent pas dans la console Compute Optimizer et ne reçoivent aucune recommandation.

Exigences relatives aux ECS services Amazon sur Fargate

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

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

  • Aucune politique de dimensionnement des étapes n'est attachée.

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

    Note

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

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

Pour plus d'informations sur les métriques analysées, consultezMétriques relatives aux ECS services Amazon sur Fargate.

Exigences relatives aux licences logicielles commerciales

Note

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 a besoin des éléments suivants :

Pour plus d'informations sur les métriques analysées, consultezIndicateurs relatifs aux licences logicielles commerciales.

Exigences relatives aux RDS instances de base de données Amazon

Compute Optimizer génère des instances de RDS base de données et des recommandations de stockage d'instances de RDS base de données pour les moteurs de base de données SQL Amazon RDS My et Amazon RDS PostgreSQL. Pour générer des recommandations pour vos RDS instances de base de données, Compute Optimizer a besoin des éléments suivants :

  • Au moins 30 heures de données métriques au cours des 14 derniers jours. Si vous avez activé la fonctionnalité améliorée des métriques d'infrastructure, les RDS instances de base de données ont besoin d'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 RDS instances de base de données surprovisionnées, vous devez activer Amazon RDS Performance Insights. Pour activer Performance Insights pour vos instances de base de données, consultez Turning Performance Insights for Amazon RDS in the Amazon Relational Database Service User Guide.

Les sections suivantes décrivent les RDS ressources Amazon pour lesquelles Compute Optimizer émet des recommandations.

Instances de base de données RDS

Compute Optimizer génère des recommandations pour plusieurs types d'RDSinstances de base de données. Tous les types d'instances ne sont pas disponibles dans toutes Région AWS les versions de Compute Optimizer. Pour déterminer les régions prises en charge pour chacun de ces types d'instances, consultez les classes d'instances de base de données dans le guide de l'utilisateur d'Amazon Relational Database Service.

Le tableau suivant répertorie les types d'RDSinstances de base de données pris en charge par Compute Optimizer.

Famille de classes d'instance de base de données Type

Usage général

db.m7g | db.m6g | db.m6i | db.m5 | db.m3 | db.m1 | db.m2 | db.m5d | db.m6gd | db.m6i

Famille R optimisée pour la mémoire

db.r3 | db.r4 | db.r5 | db.r5b | db.r5d | db.r6g | db.r6gd | db.r6i | db.r7g

Performances éclatantes

db.t3 | db.t4g

Famille Z optimisée pour la mémoire

db.x2g | db.x2idn | db.x2idn

Stockage d'instance de base de données RDS

Compute Optimizer génère des recommandations pour les types de volumes de stockage d'RDSinstance de base de données suivants :

  • Usage général SSD gp2 et gp3

  • Provisionné IOPS SSD io1