AWS EC2 Auto Scaling Groups: Ich erhalte Min und Max, aber wofür sind die gewünschten Instanzen begrenzt?

Wenn Sie Setup ein Auto Scaling - Gruppen in AWS EC2 Minund MaxGrenzen scheinen Sinn zu machen:

• Die Mindestanzahl von Instanzen, auf die basierend auf Richtlinien verkleinert werden soll
• Die maximale Anzahl von Instanzen, auf die basierend auf Richtlinien skaliert werden kann

Ich war jedoch nie in der Lage, meinen Kopf um das zu wickeln, was zum Teufel das bewirken Desiredsoll.

Ich habe immer nur Desiredgleich gesetzt Min, weil ich Amazon im Allgemeinen den minimal möglichen Zehnten zahlen möchte, und es sei denn, Sie benötigen eine Instanz, um das Laden zu bewältigen, sollte es die MinAnzahl der Instanzen sein.

Ich weiß, wenn Sie ElasticBeanstalka Minauf 1 und Max2 setzen und setzen , setzt es a Desiredauf 2 (natürlich!) - Sie können keinen Wert für auswählen Desired.

Was wäre der Anwendungsfall für eine andere DesiredAnzahl von Instanzen und wie unterscheidet er sich? Wenn Sie erwarten, dass AWS niedriger skaliert als Ihr, Desiredwenn gewünscht, größer als Min?

Hier sind die Erläuterungen zu den "Min-, gewünschten und Max" -Werten des AWS-Supports:

MIN: Dies ist die Mindestanzahl von Instanzen, die in Ihrer automatischen Skalierungsgruppe ausgeführt werden können. Wenn Ihr CloudWatch-Alarm für die Verkleinerung ausgelöst wird, beendet Ihre automatische Skalierungsgruppe niemals Instanzen unterhalb dieser Nummer

GEWÜNSCHT: Wenn Sie einen CloudWatch-Alarm für ein Scale-up-Ereignis auslösen, wird der automatische Skalierer benachrichtigt, um den gewünschten Wert auf einen bestimmten höheren Wert zu ändern, und der automatische Skalierer startet eine oder mehrere Instanzen, um diese Nummer zu erreichen. Wenn Sie einen CloudWatch-Alarm auslösen, um ihn zu verkleinern, wird der gewünschte automatische Skalierer auf eine bestimmte niedrigere Zahl geändert, und der automatische Skalierer beendet Instanzen, um zu dieser Zahl zu gelangen.

MAX: Dies ist die maximale Anzahl von Instanzen, die Sie in Ihrer automatischen Skalierungsgruppe ausführen können. Wenn Ihr CloudWatch-Skalierungsalarm weiterhin ausgelöst wird, erstellt Ihre automatische Skalierungsgruppe niemals Instanzen, die über dem angegebenen Höchstbetrag liegen.

Stellen Sie sich das wie ein Gleitbereich-UI-Element vor.

Mit min und max legen Sie die Untergrenze Ihrer Instanzskalierung fest. Mit der gewünschten Kapazität legen Sie fest, wie hoch die Instanzanzahl derzeit sein soll.

Beispiel: Sie wissen, dass Ihre Anwendung aufgrund einer Marketing-E-Mail oder einer Produkteinführung stark ausgelastet sein wird. Skalieren Sie einfach vorher die gewünschte Kapazität:

aws autoscaling set-desired-capacity --auto-scaling-group-name my-auto-scaling-group --desired-capacity 2 --honor-cooldown

Quelle

Wenn Sie erwarten, dass AWS niedriger skaliert als gewünscht, wenn gewünscht, größer als min?

Dies geschieht, wenn Sie einen CloudWatch-Alarm basierend auf einer AutoScaling-Richtlinie festlegen. Immer wenn dieser Alarm ausgelöst wird, wird der DesiredCount auf den in der Konfiguration angegebenen Wert aktualisiert.

Beispiel: Wenn eine AutoScalingGroup-Konfiguration Min = 1, Desired = 3, Max = 5 hat und auf einer AutoScalingPolicy ein Alarm eingestellt ist, der besagt, dass die CPU-Auslastung für aufeinanderfolgende 10 Minuten <50% beträgt Remove 1 instances, wird die Anzahl der Instanzen weiter reduziert 1, wenn der Alarm ausgelöst wird, bis DesiredCount = MinCount.

