AWS EC2 Auto Scaling-Gruppen: bekomme ich Min und Max, aber das, was die Gewünschten Instanzen limit für?
Wenn Sie setup eine Auto Scaling-Gruppen, die in AWS EC2 Min
und Max
Grenzen scheinen Sinn zu machen:
- Die minimale Anzahl von Instanzen zu verkleinern, basierend auf Richtlinien
- Die maximale Anzahl von Instanzen zu skalieren und basiert auf Richtlinien
Allerdings habe ich nie in der Lage, wickeln Sie meinen Kopf herum, was solls Desired
bestimmt ist, zu beeinflussen.
Ich habe immer nur set Desired
gleich Min
, weil in der Regel, ich möchte zahlen von Amazon, die mindestens den zehnten möglich, es sei denn, Sie müssen eine Instanz zu handhaben laden, es sollte am Min
Anzahl der Instanzen.
Ich wissen, ob Sie mit ElasticBeanstalk
und legen Sie eine Min
1 und Max
zu 2. es setzt eine Desired
2 (natürlich!)--Sie können nicht wählen Sie einen Wert für Desired
.
Was wäre der Anwendungsfall für eine andere Desired
Anzahl der Instanzen und wie unterscheidet es sich? Wenn Sie erwarten, AWS-Skala niedriger als Ihre Desired
wenn gewünscht ist größer als Min
?
- Du machst es richtig, indem Sie Ihren gewünschten Wert in Höhe von min, da gewünschte gibt die "aktuelle Menge" auf die ASG. Wenn ein alarm ausgelöst wird, zu "erhöhen" oder "verringern" den gewünschten Betrag ändert (wie ein Schalter an einer Schalttafel), so dass die ASG erstellt oder löscht eine Instanz. Sie können überprüfen, meine ausführliche Antwort unten.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Hier sind die Erklärungen für die "min, gewünschte und "max" Werte von AWS support:
Darüber nachdenken, wie eine gleitende Reihe UI-element.
Mit min und max bestimmen Sie die untere Schranke der Instanz-Skalierung. Mit der gewünschten Kapazität, Sie setzen das, was man derzeit, wie die Anzahl der Instanzen zu schweben.
Beispiel:
Sie kennen Ihre Anwendung wird die schwere Last durch eine E-Mail-marketing oder Produkt-launch...einfach skalieren, bis die gewünschte Kapazität vorher:
Quelle
Dies geschieht, wenn Sie einen CloudWatch-alarm basiert auf einigen Autoskalierender Politik. Wann ein alarm ausgelöst wird, erfolgt die Aktualisierung der DesiredCount zu was auch immer erwähnt wird, in der config.
z.B., Wenn ein AutoScalingGroup config hat Min=1, Desired=3, Max=5 und es wird ein Alarm auf einer AutoScalingPolicy, die sagt, wenn die CPU-Auslastung <50%, anschliessend 10 Minuten dann
Remove 1 instances
dann wird es weiter zu reduzieren die Anzahl der Instanzen um 1, wenn der alarm ausgelöst wird, bis die DesiredCount = MinCount.Lektionen Gelernt: Legen Sie die MinCount zu werden > 0 oder = DesiredCount. Dies wird sicherstellen, dass die Anwendung nicht gebracht, wenn die mincount=0 und die CPU-Auslastung geht runter.
Basierend auf meiner Lektüre, in juristischer Hinsicht,
DesiredCapacity
Wert wird automatisch aktualisiert, auf scale-in und scale-out-Veranstaltungen.In anderen Worten,
Scale-in oder Scale-out-geschehen durch eine Verringerung oder Erhöhung der
DesiredCapacity
Wert.Gewünschte Kapazität bedeutet einfach die Anzahl der Instanzen, die kommen wird /entlassen, wenn Sie starten Sie den autoskalierender. Das heißt, wenn die gewünschte Kapazität = 4, dann 4 Instanzen am laufen halten, bis und es sei denn, eine scale-up oder scale-down-Ereignis auslöst. Wenn scale-up-event Auftritt, wird die Anzahl der Instanzen gehen, bis die maximale Kapazität und wenn scale-down-Ereignis tritt auf, dass es gehen wird, bis die minimale Kapazität.
Korrigieren Sie mich, wenn falsch, danke.
"Gewünscht" ist (notwendigerweise) eindeutig.