View a markdown version of this page

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

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

Compre Savings Plans para computación, instancias de EC2 y Sagemaker.

Compra de reservas

Purchase EC2, Amazon RDS, OpenSearch, Amazon Redshift, ElastiCache, MemoryDB, y DynamoDB reservations.

Se detiene

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

Elimine

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

Reducción horizontal

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.

Acción 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
Savings Plans para SageMaker Todos Muy bajo No No
Compra de reservas Instancias reservadas de EC2 Todos Muy bajo No
Instancias reservadas de Amazon RDS Todos Muy bajo No No
Nodos reservados de Amazon Redshift Todos Muy bajo No No
Instancias reservadas de OpenSearch Todos Muy bajo No No
Nodos reservados de ElastiCache 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
Instancia de base de datos de RDS Solo motores RDS MySQL y RDS PostgreSQL Bajo
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
Reducción horizontal Grupo de escalado automático EC2 Todos Bajo No No
Dimensionar correctamente Instancia de EC2 (cuenta independiente) Sin cambio de hipervisor Medio
Instancia de EC2 (cuenta independiente) Con cambio de hipervisor Alto
Grupo de escalado automático EC2 Todos Medio
Volumen de EBS Todos Bajo No
Función de Lambda Todos Bajo No
Servicio de Amazon ECS Todos Bajo
Instancia de base de datos de RDS Todos Medio
Almacenamiento de instancias de base de datos de RDS Todos Bajo No
Almacenamiento de clúster de Aurora DB Todos Bajo No
Actualizar Instancia de EC2 (cuenta independiente) Sin cambio de hipervisor Medio
Instancia de EC2 (cuenta independiente) Con cambio de hipervisor Alto
Grupo de escalado automático EC2 Todos Medio
Volumen de EBS Todos Bajo No
Instancia de base de datos de RDS Todos Medio
Almacenamiento de instancias de base de datos de RDS Todos Bajo No
Migrar a Graviton Instancia de EC2 (cuenta independiente) Con un tipo de carga de trabajo inferida compatible con Graviton Alto
Instancia de EC2 (cuenta independiente) Sin un tipo de carga de trabajo inferida compatible con Graviton Muy alta
Grupo de escalado automático EC2 Con un tipo de carga de trabajo inferida compatible con Graviton Alto
Grupo de escalado automático EC2 Sin un tipo de carga de trabajo inferida compatible con Graviton Muy alta
Instancia de base de datos de RDS Todos Medio