Schnelle automatische AWS-Skalierung

Question

Wie konfigurieren Sie AWS-Autoscaling für eine schnelle Skalierung? Ich habe eine AWS-Autoscaling-Gruppe mit einem ELB eingerichtet. Alles funktioniert gut, außer es dauert einige Minuten, bevor die neuen Instanzen hinzugefügt werden und online sind. Ich kam in dem folgenden in einem Beitrag über Puppet und automatische Skalierung:

Die Zeit von einigen Minuten bis zu einigen Sekunden kann maßstäblich gesenkt werden, wenn die AMI Sie für eine Gruppe von Knoten verwenden, ist bereits auf dem neuesten Stand.

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

Ist das wahr? Kann die Zeit auf ein paar Sekunden reduziert werden? Würde die Verwendung einer Puppe irgendwelche Leistungssteigerungen hinzufügen?

Ich habe auch gelesen, dass kleinere Instanzen starten schneller als größere:

Kleine Instanz 1,7 GB Speicher, 1 EC2 Compute Unit (1 virtueller Kern mit 1 EC2 Compute Unit), 160 GB Instance-Speicherung, 32-Bit-Plattform mit einer Basis von CentOS 5.3 AMI

Betrag der Zeit vom Start der Instanz der Verfügbarkeit installieren: zwischen 5 und 6 Minuten, um uns-Ost-1c

Large Instance 7,5 GB Speicher, 4 EC2 Compute Units (2 virtuelle Kerne mit 2 EC2 Compute jeweils Einheiten), 850 GB Instance Storage, 64-Bit-Plattform mit einer Basis von CentOS 5.3 AMI

Betrag der Zeit vom Start der Instanz der Verfügbarkeit installieren:
Zwischen 11 und 18 Minuten des US-Ost-1c

Beide wurden über die Kommandozeile mit Amazons Tools gestartet.

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

Ich nehme zur Kenntnis, dass der Artikel ist alt und meine c1.xlarge Instanzen nehmen 18min schon gar nicht zu starten. Dennoch wäre die Konfiguration einer Autoscale-Gruppe mit 50 Mikroinstanzen (mit einer höheren Skalierungsrichtlinie von 100% Kapazitätserhöhung) effizienter als eine mit 20 großen Instanzen? Oder möglicherweise zwei Autoscale-Gruppen erstellen, eine von Micros für die schnelle Startzeit und eine von großen Instanzen, um einige Minuten später CPU-Grunzen hinzuzufügen? Wenn alles gleich ist, wie viel schneller ist ein t1.micro online als ein c1.xlarge?

Answer 1

Sie können die Reaktionszeit für einen Autoscaller erhöhen oder verringern, indem Sie mit " " --cooldown "Wert (in Sekunden) abspielen. in Bezug auf die Arten der Instanzen verwendet werden, ist dies meist auf den Anwendungstyp basiert und eine Entscheidung zu diesem Thema sollte nach enger Leistungsüberwachung und Produktionsoptimierung getroffen werden.

Answer 2

Die Zeit von mehreren Minuten auf wenige Sekunden skalieren kann gesenkt werden, wenn die AMI Sie für eine Gruppe von Knoten verwenden bereits auf dem neuesten Stand ist. Dieser Weg, wenn Puppet beim Booten läuft, muss es sehr wenig tun, wenn überhaupt, , um die Instanz mit der zugewiesenen Rolle des Knotens zu konfigurieren.

Der Ratschlag hier spricht davon, Ihren AMI (Der Schnappschuss Ihres Betriebssystems) so aktuell wie möglich zu halten.Auf diese Weise muss Puppet, wenn die automatische Skalierung eine neue Maschine aufruft, nicht so viele Software installieren, wie es normalerweise bei einem leeren AMI der Fall wäre, sondern nur einige aktualisierte Anwendungsdateien abrufen.

Je nachdem, wie viel Arbeit Ihre Puppet-Skripte machen (apt-get installieren, Software kompilieren usw.), könnte dies 5-20 Minuten Zeit sparen.

Die beiden anderen Faktoren, die Sie kümmern müssen etwa sind:

• Wie lange es dauert, Ihre Load Balancer Sie mehr Ressourcen (zB eine Politik brauchen, um festzustellen, dass „neue Maschinen diktiert hinzugefügt werden sollte, wenn die CPU oben ist 90% für mehr als 5 Minuten "würden weniger reagieren und eher zu Timeouts führen als" neue Maschinen sollten hinzugefügt werden, wenn die CPU für mehr als 1 Minute über 60% liegt ")
• Wie lange dauert es, eine a neue EC2-Instanz (kleinere Instanztypen neigen dazu, kurze Vorbereitungszeiten zu berücksichtigen)

Answer 3

Wie schnell ASG reagiert auf drei Dinge abhängen würde:

1. Schritt - wie viel zu erhöhen, indem% oder feste Zahl - einen großen Schritt - Sie schnell erhöhen kann. ASG wird der gesamte Schritt in einem

2. Abklingzeit gehen starten - Dies gilt ‚wie bald‘ die nächste Erhöhung passieren kann. Wenn der vorherige Erhöhungsschritt immer noch innerhalb der definierten Abklingzeit (Sekunden) ist, wartet ASG und unternimmt noch keine Maßnahmen für die nächste Erhöhung. Mit einer kurzen Abklingzeit wird der nächste Schritt schneller.

3 AMI Typ- Wie viel Zeit ein AMI zum Start benötigt, hängt vom Typ des AMI ab - viele Faktoren kommen ins Spiel. Alle Dinge gleich Fully Baked AMIs starten viel schneller