Autoescalado rápido de AWS

Question

¿Cómo se configura la autoescala de AWS para escalar rápidamente? Configuré un grupo de autoescalamiento AWS con un ELB. Todo está funcionando bien, excepto que toma varios minutos antes de que se agreguen las nuevas instancias y estén en línea. Me encontré con el siguiente en un post acerca de marionetas y autoscaling:

La hora de escalar se puede bajar desde varios minutos hasta unos segundos si el IAM se utiliza para un grupo de nodos ya está en marcha hasta la fecha.

http://puppetlabs.com/blog/rapid-scaling-with-auto-generated-amis-using-puppet/

Es esto cierto? ¿Se puede reducir el tiempo de escala a unos pocos segundos? ¿El uso de marionetas agregará mejoras de rendimiento?

También leí que los casos más pequeños empiezan más rápido que los más grandes:

Pequeño Instancia 1,7 GB de memoria, 1 unidad de sistemas EC2 (1 núcleo virtual con 1 unidad de sistemas EC2), 160 GB de almacenamiento ejemplo, plataforma de 32 bits con una base de instalación de CentOS 5.3 AMI

cantidad de tiempo desde lanzamiento de ejemplo a disponibilidad: entre 5 y 6 minutos us-este-1c

grande instancia 7,5 GB de memoria, 4 EC2 Compute Units (2 núcleos virtuales con 2 EC2 Compute Unidades cada uno), 850 GB de almacenamiento de instancia, plataforma de 64 bits con una instalación base de CentOS 5.3 IAM

cantidad de tiempo desde el lanzamiento de la instancia a disponibilidad:
entre los 11 y 18 minutos nos-este-1c

Ambos se iniciaron a través de la línea de comandos utilizando las herramientas Amazonas.

http://www.philchen.com/2009/04/21/how-long-does-it-take-to-launch-an-amazon-ec2-instance

observo que el artículo es viejo y mis casos c1.xlarge ciertamente no están tomando 18min para el lanzamiento. No obstante, ¿sería más eficiente configurar que un grupo con 20 instancias grandes la configuración de un grupo de autoescala con 50 instancias micro (con una política de escala ascendente del 100% de aumento de capacidad)? ¿O podría crear dos grupos de autoescala, uno de micros para un tiempo de inicio rápido y uno de grandes instancias para agregar gruñidos de CPU unos minutos más tarde? En igualdad de condiciones, ¿cuánto más rápido entra un t1.micro en línea que un c1.xlarge?

Answer 1

puede aumentar o disminuir el tiempo de reacción de un cochellador al jugar con "--cooldown" (en segundos). con respecto a los tipos de instancias que se utilizarán, esto se basa principalmente en el tipo de aplicación y se debe tomar una decisión sobre este tema después de un monitor de rendimiento cercano y ajuste de la producción.

Answer 2

La hora de escalar se puede bajar desde varios minutos hasta unos segundos si el IAM se utiliza para un grupo de nodos ya está en marcha hasta la fecha. Esta forma , cuando Puppet se ejecuta al arrancar, tiene que hacer muy poco, si acaso, para configurar la instancia con el rol asignado del nodo.

El consejo aquí es hablar de tener su AMI (La instantánea de su sistema operativo) lo más actualizada posible.De esta forma, cuando la escala automática muestra una nueva máquina, Puppet no tiene que instalar gran cantidad de software como lo haría normalmente en una AMI en blanco; es posible que solo necesite extraer algunos archivos actualizados de la aplicación.

Dependiendo de cuánto trabajen sus scripts de Puppet (apt-get install, compilación de software, etc.) esto podría ahorrarle 5-20 minutos.

Los otros dos factores que hay que preocuparse son:

• El tiempo que tarda el equilibrador de carga para determinar que necesita más recursos (por ejemplo, una política que dicta "nuevas máquinas deben añadirse cuando la CPU está por encima 90% durante más de 5 minutos "sería menos receptivo y más probable que conduzca a tiempos de espera en comparación con" se deben agregar máquinas nuevas cuando la CPU está por encima del 60% durante más de 1 minuto ")
• ¿Cuánto tiempo lleva aprovisionar un nueva instancia EC2 (los tipos de instancia más pequeños tienden a tomar tiempos cortos para aprovisionarse)

Answer 3

¿Qué tan pronto responde ASG dependerían de 3 cosas:

1. Paso - cuánto se aumenta por% o número fijo - un gran paso - se puede aumentar rápidamente. ASG pondrá en marcha todo el paso de una sola vez

2. El tiempo de reutilización Período - Esto se aplica 'qué tan pronto' el próximo incremento puede suceder. Si el paso de aumento anterior aún se encuentra dentro del período de enfriamiento definido (segundos), ASG esperará y aún no tomará ninguna acción para el próximo aumento. Tener un período de enfriamiento pequeño permitirá el siguiente paso más rápido.

3 AMI tipo- cuánto tiempo tarda un AMI en iniciarse, esto depende del tipo de AMI: muchos factores entran en juego. Todas las cosas son iguales AMIs completamente horneadas lanzan mucho más rápido