Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Visualización de las recomendaciones sobre recursos inactivos
Compute Optimizer lo ayuda a identificar los recursos inactivos que se pueden eliminar o detener para reducir los costos de AWS la nube. Se puede acceder a las recomendaciones inactivas a través de la consola Compute Optimizer y nuestro conjunto de API. Las recomendaciones de inactividad están disponibles para los siguientes AWS recursos compatibles:
-
Instancias de Amazon EC2
-
Grupos de Amazon EC2 Auto Scaling
-
Volúmenes de Amazon EBS
-
Servicios de Amazon ECS en Fargate
-
Bases de datos Amazon Aurora y RDS
-
Puerta de enlace Amazon NAT
-
Amazon DynamoDB
-
Amazon ElastiCache
-
Amazon MemoryDB
-
Amazon DocumentDB
-
Amazon WorkSpaces
-
Puntos de conexión de SageMaker Amazon
Las recomendaciones se actualizan a diario. Estas recomendaciones se generan mediante el análisis de las especificaciones y las métricas de utilización de sus AWS recursos durante un período retrospectivo. El período retrospectivo depende del recurso compatible y de la configuración de tus preferencias recomendadas. Si no has establecido ninguna preferencia de recomendación, utilizamos el período retrospectivo predeterminado de 14 días. Para obtener más información, consulte Criterios de inactividad por recurso.
nota
-
En el caso de los volúmenes de EBS y NAT Gateway, analizamos el estado de los archivos adjuntos durante un período retrospectivo de 32 días. Por ejemplo WorkSpaces, analizamos la actividad de conexión de los usuarios durante un período retrospectivo de 63 días.
-
Cambiar el período retrospectivo de las recomendaciones de volúmenes de EBS a 14 días no afecta al período retrospectivo de 32 días que se utiliza para determinar si un volumen de EBS es independiente.
-
Pues ElastiCache, las recomendaciones pueden tardar hasta 48 horas en aparecer después de activar Compute Optimizer.
Criterios de inactividad por recurso
Cada uno de los recursos compatibles que cumplen los requisitos para ser recomendados como inactivos tiene sus propios criterios para considerarlos inactivos. En la siguiente tabla se desglosan los criterios de inactividad de cada recurso y, además, se indica la acción recomendada por Compute Optimizer para el recurso inactivo.
| Recurso | Métrica analizada | Criterios de inactividad | Acción recomendada |
|---|---|---|---|
|
Instancias de Amazon EC2 |
Utilización de la CPU, E/S de la red, utilización de la GPU, utilización del codificador de la GPU y uso de la memoria de la GPU |
El uso máximo de la CPU es inferior al 5% y su red I/O es inferior al registrado 5MB/day durante el período retrospectivo de 14 días. Los tipos de instancias G o P se consideran inactivos si cumplen los siguientes criterios durante el período retrospectivo de 14 días:
|
Compruebe si necesita esta instancia. Si no la necesitas, considera eliminar esta instancia. |
|
Grupos de Auto Scaling de EC2 |
Utilización de la CPU, E/S de red, utilización de la GPU, utilización del codificador de la GPU y uso de la memoria de la GPU |
El grupo Auto Scaling de EC2 no tiene instancias con un uso máximo de CPU superior al 5% o un MB/day 5% de uso de la red durante el período retrospectivo de 14 días. Los grupos de Auto Scaling de EC2 que utilizan tipos de instancias G o P se consideran inactivos si las instancias cumplen los siguientes criterios durante el período retrospectivo de 14 días:
|
Compruebe si necesita este grupo. Considera la posibilidad de reducir este grupo a una instancia o de eliminarlo. |
|
Volúmenes de Amazon EBS |
Read/Write operaciones y estado de los archivos adjuntos |
Compute Optimizer puede encontrar un volumen de EBS inactivo o desconectado.
nota
|
Compruebe si necesita este volumen. Si no lo necesita, le recomendamos que cree una instantánea del volumen y considere eliminarlo. |
|
Servicios de Amazon ECS en Fargate |
Utilización de la CPU y de la memoria |
La utilización máxima de la CPU y la memoria es inferior al 1% durante el período retrospectivo. El período retrospectivo predeterminado es de 14 días, que puede ampliarse hasta 32 días. |
Compruebe si la aplicación contenerizada se ejecuta según lo previsto. Si la aplicación no se está ejecutando, considere eliminar este servicio. |
|
Bases de datos Amazon Aurora y RDS |
Conexiones de bases de datos, read/write IOPS y utilización de CPU |
RDS para MySQL y RDS para PostgreSQL La instancia de base de datos no es una réplica de lectura y, durante el período retrospectivo, no tenía conexiones a bases de datos y su uso de la CPU era bajo y su read/write actividad era baja. Aurora MySQL y Aurora PostgreSQL La instancia de base de datos no forma parte de un clúster secundario de una base de datos global de Aurora y, durante el período retrospectivo, no tenía conexiones a la base de datos, utilizaba poco la CPU y tenía poca read/write actividad. |
Compruebe si necesita esta instancia de base de datos. Si no necesita esta instancia temporalmente, puede detener las instancias de base de datos MySQL de RDS y PostgreSQL de RDS durante un máximo de 7 días. Si ya no necesita esta instancia, puede crear una instantánea de base de datos y eliminarla. Para las instancias de Aurora MySQL y Aurora PostgreSQL inactivas, también puede cambiar la clase de instancia de base de datos a db.serverless. |
|
Puerta de enlace Amazon NAT |
Recuento de conexiones activas, paquetes entrantes desde el origen, paquetes entrantes desde el destino |
La puerta de enlace NAT está en estado disponible, no está asociada a ninguna tabla de AWS enrutamiento y no tiene ninguna conexión activa, ni paquetes entrantes desde el origen ni desde el destino durante el período retrospectivo. |
Compruebe si necesita esta puerta de enlace NAT. Compruebe si forma parte de una configuración de recuperación ante desastres o si sirve como respaldo en la arquitectura de su red. |
|
Amazon DynamoDB |
Unidades de capacidad de lectura consumidas y unidades de capacidad de escritura consumidas |
Se aplica únicamente a las tablas aprovisionadas. Una tabla se considera inactiva cuando no se consumen unidades de capacidad de lectura o escritura ni a nivel de tabla ni en todos los niveles del índice secundario global (GSI) durante un período retrospectivo de 14 días. |
Compruebe si esta tabla no se utiliza. Considere la posibilidad de cambiar al modo bajo demanda o minimizar la capacidad aprovisionada. Si ya no es necesario, considere la posibilidad de exportar los datos a S3 y eliminar el recurso. |
|
Amazon ElastiCache |
Nuevas conexiones, uso de la CPU del motor, aciertos de caché, errores de caché, comandos get y set |
Se aplica únicamente a los motores Redis y Valkey. Node-based (aprovisionado) El clúster no tiene conexiones nuevas, el uso de la CPU del motor es inferior al 1% y no hay errores de caché, errores, comandos de obtención o comandos de configuración durante el período retrospectivo de 14 días. Las métricas se evalúan a nivel de nodo; un clúster solo está inactivo si todos los nodos están inactivos. Sin servidor En el clúster no se consumen unidades de procesamiento, no hay conexiones nuevas o actuales y no se registran errores de caché, errores, comandos get o set comandos durante el período retrospectivo de 14 días. |
Compruebe si su aplicación sigue necesitando esta capa de almacenamiento en caché. En el caso de los clústeres aprovisionados, considere la posibilidad de cambiar a ElastiCache Serverless para cargas de trabajo variables. Si no es necesario, considere la posibilidad de eliminar el recurso. |
|
Amazon MemoryDB |
Nuevas conexiones, uso de la CPU del motor, aciertos en el espacio entre claves y omisiones en el espacio entre claves |
El clúster no tiene conexiones nuevas, el uso de la CPU del motor es inferior al 1% y no se produce ningún error o error en el espacio de claves durante el período retrospectivo de 14 días. El clúster debe estar en estado disponible. |
Compruebe si su aplicación sigue necesitando esta capa de almacenamiento en caché. Si no es necesario, considere eliminar el recurso. |
|
Amazon DocumentDB |
Conexiones a base de datos |
Se aplica tanto a los clústeres aprovisionados como a los sin servidor. Se excluyen los clústeres elásticos. El clúster no tiene conexiones a bases de datos durante el período retrospectivo de 14 días. El clúster debe estar en estado disponible. |
Aprovisionado Compruebe si necesita este clúster. Si no lo necesita temporalmente, puede detener el recurso durante un máximo de 7 días o considerar cambiarse a DocumentDB Serverless. Si ya no es necesario, cree una instantánea de base de datos y elimine el recurso. Sin servidor Compruebe si necesita este clúster. Si no lo necesita temporalmente, puede detener el recurso durante un máximo de 7 días. Si ya no es necesario, cree una instantánea de base de datos y elimine el recurso. |
|
Amazon WorkSpaces |
Actividad de conexión de usuarios |
Se aplica WorkSpaces únicamente a Always On. WorkSpaces Se excluyen la parada automática y el modo de espera. Ningún usuario se ha conectado a él WorkSpace durante el período retrospectivo de 63 días. |
Compruebe si el usuario WorkSpace asignado sigue necesitándolo. Si no es necesario temporalmente, considere la posibilidad de cambiar al modo de parada automática. Si el usuario ya no necesita acceso, considere eliminar el recurso. |
|
Puntos de conexión de SageMaker Amazon |
Invocations |
El punto final no tuvo ninguna invocación durante el período retrospectivo de 14 días. |
Compruebe si este punto final sigue en uso. Si se usa con poca frecuencia, considere habilitar la funcionalidad de escala a cero para los componentes de inferencia, si es compatible. Si ya no es necesario, considere la posibilidad de eliminar el recurso. |
Ahorros mensuales estimados
Ahorros mensuales estimados (después de los descuentos)
En esta columna se muestra el ahorro mensual aproximado de costos que obtiene al tomar las medidas recomendadas por Compute Optimizer por recurso inactivo según los modelos de precios admitidos. Los modelos de precios admitidos dependen del AWS recurso específico. Por ejemplo, las instancias de EC2 admiten descuentos de Savings Plans e instancias reservadas, pero los servicios de ECS solo admiten el modelo de precios de Savings Plans. Para recibir recomendaciones con los modelos de precios compatibles, es necesario activar la preferencia del modo de estimación de ahorros. Para obtener más información, consulte Modo de estimación de ahorros.
nota
Si no activas la preferencia del modo de estimación de ahorros, en esta columna de las pestañas Instancia y Almacenamiento se muestra la información de descuento de On-Demand precios predeterminada.
Ahorros mensuales estimados (On-Demand)
En esta columna se enumeran los ahorros mensuales aproximados que se obtienen al adoptar las medidas recomendadas por Compute Optimizer por recurso inactivo según el modelo de On-Demand precios.
importante
Si habilitas Cost Optimization Hub en AWS Cost Explorer, Compute Optimizer utiliza los datos del Cost Optimizer Hub, que incluyen tus descuentos de precios específicos, para generar tus recomendaciones. Si Cost Optimization Hub no está habilitado, Compute Optimizer usa los datos y la información de On-Demand precios de Cost Explorer para generar tus recomendaciones. Para obtener más información, consulte Habilitar Cost Explorer y Centro de optimización de costos en la Guía del usuario de AWS Cost Management.
