View a markdown version of this page

Cómo entender las estrategias de optimización de costos - AWS Administración de costos

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.

Cómo entender las estrategias de optimización de costos

El Centro de optimización de costos agrupa sus recomendaciones en las siguientes estrategias de optimización de costos:

Comprar Savings Plans

Compra planes de computación, instancias EC2 y SageMaker ahorros.

Compra reservaciones

Adquiera reservas de EC2, Amazon RDS OpenSearch, Amazon Redshift ElastiCache, MemoryDB y DynamoDB.

Detener

Detenga los recursos inactivos o no utilizados para ahorrar hasta un 100 % del costo de los recursos.

Delete

Elimine los recursos inactivos o no utilizados para ahorrar hasta un 100 % del costo de los recursos.

Escalar en

Reduzca horizontalmente los recursos inactivos o no utilizados para ahorrar en costos de recursos.

Dimensionar correctamente

Cambie a un tipo de instancia de EC2 más pequeña con la misma arquitectura de CPU.

Actualizar

Cambie a un producto de una generación posterior, como pasar del tipo de volumen io1 de Amazon EBS al io2.

Migrar a Graviton

Cambie de x86 a Graviton para ahorrar costos.

La siguiente tabla muestra el mapeo completo de las acciones recomendadas y el tipo de recurso.

Action Tipo de recurso Condiciones Esfuerzo de implementación Reinicio de recursos necesario Restauración posible
Comprar Savings Plans Savings Plans para computación Todos Muy bajo No No
Savings Plans para instancias de EC2 Todos Muy bajo No No
SageMaker Planes de ahorro Todos Muy bajo No No
Reservaciones de compra Instancias reservadas de EC2 Todos Muy bajo No Sí
Instancias reservadas de Amazon RDS Todos Muy bajo No No
Nodos reservados de Amazon Redshift Todos Muy bajo No No
OpenSearch Instancias reservadas Todos Muy bajo No No
ElastiCache nodos reservados Todos Muy bajo No No
Instancias reservadas de MemoryDB. Todos Muy bajo No No
Capacidad reservada de DynamoDB Todos Muy bajo No No
Detener Instancia de EC2 Todos Bajo No Sí
Instancia de base de datos de RDS Solo motores RDS MySQL y RDS PostgreSQL Bajo Sí Sí
Eliminar Volumen de EBS Todos Bajo No No
Servicio de Amazon ECS Todos Bajo No No
Instancia de base de datos de RDS Solo motores Aurora MySQL y Aurora PostgreSQL Bajo No Sí
Reducción horizontal Grupo de EC2 Auto Scaling Todos Bajo No No
Dimensionar correctamente Instancia de EC2 (cuenta independiente) Sin cambio de hipervisor Medio Sí Sí
Instancia de EC2 (cuenta independiente) Con cambio de hipervisor Alto Sí Sí
Grupo de EC2 Auto Scaling Todos Medio Sí Sí
Volumen de EBS Todos Bajo No Sí
Función de Lambda Todos Bajo No Sí
Servicio de Amazon ECS Todos Bajo Sí Sí
Instancia de base de datos de RDS Todos Medio Sí Sí
Almacenamiento de instancias de base de datos de RDS Todos Bajo No Sí
Almacenamiento de clúster de Aurora DB Todos Bajo No Sí
Actualizar Instancia de EC2 (cuenta independiente) Sin cambio de hipervisor Medio Sí Sí
Instancia de EC2 (cuenta independiente) Con cambio de hipervisor Alto Sí Sí
Grupo de EC2 Auto Scaling Todos Medio Sí Sí
Volumen de EBS Todos Bajo No Sí
Instancia de base de datos de RDS Todos Medio Sí Sí
Almacenamiento de instancias de base de datos de RDS Todos Bajo No Sí
Migrar a Graviton Instancia de EC2 (cuenta independiente) Con el tipo de carga Graviton-compatible de trabajo inferido Alto Sí Sí
Instancia de EC2 (cuenta independiente) Sin el tipo de carga de Graviton-compatible trabajo inferido Muy alta Sí Sí
Grupo de EC2 Auto Scaling Con el tipo de carga de Graviton-compatible trabajo inferido Alto Sí Sí
Grupo de EC2 Auto Scaling Sin el tipo de carga de Graviton-compatible trabajo inferido Muy alta Sí Sí
Instancia de base de datos de RDS Todos Medio Sí Sí