Rapida scalabilità automatica di AWS

Question

Come si configura la scalabilità automatica di AWS per scalare rapidamente? Ho configurato un gruppo di scalabilità automatica AWS con un ELB. Tutto funziona bene, tranne che richiede diversi minuti prima che le nuove istanze vengano aggiunte e siano online. Mi sono imbattuto nel seguente in un post su Puppet e autoscaling:

il momento di scala può essere abbassata da alcuni minuti a pochi secondi se l'AMI si usa per un gruppo di nodi è già aggiornato.

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

E 'vero? È possibile ridurre il tempo di ridimensionamento in pochi secondi? Userebbe il burattino aggiungere eventuali aumenti delle prestazioni?

Ho anche letto che istanze piccole partono più rapidamente di quelli più grandi:

Piccolo grado 1,7 GB di memoria, 1 EC2 Compute Unità (1 core virtuale con 1 EC2 Compute Unit), 160 GB di storage esempio, piattaforma a 32 bit con una installazione di base di CentOS 5,3 AMI

Quantità di tempo dal lancio di esempio per disponibilità: tra 5 e 6 minuti ci-est-1c

Grande instance 7,5 GB di memoria, 4 EC2 Unità di calcolo (2 core virtuali con 2 EC2 Compute Unità ciascuno), 850 GB di archiviazione esempio, piattaforma a 64 bit con una installazione di base di CentOS 5,3 AMI

Quantità di tempo dal lancio di esempio per disponibilità:
Tra 11 e 18 minuti ci-est-1c

Entrambi sono stati avviati tramite riga di comando utilizzando gli strumenti Amazons.

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

rilevo che l'articolo è vecchio e le mie istanze c1.xlarge non sono certamente prendendo 18min per il lancio. Tuttavia, la configurazione di un gruppo in scala automatica con 50 micro istanze (con una politica di aumento del 100% di aumento della capacità) sarebbe più efficiente di una con 20 istanze di grandi dimensioni? O potenzialmente creando due gruppi in scala automatica, uno dei micros per tempi di avvio rapidi e una delle grandi istanze per aggiungere un grugnito alla CPU pochi minuti dopo? A parità di tutti gli altri, quanto più veloce è un t1.micro online rispetto a un c1.xlarge?

Answer 1

è possibile aumentare o diminuire il tempo di reazione per un autoscaller giocando con il valore "--cooldown" (in secondi). per quanto riguarda i tipi di istanze da utilizzare, questo è principalmente basato sul tipo di applicazione e una decisione su questo argomento dovrebbe essere presa dopo un attento monitoraggio delle prestazioni e l'ottimizzazione della produzione.

Answer 2

il momento di scala può essere abbassato da alcuni minuti a pochi secondi se l'AMI si usa per un gruppo di nodi è già aggiornato. Questo modo , quando Puppet viene eseguito all'avvio, deve fare molto poco, semmai, per configurare l'istanza con il ruolo assegnato al nodo.

Il consiglio qui sta parlando di avere il tuo AMI (L'istantanea del tuo sistema operativo) il più aggiornato possibile.In questo modo, quando la scala automatica attiva una nuova macchina, Puppet non deve installare molti software come normalmente farebbe su una AMI vuota, ma potrebbe semplicemente dover recuperare alcuni file dell'applicazione aggiornati.

In base a quanto lavoro eseguono gli script Puppet (apt-get install, compiling software, ecc.), Ciò potrebbe far risparmiare 5-20 minuti.

Gli altri due fattori che dovete preoccupare sono:

• Quanto tempo ci vuole di bilanciamento del carico per determinare avete bisogno di più risorse (ad esempio, una politica che impone "nuove macchine dovrebbero essere aggiunti quando la CPU è al di sopra Il 90% per più di 5 minuti "sarebbe meno reattivo e più probabilità di generare timeout rispetto a" nuove macchine dovrebbero essere aggiunte quando la CPU supera il 60% per più di 1 minuto ")
• Quanto tempo ci vuole per fornire un nuova istanza EC2 (i tipi di istanza più piccoli tendono a richiedere tempi di consegna brevi)

Answer 3

quanto tempo risponde ASG dipenderebbero 3 cose:

1. Fase - di quanto aumentare da% o numero fisso - un grande passo - si può aumentare rapidamente. ASG lancerà l'intero passo in una volta

2. Cooldown Periodo - Questo vale 'come presto' il prossimo aumento può accadere. Se il passaggio di incremento precedente è ancora entro il periodo di raffreddamento definito (secondi), ASG attenderà e non agirà per il prossimo aumento ancora. Avere un breve periodo di ricarica consentirà il passaggio successivo più veloce.

3 AMI del tipo quanto tempo un AMI prende per lanciare, questo dipende dal tipo di AMI - molti fattori entrano in gioco. Tutto uguale Gli AMI completamente cotti si lanciano molto più velocemente