0

Ich habe 2 Maschinen unter einer Elastic Beanstalk-Umgebung ausgeführt. Einer von ihnen ist seit der letzten Bereitstellung ausgefallen. Ich hatte gehofft, dass die automatische Skalierungskonfiguration eine neue Maschine initiieren wird, da nur eine einzige Maschine verfügbar ist.AWS Elastische Beanstalk Auto Scaling-Konfiguration

Das ist nicht geschehen, und ich versuche, herauszufinden, was mit meinem Auto Scaling-Konfiguration falsch ist: enter image description here

+1

Zeigt diese Maschine einen Out of Service-Status im ELB an? – error2007s

+0

Ich bin nicht sicher, ob dies der genaue Begriff ist, aber ich bin mir sicher, dass ELB mir gezeigt hat, dass nur eine Instanz verfügbar war. Und der Anwendungsstatus wurde verschlechtert. – johni

Antwort

0

Das erste, was ich sehe, ist, dass Ihre Regeln widersprechen einander. Wenn die Anzahl der fehlerhaften Hosts über 0 liegt, fügen Sie einen einzelnen Host hinzu. Wenn sie unter 2 liegen, entfernen Sie einen einzelnen Host. Das kann erklären, warum Sie nichts mit Ihrem Auslöser passieren sehen.

Skalierungsauslöser werden verwendet, um EC2-Instanzen in Ihrer Auto Scaling-Gruppe einzubeziehen oder zu reduzieren. Dies wäre nützlich, um zusätzliche Instanzen einzubringen, um die gleiche Rechenleistung für Ihre Anwendung beizubehalten, während Sie untersuchen, was die fehlerhafte Instanz verursacht hat. Aber das wird die Instanz nicht ersetzen.

Um Ihre Instanzen nach einer bestimmten Zeit des Seins ungesund zu beenden, können Sie die documentation here folgen.

Standardmäßig sendet ELB Port 80 mit TCP, dies bestimmt den "Zustand" der EC2-Instanz zusammen mit der On-Host-EC2-Instance-Statusüberprüfung. Sie können eine URL für die Anwendungsintegritätsprüfung angeben, um eine benutzerdefinierte Integritätsprüfung einzurichten, die von Ihrer Anwendung zurückgegeben wird. Schauen Sie sich die detailliertere Anpassung von Beanstalk ELBs here an.