Lessons Learned: Setzen Sie den MinCount auf> 0 oder = DesiredCount. Dadurch wird sichergestellt, dass die Anwendung nicht heruntergefahren wird, wenn mincount = 0 und die CPU-Auslastung sinken.

"Gewünscht" ist (notwendigerweise) mehrdeutig.

• Dies bedeutet die " anfängliche " Anzahl von Instanzen. Warum dann nicht einfach "initial"? Weil sich die Anzahl durch Ereignisse mit automatischer Skalierung ändern kann.
• Es bedeutet also " aktuelle " Anzahl von Instanzen. Warum dann nicht einfach "aktuell"? Denn während eines Autoscaling-Ereignisses werden Instanzen gestartet / beendet. Diese Instanzen zählen nicht für die "aktuelle" Anzahl von Instanzen. Mit "aktuell" erwartet ein Benutzer Instanzen, die betriebsbereit sind.
• Es bedeutet also " Ziel " der Instanznummer. Warum dann nicht einfach "zielen"? Ich denke "Ziel" ist genauso gut (mehrdeutig) wie "gewünscht" ...

Basierend auf meiner Lektüre wird der DesiredCapacityWert für Laien automatisch bei Scale-In- und Scale-Out-Ereignissen aktualisiert.

Mit anderen Worten,

Scale-In oder Scale-Out erfolgt durch Verringern oder Erhöhen des DesiredCapacityWerts.

Gewünschte Kapazität bedeutet einfach die Anzahl der Instanzen, die beim Starten der automatischen Skalierung gestartet / ausgelöst werden. Das heißt, wenn die gewünschte Kapazität = 4 ist, werden 4 Instanzen so lange ausgeführt, bis ein Scale-up- oder Scale-down-Ereignis ausgelöst wird. Wenn ein Scale-up-Ereignis auftritt, wird die Anzahl der Instanzen bis zur maximalen Kapazität erhöht, und wenn ein Scale-down-Ereignis auftritt, wird sie bis zur minimalen Kapazität verringert.

Korrigieren Sie mich, wenn Sie falsch liegen, danke.

Ich bemerkte, dass die gewünschte Kapazität abnahm und keine neue Instanz auftauchte, als

1. Ich habe eine der Instanzen auf Standby gesetzt. Es lief weiter, wurde jedoch von ELB getrennt (Anforderungen wurden beim Zugriff über ELB-DNS nicht an diese bestimmte Instanz weitergeleitet). Von AWS wurde keine neue Instanz initiiert. Die eher gewünschte Kapazität wurde um 1 verringert.
2. Als ich den Instanzstatus (aus dem Standby-Modus) änderte, wurde die Instanz erneut an ELB angehängt (die Instanz erhielt beim Zugriff über ELB-DNS Anforderungen). Die gewünschte Kapazität wurde um 1 erhöht und wurde 2.

Daher scheint es, dass keine an ELB angehängte Instanzen den durch min und max festgelegten Schwellenwert nicht überschreiten können, aber die gewünschte Kapazität wird automatisch angepasst oder geändert, basierend auf dem Auftreten eines Scale-In- oder Scale-Out-Ereignisses. Es war definitiv etwas Unbekanntes für mich.

Dies kann eine Möglichkeit sein, AWS darüber zu informieren, dass dies die gewünschte Kapazität ist, die für die jeweilige ELB zu einem bestimmten Zeitpunkt erforderlich ist.

Min und Max sind selbsterklärend, aber erwünscht war verwirrend, bis ich der ASG eine Richtlinie zur automatischen Skalierung der Zielverfolgung beigefügt habe, bei der die CPU-Auslastung die Zielmetrik war. Hier wurden die gewünschten Instanzen basierend auf der Ziel-CPU-Auslastung skaliert und skaliert. Wenn eine gewünschte Anzahl durch Cloudformation / Handbuch platziert wird, erstellt ASG vorerst die gleiche Anzahl von Instanzen wie die gewünschte Anzahl. Die spätere ASG-Richtlinie passt die gewünschten Instanzen jedoch automatisch an die Ziel-CPU-Auslastung an.