10 Mejores Prácticas
para reducir sus costos
en AWS
Por CloudHealth Technologies
Introducción:
Amazon Web Services (AWS) cambió para siempre el mundo de TI cuando entró en el mercado en 2006 ofreciendo servicios por centavos de dólar.
Si bien sus precios han bajado significativamente a lo largo de los años, las empresas aprendieron de la manera más difícil que el moverse a la nube pública no siempre se logra el ahorro de costes que esperaban.
De hecho, las organizaciones han notado que frecuentemente las cuentas de la nube pública es dos a tres veces superior a las expectativas (1). Esto no significa que moverse a La nube pública es un error. La nube pública proporciona enormes beneficios en agilidad, capacidad de respuesta, operación simplificada y mejora de la innovación.
El error es asumir que la migración a la nube pública sin la implementación de la administración, gobernancia y la automatización conllevarán al ahorro de costos. Para contrarestar los crecientes costos de la infraestructura de la nube, utilice estos consejos comprobados de mejores prácticas para la reducción de costos y optimización para asegurarse que está obteniendo Lo mejor de su entorno.
(1) Gartner, Innovation Insight for Dynamic Optimization Technology for Infrastructure. Resources and Cloud Services, Donna Scott and Milind Govekar, 29 February 2016.
1) Elimine los Volúmenes EBS sin Utilizar
Es común ver miles de dólares en los volúmenes de almacenamiento (EBS) Elastic Block Storage sin utilizar dentro de las cuentas de AWS. Estos son volúmenes que cuestan dinero pero que no se usa para nada. Cuando una instancia es lanzada, generalmente se adjunta un volumen de EBS para actuar como el bloque local de almacenamiento para la aplicación. Cuando se lanza una instancia a través de la consola de AWS, hay una configuración que garantiza que el volumen de EBS asociado es eliminado luego de la terminación de la instancia.
Sin embargo, si esa opción en la configuración no está marcada, el volumen permanece activo aún cuando la instancia es terminada. Amazon continuará cobrando por el precio de lista completo del volumen, a pesar del hecho de que el volumen no está en uso.
Al verificar continuamente los volúmenes de EBS sin utilizar en su infraestructura, puede recortar mucho dinero de su cuenta mensual en AWS. Una gran compañía de juegos en línea redujo su uso de EBS en un tercio eliminando los volúmenes de EBS no utilizados y monitoreando proactivamente volúmenes sin utilizar.
TIP: Las mejores prácticas son eliminar un volumen cuando no se ha sido utilizado durante dos semanas, ya que es poco probable que el mismo volumen sea utilizado de nuevo.
2) Elimine Snapshots/Instantáneas Antiguas
Muchas organizaciones usan instantáneas de EBS para crear point-in-copy, puntos de recuperación para usar en caso de pérdida de datos o desastre. Sin embargo, los costos de las instantáneas EBS pueden salirse de control rápidamente si no se monitorean de cerca. Las instantáneas individuales no son costosas, pero el costo puede crecer rápidamente cuando se acumulan.
Un factor que agrava el problema es que los usuarios pueden configurar los ajustes para crear instantáneas automáticamente sobre una base diaria, sin programar la eliminación de instantáneas más antiguas.
Las organizaciones pueden lograr que las instantáneas de EBS vuelvan a estar bajo control monitoreando el costo de la instantánea y el uso por instancia para asegurarse de que no se salgan de control. Establezca un estándar en su organización para cuántas instantáneas se deben conservar por instancia. Recuerde que la mayoría de las veces, una recuperación se producirá desde la instantánea más reciente.
Una empresa B2B SaaS encontró que entre sus millones de instantáneas de EBS, un gran porcentaje de ellos tenían más de dos años, haciéndolos
buenos candidatos para su eliminación.
TIP: Una forma de encontrar instantáneas que son buenos candidatos para la eliminación es identificar las instantáneas que no tienen asociado ningún volumen. Cuando se elimina un volumen, es común que las instantáneas permanezcan en su entorno. Tenga cuidado de noeliminar instantáneas que se están utilizando como un volumen para una instancia.
3) Elimine Direcciones de IP Elásticas sin Asociar
Una dirección IP elástica es una dirección IP pública que puede asociarse con una instancia y permite que la instancia sea accesible a través de Internet. La estructura de precios para una dirección IP elástica es única, ya que mientras la instancia se esté ejecutando, la IP elástica es gratuita.
Sin embargo, si una instancia se detiene o finaliza y la dirección IP elástica no está asociado a otra instancia, se le cobrará por las
IPs elásticas no asociadas. Desafortunadamente, es difícil identificar y administrar direcciones IP elásticas no asociadas dentro de la consola de AWS.
Esto puede o no significar un costo importante en su AWS, pero es clave estar al tanto de los recursos desperdiciados y ser
proactivo versus reactivo en el manejo de costos antes de que se pierda control sobre ellos.
Desde el punto de vista de las mejores prácticas, los cargos mensuales por direcciones IP elásticas deben ser lo más cercano a cero posible. Si las direcciones IP elásticas sin asociar están dentro de la cuenta AWS, estas deben ser reasociadas a una instancia o bien suprimidas para evitar el desperdicio de dinero.
Una gran empresa de telecomunicaciones aprendió de la manera más difícil que los pequeños cambios en su entorno pueden dar lugar a cargos significativos por las direcciones IP elásticas. En un esfuerzo por reducir su gasto mensual general, la compañía terminó cientos de instancias inactivas en una de sus cuentas. Los líderes de la compañía olvidaron, sin embargo, ¡liberar las direcciones IP elásticas!. El departamento financiero no supo sobre este exorbitante y costoso error hasta el siguiente mes, cuando las facturas de AWS llegaron con cargos de direcciones IP elásticas por casi $40,000.
4) Terminar con los Activos Zombis
Los activos zombis son componentes de infraestructura que se ejecutan en su entorno de nube pero no están siendo utilizados para ningún propósito. Los activos zombi vienen en muchas formas, por ejemplo, podría ser un EC2 que haya sido utilizados para un propósito particular, pero ya no está en uso y no se apagó. Las instancias de zombi EC2 también pueden ocurrir cuando las instancias fallan durante el
proceso de lanzamiento o debido a errores en el script que fallan en desaprovisionar instancias.
Los activos zombis también pueden venir en forma de balanceadores de carga elásticos (ELB) inactivos, que no se utilizan de manera efectiva o bien una instancia de servicio (RDS) base de datos relacional, inactiva. No importa la causa, AWS cobrará por ellos siempre y cuando estos activos se encuentren en un estado de ejecución.
Deben ser aislados, evaluados y terminados inmediatamente si se consideran no esencial. Tome una instantánea o un point-in-time-copy (punto de restauración) del activo antes de terminarlo o detenerlo para asegurarse de que puede recuperarlo si el activo es necesitado de nuevo.
Un cliente tuvo un proceso nocturno para ayudar a su velocidad de ingeniería — cargó una base de datos de producción anónima en RDS para usar en pruebas y verificación en un entorno seguro. El proceso funcionó bien y se redujo mucho tiempo a los ingenieros.
Sin embargo, mientras que la automatización fue buena para acelerar nuevos ambientes, el cliente nunca hizo un plan de limpieza.
Cada noche se activaba una nueva instancia de RDS, con los recursos adjuntos y luego fue abandonado, dejando eventualmente a cientos de recursos zombis.
TIP: Comience su caza de zombis identificando instancias que tienen un CPU% máx <5% en los últimos 30 días. Esto no significa automáticamente que la instancia es un zombie, pero definitivamente vale la pena investigarla más a fondo.
5) Actualice sus Instancias a la Última Generación
Cada cierto tiempo, AWS lanza la siguiente generación de instancias con rendimiento mejorado en precio-por-cómputo y funcionalidad adicional como clustering, redes mejoradas y la capacidad de adjuntar nuevos tipos de Volúmenes de EBS. Por ejemplo, la actualización de c1.xlarge a c3.xlarge reducirá costos hasta un 60% y ofrece un procesamiento significativamente más rápido.
La migración de un clúster de tipos de instancia desde la primera generación a La segunda generación probablemente será un proceso gradual para la mayoría de las empresas. El primer paso es decidir qué cuentas tienen instancias que son candidatos para la conversión. Si usted ha invertido fuertemente en Instancias Reservadas (RI), solo las instancias reservadas que estén prontas a expirar o aquellas que se ejecutan estrictamente bajo demanda deben ser convertidas.
Una gran compañía de SaaS B2B encontró que casi el 60% de las horas de instancia se ejecutaron en los últimos 12 meses usando tipos de instancias de generaciones anteriores. El análisis reveló que la actualización de esos casos a la última generación les ahorraría millones de dólares al año.
6) Redimensione sus Instancias EC2 y Volúmenes EBS
El redimensionamiento de instancias de Elastic Compute Cloud (EC2) es probablemente la iniciativa de reducción de costos con mayor impacto. Es comun en los desarrolladores crear nuevas instancias que son sustancialmente más grandes de lo necesario.
Esto puede ser intencional para darse espacio adicional o accidental si aún no conocen los requisitos de rendimiento de la nueva carga de trabajo. El aprovisionamiento excesivo de una instancia de EC2 puede llevar a un incremento exponencial en costos.
Sin el monitoreo del rendimiento o sin herramientas de administración de la nube, es difícil determinar cuándo los activos están sobre o insuficientemente provisionados.
Se puede recopilar cierta información de Cloud-Watch, es importante monitorear la utilización del CPU, la utilización de la memoria, la utilización del disco y la utilización de red in/out.
Al revisar estas métricas de tendencias a lo largo del tiempo, puede tomar decisiones alrededor de reducir el tamaño de la instancia sin dañar el rendimiento de las aplicaciones dentro de la misma. Porque es común que las instancias estén subutilizadas, puede reducir los costos asegurando que todas las instancias sean del tamaño adecuado.
TIP: Un buen punto de partida para el redimensionamiento es buscar instancias que tienen un CPU promedio <5% y un CPU máx <20% durante 30 días. Los casos que se ajusten a este criterio son candidatos viables para redimensionamiento o su terminación. Al igual que en las instancias de EC2, los volúmenes de EBS también pueden redimensionarse al tamaño correcto. En lugar de ver la dimensión del CPU, memoria, disco y red, los factores críticos a considerar en los EBS son la capacidad, IOPS y el rendimiento. Como fue explicado anteriormente, eliminar volúmenes sin enlazar es una forma de reducir el costo asociado a los volúmenes EBS. Otro enfoque es evaluar qué volúmenes se aprovisionan en exceso y pueden ser modificados para la reducción de costos. AWS ofrece varios tipos de Los volúmenes de EBS, desde HDDs fríos hasta discos SSD de IOPS aprovisionados, cada uno con sus propios precios y prestaciones. Analizando las read/write en todos los volúmenes, usted puede encontrar oportunidades para el ahorro de costos. Si un volumen está adjunto a una instancia y apenas tiene read/write en ese volumen, la instancia estará o inactiva o el volumen no es necesario. Estos son buenos candidatos para marcar para la evaluación de redimensionamiento. Es típico ver SSD de propósito general o volúmenes de SSD de IOPS aprovisionados que apenas tienen read/write durante un largo período de tiempo. Ellos pueden ser reducidos a HDD optimizado por rendimiento o incluso a volúmenes HDD fríos rara reducir el costo.
7) Detenga e Inicie Instancias en un Horario
Como se destacó anteriormente, AWS facturará una instancia siempre y cuando la instancia se está ejecutando. Inversamente, si una instancia está en un estado detenido, no habrá cargo asociado a esa instancia.
Para las instancias que se ejecutan 24/7, Amazon facturará de 672 a 744 horas por instancia, dependiendo del mes. Si una instancia se desactiva, por ejemplo, entre 5pm y 9am durante la semana laborable y también se desactiva en fines de semana y feriados, el total de las horas facturables por mes oscilarían entre 152 y 184 por instancia, ahorrando 488 a 592 horas por instancia por mes.
Este es un ejemplo extremo, que algunas veces simplemente no puede apagar las instancias debido a semanas laborales flexibles y los equipos de trabajo global con distintos horarios. Sin embargo, fuera de la producción, es probable que encuentre muchos casos que no es necesario correr realmente 24/7/365.
Los entornos más rentables dinámicamente detienen e inician las instancias basado en un horario establecido. Cada clúster de instancias puede ser tratado de diferente modo. Estos tipos de políticas de luces-encendidas/luces-apagadas a menudo pueden ser incluso más rentable que las compras de RI, por lo que es crucial analizar en dónde este tipo de política puede ser implementado.
TIP: Establecer un objetivo de las horas semanales que los sistemas no involucrados en producción debería correr. Una gran empresa editorial fijó ese objetivo en menos de 80 horas por semana, lo que les ahorra miles de dolares al mes.
8) Adquiera Instancias Reservadas en EC2, RDS y Optimización Automática
Comprar instancias reservadas (RI) es una técnica de ahorro de costos extremadamente efectiva, sin embargo, muchas organizaciones están abrumadas por el número de opciones.
Las instancias reservadas de AWS le permiten comprometerse con AWS, de tal manera que utilice ciertos tipos de instancia específicos a cambio de un descuento en su cálculo de costos y una reserva de capacidad que garantiza que usted pueda ejecutar una instancia de este tipo en el futuro.
Las instancias reservadas son similares a los cupones comprados ya sea todo por adelantado o parcialmente por adelantado o nada por adelantado, y que los clientes pueden aplicar para instancias en ejecución. Los RI pueden ahorrarle hasta un 75% en comparación con los precios a la carta, por lo que son una obviedad para cualquier empresa con uso sostenido de EC2 o RDS.
Un error común, derivado de poco conomiciento, es creer que los RI no se pueden modificar.
¡Esto no es verdad!
Una vez comprados, los RI pueden modificarse de varias maneras sin costo adicional:
- Cambio de zonas de disponibilidad dentro de la misma región
- Cambio entre EC2 classic y Virtual Private Cloud.
- Alterar el tipo de instancia dentro de la misma familia (esto incluye tanto dividir y fusionar tipos de instancia)
- Cambiar la cuenta que se beneficia de la compra de RI.
Los clientes de AWS más maduros ejecutan más del 80% de su Infraestructura EC2 a través de las compras de RI. Una buena práctica es no dejar que este número caiga por debajo del 60% para una máxima eficiencia.
Un sitio web de viajes para el consumidor ahora ejecuta más del 90% de sus instancias EC2 cubiertas por RIs, ahorrando a la compañía millones de dólares al año.
Es crítico no solo comprar RI sino también modificarlas continuamente para obtener el mayor valor.
Si una reserva está inactiva o infrautilizada, la modificación significa que RI puede cubrir el uso bajo demanda en mayor medida. Esto asegura que las RIs están operando lo más eficientemente posible y que las oportunidades de ahorro están siendo maximizadas.
TIP: El retorno de la inversión por la reserva de un año de duración casi siempre será después de seis meses. Esto es cuando puedes cerrar una instancia y aún así beneficiarse del descuento en los precios de la reserva. por una reserva de 3 años, el punto de equilibrio generalmente ocurre alrededor del noveno mes.
9) Adquiera Nodos Reservados en Redshift y Elasticache
Los RDS no son los únicos activos en AWS que utilizan reservas. Redshift y ElastiCache son dos servicios adicionales que puede comprar reservaciones para reducir costos.
Los nodos reservados Redshift funcionan de manera similar a las instancias de EC2 y RDS, en que se pueden comprar por adelantado, parcialmente por adelantado o nada por adelantado en Términos de 1 o 3 años.
Los nodos de caché reservados de ElastiCache le dan la opción de hacer un pago único y bajo por cada nodo de caché que desee reservar y, a cambio, recibir un descuento significativo en el cargo por hora para ese nodo de caché.
Amazon ElastiCache proporciona tres tipos de nodos de caché reservados de ElastiCache (Nodos de caché reservados de uso ligero, medio y pesado) que le permite balancear la cantidad que paga por adelantado con su precio por hora efectivo.
Aprovechar los nodos reservados puede tener un impacto significativo en su Factura de AWS.
TIP: Los nodos reservados pueden ahorrarle hasta un 75% en comparación con tarifas bajo demanda, cuando se utiliza establemente. Una empresa de juegos online redujo su costo en casi un 75% usando nodos reservados de Redshift.
10) Mover su Object Data a Niveles de Menor Costo
AWS ofrece varios niveles de almacenamiento de objetos a diferentes precios y niveles de rendimiento. Muchos usuarios de AWS tienden a preferir el almacenamiento S3, pero usted puede ahorrar más del 75% al migrar datos antiguos a niveles más bajos de almacenamiento.
La mejor práctica es mover los datos entre los niveles de almacenamiento dependiendo de su uso. Por ejemplo, el almacenamiento de acceso infrecuente es ideal para almacenamiento a largo plazo, copias de seguridad y contenido de recuperación de desastres, mientras que Glacier es más adecuado para archivo.
Además, la clase de almacenamiento de acceso infrecuente se establece en el nivel de objeto y puede existir en el mismo cubo como estándar. La conversión es tan simple como editar las propiedades del contenido dentro del cubo o crear una política de conversión del ciclo de vida para transicionar automáticamente objetos S3 entre clases de almacenamiento. Aquí hay una visión general rápida del almacenamiento de objetos actual ofrecidas por AWS:
CONCLUSIÓN
Es importante recordar que estas mejores prácticas no están destinadas a ser actividades de una sola vez, sino procesos continuos. Debido a la dinámica y la naturaleza cambiante de la nube, las actividades de optimización de costos deberían de tener lugar de forma continua.
Artículo tomado de y escrito por CloudHealth Technologies
www.cloudhealthtech.com.
Entradas recientes
Archivos
- abril 2024
- noviembre 2023
- octubre 2023
- agosto 2023
- julio 2023
- junio 2023
- febrero 2023
- noviembre 2022
- septiembre 2022
- enero 2022
- octubre 2021
- junio 2021
- abril 2020
- marzo 2020
- febrero 2020
- diciembre 2019
- noviembre 2019
- octubre 2019
- agosto 2019
- julio 2019
- junio 2019
- enero 2019
- diciembre 2018
- noviembre 2018
- octubre 2018
- septiembre 2018
- agosto 2018
- julio 2018
- junio 2018
- mayo 2018
- abril 2018
- marzo 2018
- febrero 2018
- enero 2018
- octubre 2017
Comunícate
Orade
PBX: +(502) 2329-6200
12 Avenida «A» 16-59 Zona 2
Página de Contacto
Síguenos
Nosotros
Productos y Servicios
- ¿Problemas con su Planta Telefónica?
- Billing
- Billing GT Trunk
- Billing USA Trunk
- Blog
- Certificados de Seguridad
- chatcentral
- chatcentral — Copy
- Gateway GSM
- Grandstream
- iQM – Gestión de Filas
- Ir a Página Inicio
- Issabel – Telecomunicación IP de Código Abierto
- iTokii – Sensores y Monitoreo
- Logitech
- Netborder SS7 Gateways
- Openvox
- Orade Cloud Office – 3CX
- QueueMetrics
- Recuperación de Cartera
- Sangoma – Comunicaciones Unificadas
- Sky Set Headsets para Call Cent
- Sophos – Ciberseguridad
- Switchvox – Comunicaciones Unificadas
- Teléfonos Industriales IP – Construcción Robusta, Resistentes a las Inclemencias del Tiempo
- Teramind
- Troncal SIP y DID
- uContact – Software Contact Center Omnicanal
- Video Portero Grandstream
- Voz IP
- Yealink
- Yeastar
Dejar un comentario
¿Quieres unirte a la conversación?Siéntete libre de contribuir!