Recomendaciones para

optimizar costos en
Amazon Web Services

AWS ofrece cientos de productos innovadores y precios competitivos.

Sin embargo, la búsqueda de optimización de costos no es responsabilidad
de Amazon Web Services, sino del usuario.

1
Puede sonar obvio, sin embargo, usualmente
Conozca su nos enfocamos en desempeño y disponibilidad,
lo que recomendamos es conocer características
infraestructura que nos digan cómo aprovechamos
la inversión en AWS.

Realice un inventario de su infraestructura con enfoque en las características que

impactan en el costo total de utilización de Amazon Web Services.

Ejemplos del análisis de los

productos más usados en AWS

EC2 S3 RDS
• Modelo de compra • Tipo de almacenamiento: • Modelo de compra
(Bajo demanda, instancias spot, etc.) (Estándar, redundancia reducida, (Bajo demanda, reservada etc.)
acceso infrecuente, glacier etc.) • Motor de base de datos
• Tipo de Instancia
(Familia, versión y tamaño, ejemplo: • Replicación entre regiones (Licencias)
m4.large) • Políticas de ciclo de vida • Tipo de almacenamiento
• Tipo de almacenamiento de los datos (SSD, IOPS, etc.)
EBS (GP1, SSD, IOPS, etc.) • Versionamiento activado • Read réplicas
• Transferencia de datos saliente • Transferencia de datos • Alta disponibilidad (Multi-AZ)
• Precio por región • Precio por región
• Elastic IPs (no asignadas) • Transferencia de datos

2 Medir para
El objetivo es no subutilizar o sobreutilizar
los recursos. Tener el tamaño correcto (right sizing)

controlar de nuestras instancias, sin comprometer

las necesidades del negocio.

Lo que no se mide, no se puede controlar.

Medir la infraestructura para poder redimensionar los productos

al tamaño correcto de utilización sin comprometer el rendimiento.

Le presentamos algunas métricas de monitoreo clave en AWS

en los productos más usados:

EC2
· En EC2 las métricas que recomendamos tener en cuenta son:
· Memoria, CPU y Disco.
· Detectar cuando no se utiliza el almacenamiento (EBS) ya que genera costo cuando no están asignadas.
· Revisar posibles IPs elásticas no asignadas ya que generan costo cuando no están asignadas (Auto-scaling).

S3 · En S3 le recomendamos revisión de las políticas del ciclo de vida de la información,

versionamiento y replicación en otro centro de datos

RDS · En RDS revisar los respaldos, utilización de memoria, CPU, IOPS,

conexiones concurrentes, IOPS

3
Es vital identificar el origen de los cuellos de
Identificar cuellos botella, estos pueden ocacionar fallas
operativas por lo tanto, perdidas de ROI en
de botellas el negocio.

Un cuello de botella se produce cuando el rendimiento está limitado

por un solo recurso (es decir, CPU, memoria o el disco I/O) y este
impacta su capacidad de ejecución.

Algunos cuellos de botella comunes son:

En situaciones dónde se satura el acceso a un sistema Si detecta un gran número de procesos activos, es
o aplicación se puede saturar el cache y las sesiones. posible desacoplar y tener varios servicios corriendo
Puedes utilizar balanceadores o motores que pueden en paralelo. (Paralelización de cargas).
desahogar el cuello de botella como Redis.

Cuando se realizan demasiadas consultas a una base Cuando una página o una aplicación cargan muy
de datos, puedes aligerar la carga hacia la base de lento, el problema puede ser debido a la latencia,
datos con una réplica que funciona solo para la lectura recomendamos utilizar una CDN
datos (Read Replica). (Content Delivery Network).

4 Detectar
patrones de
consumo
Utilice y pague los productos
solo cuando los necesite.

El objetivo es medir la utilización de nuestros productos para evaluar

en que momentos están siendo más utilizados y tomar acciones para auto escalar
y solo pagar cuando realmente necesitamos la infraestructura.

Puntos principales Acciones principales una vez que

para medir la utilización: analizamos nuestro ambiente:

Mapas de Calor de CPU y Red. Compra de instancias reservadas.

Retención histórica de datos. Compra de instancias SPOT.

Análisis de Cloud Watch. Implementación de otros productos

como balanceadores de carga.

Buscar especialmente en ambientes Autoscaling.

de desarrollo y pruebas son generalmente
donde tenemos instancias inactivas.

5 Auto-scaling puede
ser su mejor aliado
o su peor enemigo…
El escalar sin control,
genera costos no esperados.

AWS Auto Scaling, le permite monitorear sus aplicaciones y ajustar

automáticamente la capacidad de los recursos para mantener
un desempeño predecible y estable al menor costo posible.

Autoscaling Autoscaling Ataque

DDoS
MAX MAX MAX

%CPU %RAM I/O

MIN MIN Sin Alta

%DISK %RED Disponibilidad
MIN LÍMITES (Auto-healing)

Algunas Métricas clave para definir el Establezca límites mínimos y Si no tenemos límites pre-definidos
Autoscaling son % de utilización máximos de escalamiento, para evitar podríamos incurrir en gastos excesivos.
(CPU, RAM, I/O, DISK y red). que el consumo de AWS aumente de Por ejemplo, en caso de un ataque DDoS,
manera inesperada. cuide la capacidad de crecimiento en los
servidores y monitoree en todo
momento.

6
Prepárese para Optimice constantemente su infraestructura.
Aunque su infraestructura esté funcionando
evolucionar su correctamente, es posible que requiera ajustes

arquitectura
y optimización para obtener un mejor rendimiento
al mismo tiempo que ahorramos costos.

Cada liberación de nuevos productos o actualizaciones de AWS

es una oportunidad para evaluar su arquitectura actual.
Pueden incluir más características a un menor costo.

Ponga especial atención a:

Nuevos tipos de instancias. Utilización de Machine learning.

Infraestructura sin servidores Portabilidad de aplicaciones

(Serverless). con contenedores.

¡No está solo!

Rackspace puede ayudarle con la administración
y optimización de costos de forma continua.

Con Rackspace, tiene acceso a herramientas que le permiten realizar algunas

de estas tareas de forma automática. Además apóyese de los expertos de Rackspace
para ser su guía o bien operar por completo su nube en Amazon Web Services.