Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Fehlerbehebung bei fehlerhaften Instances in Amazon EC2 Auto Scaling
Im Folgenden finden Sie die von Amazon EC2 Auto Scaling zurückgegebenen Fehlermeldungen, die möglichen Ursachen und die Schritte, die Sie zur Behebung der Probleme ergreifen können.
Wie Sie eine Fehlermeldung abrufen, erfahren Sie unter Anzeigen des Grundes für Fehler bei Zustandsprüfung.
Fehlermeldungen
- Eine Instance wurde aufgrund eines Fehlers der EC2-Instance-Zustandsprüfung außer Betrieb genommen
- Eine Instance wurde als Reaktion auf eine EC2-Zustandssprüfung, die anzeigte, dass sie beendet oder angehalten wurde, außer Betrieb genommen.
- Eine Instance wurde aufgrund eines Fehlers der Zustandsprüfung des ELB-Systems außer Betrieb genommen
- Weitere Ressourcen
Eine Instance wurde aufgrund eines Fehlers der EC2-Instance-Zustandsprüfung außer Betrieb genommen
Problem: Auto-Scaling-Instances lassen die Amazon EC2-Zustandsprüfungen fehlschlagen.
Ursache 1: Wenn es Probleme gibt, die dazu führen, dass Amazon EC2 die Instances in Ihrer Auto Scaling-Gruppe als beeinträchtigt betrachtet, ersetzt Amazon EC2 Auto Scaling die Instances im Rahmen seiner Zustandsprüfungen automatisch.
Lösung 1: Wenn eine Überprüfung des Instance-Status fehlschlägt, müssen Sie das Problem in der Regel selbst beheben, indem Sie Änderungen an der Instance-Konfiguration vornehmen, bis Ihre Anwendung keine Probleme mehr aufweist. Um dieses Problem zu beheben, führen Sie die folgenden Schritte aus:
-
Erstellen Sie manuell eine Amazon EC2-Instance, die nicht Teil der Auto-Scaling-Gruppe ist, und untersuchen Sie das Problem. Allgemeine Hilfe bei der Untersuchung beeinträchtigter Instances finden Sie unter Troubleshooting Instances with failed status checks im Amazon EC2 EC2-Benutzerhandbuch und Troubleshooting Windows Instances im Amazon EC2 EC2-Benutzerhandbuch.
-
Nachdem Sie sich vergewissert haben, dass Ihre Instance erfolgreich gestartet wurde und in Ordnung ist, verteilen Sie eine neue, fehlerfreie Instanzkonfiguration an die Auto-Scaling-Gruppe.
-
Löschen Sie die von Ihnen erstellte Instance, um zu verhindern, dass Ihr AWS -Konto weiter belastet wird.
Eine Instance wurde als Reaktion auf eine EC2-Zustandssprüfung, die anzeigte, dass sie beendet oder angehalten wurde, außer Betrieb genommen.
Problem: Auto-Scaling-Instances, die angehalten, neu gestartet oder beendet wurden, werden ersetzt.
Ursache 1: Ein Benutzer hat die Instance manuell angehalten, neu gestartet oder beendet.
Lösung 1: Wenn Sie die Instances in Ihrer Auto Scaling Scaling-Gruppe beenden oder neu starten müssen, empfehlen wir, die Instances zuerst in den Standby-Modus zu versetzen. Weitere Informationen finden Sie unter Vorübergehendes Entfernen von Instances aus einer Auto-Scaling-Gruppe.
Ursache 2: Amazon EC2 Auto Scaling versucht, Spot-Instances zu ersetzen, nachdem der Amazon EC2 Spot-Services die Instances unterbricht, da der Spot-Preis über Ihren Höchstpreis steigt oder die Kapazität nicht mehr verfügbar ist.
Lösung 2: Es gibt keine Garantie, dass eine Spot-Instance existiert, um die Anforderung zu einem bestimmten Zeitpunkt zu erfüllen. Sie können die folgenden Schritte versuchen:
-
Verwenden Sie einen höheren Spot-Höchstpreis (möglicherweise den On-Demand-Preis). Wenn Sie Ihren Höchstpreis höher setzen, ist die Chance höher, dass der Amazon EC2 Spot-Service Ihre erforderliche Kapazität startet und erhält.
-
Erhöhen Sie die Anzahl der verschiedenen Kapazitätspools, über die Sie Instances starten können, indem Sie mehrere Instance-Typen in mehreren Availability Zones ausführen. Weitere Informationen finden Sie unter Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen.
-
Wenn Sie mehrere Instance-Typen verwenden, sollten Sie die Funktion „Kapazitätsausgleich“ aktivieren. Dies ist nützlich, wenn der Amazon EC2 Spot-Service versucht, eine neue Spot-Instance zu starten, bevor eine laufende Instance beendet wird. Weitere Informationen finden Sie unter Verwenden des Kapazitätsausgleichs, um Amazon-EC2-Spot-Unterbrechungen zu behandeln.
Ursache 3: Mit Capacity Blocks beendet Amazon EC2 alle Instances, die noch laufen, 30 Minuten vor der Endzeit des Capacity Blocks. Diese abrupte Beendigung veranlasst Ihre Auto Scaling Scaling-Gruppe, neue Instances zu starten, um die gewünschte Kapazität aufrechtzuerhalten, auch wenn der Kapazitätsblock endet.
Lösung 3: Versuchen Sie Folgendes, um dieses Problem zu beheben:
-
Verringern Sie die gewünschte Kapazität der Auto Scaling Scaling-Gruppe, um zu verhindern, dass sie versucht, neue Instances zu starten. Weitere Informationen finden Sie unter Manuelle Skalierung für Amazon EC2 Auto Scaling.
-
Stellen Sie sicher, dass Sie in Ihrer Auto Scaling Scaling-Gruppe 30 Minuten vor dem Ende des Kapazitätsblocks skalieren, damit dieser Fehler nicht häufig auftritt. Stellen Sie sicher, dass alle Lifecycle-Hooks 30 Minuten vor dem Ende des Kapazitätsblocks abgeschlossen sind. Weitere Informationen finden Sie unter Capacity BlocksFür Machine-Learning-Workloads verwenden.
Eine Instance wurde aufgrund eines Fehlers der Zustandsprüfung des ELB-Systems außer Betrieb genommen
Problem: Auto-Scaling-Instances bestehen womöglich die EC2-Zustandsprüfungen. Jedoch können die Elastic Load Balancing-Zustandsprüfungen für die Zielgruppen oder Classic Load Balancers fehlschlagen, bei denen die Auto-Scaling-Gruppe registriert ist.
Ursache 1: Wenn sich Ihre Auto Scaling-Gruppe auf Zustandsprüfungen von Elastic Load Balancing stützt, bestimmt Amazon EC2 Auto Scaling den Integritätsstatus Ihrer Instances, indem es die Ergebnisse sowohl der EC2-Statusprüfungen als auch der Elastic Load Balancing Balancing-Zustandsprüfungen überprüft. Der Load Balancer führt Zustandsprüfungen durch, indem er eine Anforderung an jede Instance sendet und auf die richtige Antwort wartet, oder indem er eine Verbindung mit der Instance herstellt. Eine Instance kann bei einer Elastic Load Balancing-Zustandsprüfung fehlschlagen, weil eine Anwendung, die in der Instance ausgeführt wird, Probleme verursacht, die dazu führen, dass der Load Balancer die Instance außer Betrieb nimmt.
Lösung 1: So werden die Elastic Load Balancing-Zustandsprüfungen erfolgreich durchlaufen
-
Stellen Sie sicher, dass die Einstellungen für die Zustandsprüfung Ihrer Zielgruppen korrekt konfiguriert sind. Sie definieren Zustandsprüfungseinstellungen für Ihren Load Balancer pro Zielgruppe. Weitere Informationen finden Sie unter Konfigurieren Sie Integritätsprüfungen für Ziele.
-
Überprüfen Sie die Erfolgscodes, die der Load Balancer erwartet, und stellen Sie sicher, dass Ihre Anwendung so konfiguriert ist, dass sie diese Codes bei Erfolg zurückgibt.
-
Stellen Sie sicher, dass die Sicherheitsgruppen für Ihren Load Balancer und die Auto-Scaling-Gruppe korrekt konfiguriert sind.
-
Stellen Sie sicher, dass der Load Balancer in denselben Availability Zones wie Ihre Auto-Scaling-Gruppe konfiguriert ist.
Lösung 2: Aktualisieren Sie die Auto-Scaling-Gruppe, um Elastic Load Balancing-Zustandsprüfungen zu deaktivieren. Anweisungen zum Deaktivieren dieser Zustandsprüfungen finden Sie unter. Fügen Sie Ihrer Auto Scaling Scaling-Gruppe einen Elastic Load Balancing Load Balancer hinzu
Ursache 2: Es besteht eine Diskrepanz zwischen dem Kulanzzeitraum der Zustandsprüfung und der Startzeit der Instance.
Lösung 3: Bearbeiten Sie den Kulanzzeitraum für die Integritätsprüfung für Ihre Auto Scaling Scaling-Gruppe. Legen Sie den Kulanzzeitraum auf einen ausreichend langen Zeitraum fest, um die Anzahl der aufeinanderfolgenden erfolgreichen Zustandsprüfungen zu unterstützen, die erforderlich sind, bevor Elastic Load Balancing eine neu gestartete Instance als fehlerfrei einstuft. Weitere Informationen finden Sie unter Legen Sie die Wartefrist für die Zustandsprüfung einer Auto-Scaling-Gruppe fest.
Weitere Ressourcen
Wenn Sie ein anderes Problem haben, finden Sie in den folgenden AWS re:Post Artikeln zusätzliche Hilfe zur Fehlerbehebung:
