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.
Recommandations relatives aux ressources inactives
Compute Optimizer vous aide à identifier les ressources inactives qui peuvent être supprimées ou arrêtées afin de réduire les coûts liés au AWS cloud. Les recommandations d'inactivité sont accessibles via la console Compute Optimizer et notre ensemble d'API. Des recommandations d'inactivité sont disponibles pour les AWS ressources prises en charge suivantes :
-
Instances Amazon EC2
-
Groupes Amazon EC2 Auto Scaling
-
Volumes Amazon EBS
-
Services Amazon ECS sur Fargate
-
Bases de données Amazon Aurora et RDS
-
Passerelle Amazon NAT
Les recommandations sont actualisées quotidiennement. Ces recommandations sont générées en analysant les spécifications et les indicateurs d'utilisation de vos AWS ressources au cours de la période de rétrospective. La période de rétrospective dépend de la ressource prise en charge et de vos paramètres de préférence en matière de recommandation. Si aucune préférence de recommandation n'est définie, nous utilisons la période de rétrospective par défaut de 14 jours. Pour de plus amples informations, veuillez consulter Critères d’inactivité par ressource.
Note
-
Pour les volumes EBS et la passerelle NAT, nous analysons l'état des pièces jointes sur une période rétrospective de 32 jours.
-
La modification de la période de rétrospective pour les recommandations de volume EBS à 14 jours n'a aucune incidence sur la période de rétrospective de 32 jours utilisée pour déterminer si un volume EBS est déconnecté.
Table des matières
Critères d’inactivité par ressource
Chacune des ressources prises en charge éligibles aux recommandations d'inactivité possède ses propres critères pour être déclarée inactive. Le tableau suivant détaille les critères d'inactivité pour chaque ressource et fournit également l'action recommandée par Compute Optimizer pour la ressource inactive.
| Ressource | Métrique analysée | Critères d'inactivité | Action recommandée |
|---|---|---|---|
|
Instances Amazon EC2 |
Utilisation du processeur, E/S réseau, utilisation du GPU, utilisation de l'encodeur GPU et utilisation de la mémoire du GPU |
Le pic d'utilisation du processeur est inférieur à 5 % et votre réseau I/O est inférieur à ce qu'il était 5MB/day au cours de la période de référence de 14 jours. Les types d'instance G ou P sont considérés comme inactifs s'ils répondent aux critères suivants au cours de la période de rétrospective de 14 jours :
|
Vérifiez si vous avez besoin de cette instance. Si vous n'en avez pas besoin, pensez à supprimer cette instance. |
|
Groupes EC2 Auto Scaling |
Utilisation du processeur, E/S réseau, utilisation du GPU, utilisation de l'encodeur GPU et utilisation de la mémoire du GPU |
Le groupe EC2 Auto Scaling ne possède aucune instance présentant un pic d'utilisation du processeur supérieur à 5 % ou un taux d'utilisation du réseau supérieur à MB/day 5 % au cours de la période de référence de 14 jours. Les groupes EC2 Auto Scaling qui utilisent les types d'instances G ou P sont considérés comme inactifs si les instances répondent aux critères suivants au cours de la période de rétrospective de 14 jours :
|
Vérifiez si vous avez besoin de ce groupe. Envisagez de réduire ce groupe à une seule instance ou de le supprimer. |
|
Volumes Amazon EBS |
Read/Write opérations et état des pièces jointes |
Compute Optimizer peut détecter qu'un volume EBS est inactif ou déconnecté.
Note
|
Vérifiez si vous avez besoin de ce volume. Si vous n'en avez pas besoin, nous vous recommandons de créer un instantané du volume et d'envisager de le supprimer. |
|
Services Amazon ECS sur Fargate |
Utilisation du processeur et utilisation de la mémoire |
Le pic d'utilisation du processeur et de la mémoire est inférieur à 1 % au cours de la période considérée. La période de rétrospective par défaut est de 14 jours, que vous pouvez prolonger jusqu'à 32 jours. |
Vérifiez si votre application conteneurisée fonctionne comme prévu. Si l'application n'est pas en cours d'exécution, pensez à supprimer ce service. |
|
Bases de données Amazon Aurora et RDS |
Connexions aux bases de données, read/write IOPS et utilisation du processeur |
RDS pour MySQL et RDS pour PostgreSQL L'instance de base de données n'est pas une réplique en lecture et ne présentait aucune connexion à la base de données, une faible utilisation du processeur et une faible read/write activité au cours de la période considérée. Aurora MySQL et Aurora PostgreSQL L'instance de base de données ne fait pas partie d'un cluster secondaire dans une base de données globale Aurora et ne présentait aucune connexion à la base de données, une faible utilisation du processeur et une faible read/write activité au cours de la période considérée. |
Vérifiez si vous avez besoin de cette instance de base de données. Si vous n'avez pas besoin de cette instance temporairement, vous pouvez arrêter les instances de base de données RDS MySQL et RDS PostgreSQL pendant une période maximale de 7 jours. Si vous n'avez plus besoin de cette instance, vous pouvez créer un instantané de base de données et supprimer l'instance. Pour les instances Aurora MySQL et Aurora PostgreSQL inactives, vous pouvez également modifier la classe d'instance de base de données en db.serverless. |
|
Passerelle Amazon NAT |
Nombre de connexions actives, paquets entrants depuis la source, paquets entrants depuis la destination |
La passerelle NAT est disponible, n'est associée à aucune table de AWS routage, ne possède aucune connexion active, aucun paquet provenant de la source et de la destination pendant la période de référence. |
Vérifiez si vous avez besoin de cette passerelle NAT. Vérifiez s'il fait partie d'une configuration de reprise après sinistre ou s'il sert de sauvegarde dans votre architecture réseau. |
Économies mensuelles estimées
Économies mensuelles estimées (après remises)
Cette colonne répertorie les économies mensuelles approximatives que vous réalisez en appliquant l’action recommandée par l’Optimiseur de calcul pour chaque ressource inactive dans le cadre du modèle de tarification pris en charge. Les modèles de tarification pris en charge dépendent de la AWS ressource spécifique. Par exemple, les instances EC2 prennent en charge les remises sur les Savings Plans et les instances réservées, mais les services ECS ne prennent en charge que le modèle de tarification des Savings Plans. Pour recevoir des recommandations avec les modèles de tarification pris en charge, la préférence du mode d'estimation des économies doit être activée. Pour plus d'informations, consultez la section Mode d'estimation des économies.
Note
Si vous n'activez pas la préférence du mode d'estimation des économies, cette colonne des onglets Instance et Stockage affiche les informations relatives aux On-Demand remises tarifaires par défaut.
Économies mensuelles estimées (On-Demand)
Cette colonne répertorie les économies mensuelles approximatives que vous pouvez réaliser en appliquant l'action recommandée par Compute Optimizer par ressource inactive dans le cadre du modèle de On-Demand tarification.
Important
Si vous activez Cost Optimization Hub dans AWS Cost Explorer, Compute Optimizer utilise les données du Cost Optimization Hub, qui incluent vos remises tarifaires spécifiques, pour générer vos recommandations. Si le Cost Optimization Hub n'est pas activé, Compute Optimizer utilise les données de Cost Explorer et On-Demand les informations de tarification pour générer vos recommandations. Pour plus d'informations, voir Enabling Cost Explorer et Cost Optimization Hub dans le guide de AWS Cost Management l'utilisateur.
