Tus primeros días trabajando con entornos cloud pueden ser algo confusos porque no estás acostumbrado a su diferente paradigma, y algunas de tus primeras preguntas pueden tener respuestas sencillas. Buscando consejos, muchas empresas nos preguntan cómo ser rentables cuando comienzan en la nube.
Aunque este post puede resultar algo básico, pensamos que puede ayudar a aquellos que tengan algunas dudas tempranas, así como a ayudar a algunas empresas a ahorrar algo de dinero cuando comienzan en la nube. En “los básicos de la eficiencia de los costes en la nube” conocerás cómo economizar tus costes en la nube en los entornos de testing y preproducción sobre Amazon Web Services utilizando comandos simples de AWS CLI.
Normalmente, la mayor parte de los costes sobre la infraestructura recaen en la capacidad computacional de los servidores. En AWS, cuando hablamos de capacidad de computación hablamos de instancias EC2, donde el coste depende únicamente de las horas reales que utilizas cada instancia. Además, una instancia más grande en términos de capacidad computacional es más cara, lógicamente. Es bastante común utilizar servidores de testing y preproducción sólo durante horas laborales, ya que no tiene ningún sentido tener esta clase de entornos funcionando durante las 24 horas del día. Por esta razón es interesante, en cuanto a la eficiencia de los costes en la nube, aprovecharse de lo sencillo que es iniciar y parar instancias en la nube de AWS. Por ejemplo, puedes detener todas las instancias durante la noche y reiniciarlas por la mañana. Hay dos aproximaciones diferentes:
- Instancias de largo recorrido (no autoescalado)
- Instancias dentro de grupos Autoscaling (ASG)
Eficiencia de los costes en la nube: instancias de largo recorrido
Para instancias de largo recorrido, podemos utilizar un simple script en bash cuya ejecución puede programarse en un cronjob. Este cron usaría comandos AWS CLI para detener instancias específicas. Imagina que todas tus instancias dentro de una cuenta AWS están etiquetadas con el tag “Environment”, con valores distintos dependiendo del entorno del que dependen: producción, preproducción y testing. El script simplemente comprobará qué IDs de las instancias tienen un tag específico (“Environment = Preproduction” por ejemplo), y una vez que tenga sus IDs, utilizaremos la API de AWS para mandar una señal de stop a estas instancias EC2. El script podría parecerse a lo siguiente:
Ten en cuenta que una vez que has aumentado el número de instancias que se encuentran dentro del ASG, las políticas de autoscaling decidirán de nuevo el número real de instancias necesarias (valor deseado) dependiendo de la carga del ASG (utilización de la CPU, por ejemplo). Las políticas de escalado basadas en alarmas de CloudWatch definen cómo los ASG escalan hacia fuera o hacia adentro.
Conclusión
Éstos son comandos AWS CLI muy simples para iniciar/parar instancias de forma sencilla, para ahorrar costes en los entornos test/dev en AWS, y por supuesto normalmente existen más elementos de los que preocuparse en un entorno completo de preproducción.
De todas formas, puedes crear potentes scripts con una lógica e inteligencia más complejas utilizando tu lenguaje de programación favorito. AWS ofrece distintos SDKs para prácticamente todos los lenguajes de programación: Python, Ruby, Java, PHP, .Net, Go, C++, Node.js…
Espero que hayas disfrutado de este post y te animo a que revises nuestro blog para leer otros posts que puedan ser de tu interés. No dudes en contactarnos si deseas que te ayudemos en tus proyectos.
