Probleme mit Amazon EC2 Auto Scaling beheben

1. Führen Sie eine der folgenden Aktionen aus:

   • Rufen Sie den delete-deployment-groupBefehl auf, um die Bereitstellungsgruppe zu löschen, die der Auto Scaling Scaling-Gruppe zugeordnet ist, die das Heartbeat-Timeout verursacht.

   • Rufen Sie den update-deployment-groupBefehl mit einer leeren Liste von Auto Scaling Scaling-Gruppennamen auf, die nicht Null ist, um alle von CodeDeploy -managed Auto Scaling Scaling-Lifecycle-Hooks zu trennen.

     Geben Sie beispielsweise den folgenden Befehl ein: AWS CLI

     aws deploy update-deployment-group --application-name my-example-app --current-deployment-group-name my-deployment-group --auto-scaling-groups

     Ein weiteres Beispiel: Wenn Sie das CodeDeploy API mit Java verwenden, rufen Sie auf UpdateDeploymentGroup und setzen Sie autoScalingGroups es aufnew ArrayList<String>(). Dadurch wird autoScalingGroups eine leere Liste angezeigt und die bestehende Liste wird entfernt. Verwenden Sie diese Option nichtnull, was die Standardeinstellung ist, da sie so autoScalingGroups bleibt, wie sie ist, was Sie nicht möchten.

   Überprüfen Sie die Ausgabe des Aufrufs. Wenn die Ausgabe eine hooksNotCleanedUp Struktur mit einer Liste von Amazon EC2 Auto Scaling Scaling-Lifecycle-Hooks enthält, gibt es übrig gebliebene Lifecycle-Hooks.

2. Rufen Sie den describe-lifecycle-hooksBefehl auf und geben Sie den Namen der Amazon EC2 Auto Scaling Scaling-Gruppe an, die den EC2 Instances zugeordnet ist, die nicht gestartet werden konnten. Suchen Sie in der Ausgabe nach einem der folgenden Elemente:

   • Namen von Amazon EC2 Auto Scaling Scaling-Lifecycle-Hooks, die der hooksNotCleanedUp Struktur entsprechen, die Sie in Schritt 1 identifiziert haben.

   • Amazon EC2 Auto Scaling Scaling-Lifecycle-Hook-Namen, die den Namen der Bereitstellungsgruppe enthalten, die der fehlerhaften Auto Scaling Scaling-Gruppe zugeordnet ist.

   • Namen von Amazon EC2 Auto Scaling Scaling-Lifecycle-Hooks, die möglicherweise das Heartbeat-Timeout für die CodeDeploy Bereitstellung verursacht haben.

3. Wenn ein Hook in eine der in Schritt 2 aufgeführten Kategorien fällt, rufen Sie den delete-lifecycle-hookBefehl auf, um ihn zu löschen. Geben Sie die Amazon EC2 Auto Scaling Scaling-Gruppe und den Lifecycle-Hook im Aufruf an.

   Wichtig

   Löschen Sie nur Hooks, die Probleme verursachen, wie in Schritt 2 beschrieben. Wenn Sie brauchbare Hooks löschen, schlagen Ihre Bereitstellungen möglicherweise fehl oder Sie können Ihre Anwendungsrevisionen CodeDeploy möglicherweise nicht auf skalierten Instanzen bereitstellen. EC2

4. Rufen Sie entweder den create-deployment-groupBefehl update-deployment-groupoder mit den gewünschten Auto Scaling Scaling-Gruppennamen auf. CodeDeployinstalliert die Auto Scaling Scaling-Hooks mit neuen neu neuUUIDs.

1. Rufen Sie den describe-lifecycle-hooksBefehl auf und geben Sie den Namen der Amazon EC2 Auto Scaling Scaling-Gruppe an, die der Bereitstellungsgruppe in zugeordnet ist CodeDeploy. Notieren Sie sich jeden LifecycleHooks-Wert der Liste LifecycleHookName der Ausgabe.

2. Rufen Sie den get-deployment-groupBefehl auf und geben Sie den Namen der Bereitstellungsgruppe an, die der Amazon EC2 Auto Scaling Scaling-Gruppe zugeordnet ist. Suchen Sie in der Ausgabe in der autoScalingGroups Liste nach jedem Element, dessen Namenswert mit dem Amazon EC2 Auto Scaling Scaling-Gruppennamen übereinstimmt, und notieren Sie sich dann den entsprechenden hook Wert.

1. Wenn es Lebenszyklus-Hook-Namen in der Ausgabe des Befehls describe-lifecycle-hooks gibt, die nicht auch in der Ausgabe des Befehls get-deployment-group vorkommen, führen Sie die folgenden Schritte aus:

   1. Rufen Sie für jeden Lifecycle-Hook-Namen in der describe-lifecycle-hooks Befehlsausgabe den delete-lifecycle-hookBefehl auf.

   2. Rufen Sie den update-deployment-groupBefehl auf und geben Sie den Namen der ursprünglichen Amazon EC2 Auto Scaling Scaling-Gruppe an. CodeDeploy erstellt neue Ersatz-Lifecycle-Hooks in der Amazon EC2 Auto Scaling Scaling-Gruppe und ordnet die Lifecycle-Hooks der Bereitstellungsgruppe zu. Automatische Bereitstellungen sollten jetzt wieder aufgenommen werden, sobald neue Instances zur Amazon EC2 Auto Scaling Scaling-Gruppe hinzugefügt werden.

2. Wenn es Lebenszyklus-Hook-Namen in der Ausgabe des Befehls get-deployment-group gibt, die nicht auch in der Ausgabe des Befehls describe-lifecycle-hooks vorkommen, führen Sie die folgenden Schritte aus:

   1. Rufen Sie den update-deployment-groupBefehl auf, geben Sie jedoch nicht den Namen der ursprünglichen Amazon EC2 Auto Scaling Scaling-Gruppe an.

   2. Rufen Sie den update-deployment-group Befehl erneut auf, geben Sie diesmal jedoch den Namen der ursprünglichen Amazon EC2 Auto Scaling Scaling-Gruppe an. CodeDeploy erstellt die fehlenden Lifecycle-Hooks in der Amazon EC2 Auto Scaling Scaling-Gruppe neu. Automatische Bereitstellungen sollten jetzt wieder aufgenommen werden, sobald neue Instances zur Amazon EC2 Auto Scaling Scaling-Gruppe hinzugefügt werden.

Um den Fehler zu beheben, wenn es im InService Bundesstaat keine Instanzen gibt

1. Überprüfen Sie in der EC2 Amazon-Konsole die Einstellung Gewünschte Kapazität. Wenn sie Null ist, setzen Sie sie auf eine positive Zahl. Warten Sie, bis die Instanz fertig istInService, was bedeutet, dass die Bereitstellung erfolgreich war. Sie haben das Problem behoben und können die verbleibenden Schritte dieses Fehlerbehebungsverfahrens überspringen. Informationen zur Einstellung der gewünschten Kapazität finden Sie unter Festlegen von Kapazitätsgrenzen für Ihre Auto Scaling Scaling-Gruppe im Amazon EC2 Auto Scaling Scaling-Benutzerhandbuch.

2. Wenn Auto Scaling immer wieder versucht, neue EC2 Instances zu starten, um die gewünschte Kapazität zu erreichen, das Scale-Out aber nie erreichen kann, liegt das in der Regel an einem fehlgeschlagenen Auto Scaling Scaling-Lifecycle-Hook. Beheben Sie dieses Problem wie folgt:

   1. Informationen dazu, welches Auto Scaling Scaling-Lifecycle-Hook-Ereignis fehlschlägt, finden Sie unter Verifizieren einer Skalierungsaktivität für eine Auto Scaling Scaling-Gruppe im Amazon EC2 Auto Scaling Scaling-Benutzerhandbuch.

   2. Wenn der Name des fehlgeschlagenen Hooks lautetCodeDeploy-managed-automatic-launch-deployment-hook-DEPLOYMENT_GROUP_NAME, gehen Sie zu CodeDeploy, suchen Sie die Bereitstellungsgruppe und suchen Sie die fehlgeschlagene Bereitstellung, die von Auto Scaling gestartet wurde. Untersuchen Sie dann, warum die Bereitstellung fehlgeschlagen ist.

   3. Wenn Sie wissen, warum die Bereitstellung fehlgeschlagen ist (z. B. dass CloudWatch Alarme aufgetreten sind), und Sie das Problem beheben können, ohne die Version zu ändern, sollten Sie dies jetzt tun.

   4. Wenn Sie nach einer Untersuchung feststellen, dass die CodeDeploy letzte erfolgreiche Revision nicht mehr fehlerfrei ist und es keine fehlerfreien Instances in Ihrer Auto Scaling Scaling-Gruppe gibt, befinden Sie sich in einem Bereitstellungs-Deadlock-Szenario. Um dieses Problem zu lösen, müssen Sie die fehlerhafte CodeDeploy Revision reparieren, indem Sie den Lifecycle-Hook vorübergehend aus der Auto Scaling Scaling-Gruppe entfernen CodeDeploy, den Hook dann erneut installieren und eine neue (gute) Revision erneut bereitstellen. Detaillierte Anweisungen finden Sie unter:

      • To fix the deployment deadlock issue (CLI)

      • To fix the deployment deadlock issue (console)

Um das Deployment-Deadlock-Problem zu beheben () CLI

1. (Optional) Blockieren Sie Ihre CI/CD-Pipelines, die den CodeDeploy Fehler verursachen, sodass es nicht zu unerwarteten Bereitstellungen kommt, während Sie dieses Problem beheben.

2. Notieren Sie sich Ihre aktuelle Auto Scaling DesiredCapacityScaling-Einstellung:

   aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name ASG_NAME

   Möglicherweise müssen Sie am Ende dieses Vorgangs wieder auf diese Zahl zurückskalieren.

3. Stellen Sie Ihre Auto Scaling DesiredCapacityScaling-Einstellung auf ein1. Dies ist optional, wenn Ihre gewünschte Kapazität höher war als 1 ursprünglich angegeben. Wenn Sie sie auf reduzieren1, nimmt die Instanz weniger Zeit für die Bereitstellung und spätere Bereitstellung in Anspruch, was die Fehlerbehebung beschleunigt. Wenn Ihre gewünschte Auto Scaling-Kapazität ursprünglich auf eingestellt war0, müssen Sie sie auf erhöhen1. Dies ist verpflichtend.

   als Autoscaling set-desired-capacity -- auto-scaling-group-name ASG_NAME --gewünschte Kapazität 1

   Anmerkung

   Bei den verbleibenden Schritten dieses Verfahrens wird davon ausgegangen, dass Sie Ihren Wert auf eingestellt haben. DesiredCapacity1

   An diesem Punkt versucht Auto Scaling, auf eine Instanz zu skalieren. Da der CodeDeploy hinzugefügte Hook immer noch vorhanden ist, CodeDeploy versucht er dann die Bereitstellung; die Bereitstellung schlägt fehl; Auto Scaling bricht die Instance ab; und Auto Scaling versucht, eine Instance neu zu starten, um die gewünschte Kapazität von einer Instanz zu erreichen, was wiederum fehlschlägt. Sie befinden sich in einer Abbruch-Relaunch-Schleife.

4. Deregistrieren Sie die Auto Scaling Scaling-Gruppe von der Bereitstellungsgruppe ab:

   Warnung

   Mit dem folgenden Befehl wird eine neue EC2 Instance ohne Software gestartet. Bevor Sie den Befehl ausführen, stellen Sie sicher, dass eine Auto Scaling InService Scaling-Instanz, auf der keine Software ausgeführt wird, akzeptabel ist. Stellen Sie beispielsweise sicher, dass der der Instance zugeordnete Load Balancer ohne Software keinen Datenverkehr an diesen Host sendet.

   Wichtig

   Verwenden Sie den unten abgebildeten CodeDeploy Befehl, um den Hook zu entfernen. Entfernen Sie den Hook nicht über den Auto Scaling Scaling-Dienst, da das Entfernen von nicht erkannt wird CodeDeploy.

   aws deploy update-deployment-group --application-name APPLICATION_NAME --current-deployment-group-name DEPLOYMENT_GROUP_NAME --auto-scaling-groups

   Nach der Ausführung dieses Befehls passiert Folgendes:

   1. CodeDeploy Deregistriert die Auto Scaling Scaling-Gruppe von der Bereitstellungsgruppe ab.

   2. CodeDeploy entfernt den Auto Scaling Scaling-Lifecycle-Hook aus der Auto Scaling Scaling-Gruppe.

   3. Da der Hook, der zu einer fehlgeschlagenen Bereitstellung geführt hat, nicht mehr vorhanden ist, storniert Auto Scaling die bestehende EC2 Instanz und startet sofort eine neue, um sie auf die gewünschte Kapazität zu skalieren. Die neue Instanz sollte bald ihren InService Status annehmen. Die neue Instanz enthält keine Software.

5. Warten Sie, bis die EC2 Instanz den InService Status erreicht hat. Verwenden Sie den folgenden Befehl, um ihren Status zu überprüfen:

   aws autoscaling describe-auto-scaling-groups --auto-scaling-group-names ASG_NAME --query AutoScalingGroups[0].Instances[*].LifecycleState

6. Fügen Sie den Hook wieder zur EC2 Instanz hinzu:

   Wichtig

   Verwenden Sie den unten abgebildeten CodeDeploy Befehl, um den Hook hinzuzufügen. Verwenden Sie nicht den Auto Scaling Scaling-Dienst, um den Hook hinzuzufügen, da der Zusatz von nicht erkannt wird CodeDeploy.

   aws deploy update-deployment-group --application-name APPLICATION_NAME --current-deployment-group-name DEPLOYMENT_GROUP_NAME --auto-scaling-groups ASG_NAME

   Nach der Ausführung dieses Befehls passiert Folgendes:

   1. CodeDeploy installiert den Auto Scaling Scaling-Lifecycle-Hook erneut für die EC2 Instance

   2. CodeDeploy registriert die Auto Scaling Scaling-Gruppe erneut bei der Bereitstellungsgruppe.

7. Erstellen Sie eine flottenweite Bereitstellung mit Amazon S3 oder einer GitHub Version, von der Sie wissen, dass sie fehlerfrei ist und die Sie verwenden möchten.

   Wenn es sich bei der Revision beispielsweise um eine ZIP-Datei in einem Amazon S3 S3-Bucket handelt, der my-revision-bucket mit dem Objektschlüssel von aufgerufen wirdhttpd_app.zip, geben Sie den folgenden Befehl ein:

   aws deploy create-deployment --application-name APPLICATION_NAME --deployment-group-name DEPLOYMENT_GROUP_NAME --revision "revisionType=S3,s3Location={bucket=my-revision-bucket,bundleType=zip,key=httpd_app.zip}"

   Da es jetzt eine InService Instanz in der Auto Scaling Scaling-Gruppe gibt, sollte diese Bereitstellung funktionieren, und der Fehler Die Bereitstellung ist fehlgeschlagen, weil für Ihre Bereitstellungsgruppe keine Instanzen gefunden wurden, sollte nicht mehr angezeigt werden.

8. Wenn die Bereitstellung erfolgreich war, skalieren Sie Ihre Auto Scaling Scaling-Gruppe wieder auf die ursprüngliche Kapazität, falls Sie sie zuvor skaliert haben:

   aws autoscaling set-desired-capacity --auto-scaling-group-name ASG_NAME --desired-capacity ORIGINAL_CAPACITY

So beheben Sie das Deadlock-Problem bei der Bereitstellung (Konsole)

1. (Optional) Blockieren Sie Ihre CI/CD-Pipelines, die den CodeDeploy Fehler verursachen, sodass es nicht zu unerwarteten Bereitstellungen kommt, während Sie dieses Problem beheben.

2. Gehen Sie zur EC2 Amazon-Konsole und notieren Sie sich Ihre Einstellung „Auto Scaling Desired Capacity“. Möglicherweise müssen Sie am Ende dieses Vorgangs wieder auf diese Zahl zurückskalieren. Informationen zum Auffinden dieser Einstellung finden Sie unter Kapazitätsgrenzen für Ihre Auto Scaling Scaling-Gruppe festlegen.

3. Stellen Sie die gewünschte Anzahl von EC2 Instanzen wie folgt ein1:

   Dies ist optional, wenn Ihre gewünschte Kapazität höher war als 1 ursprünglich angegeben. Wenn Sie sie auf reduzieren1, nimmt die Instanz weniger Zeit für die Bereitstellung und spätere Bereitstellung in Anspruch, was die Fehlerbehebung beschleunigt. Wenn Ihre gewünschte Auto Scaling-Kapazität ursprünglich auf eingestellt war0, müssen Sie sie auf erhöhen1. Dies ist verpflichtend.

   Anmerkung

   Bei den verbleibenden Schritten dieses Verfahrens wird davon ausgegangen, dass Sie Ihre gewünschte Kapazität auf eingestellt haben1.

   1. Öffnen Sie die EC2 Amazon-Konsole unter https://console.aws.amazon.com/ec2/und wählen Sie im Navigationsbereich Auto Scaling Groups aus.

   2. Wählen Sie die entsprechende Region aus.

   3. Gehen Sie zur problematischen Auto Scaling Scaling-Gruppe.

   4. Wählen Sie in den Gruppendetails die Option Bearbeiten aus.

   5. Stellen Sie Gewünschte Kapazität auf ein1.

   6. Wählen Sie Aktualisieren.

4. Deregistrieren Sie die Auto Scaling Scaling-Gruppe von der Bereitstellungsgruppe ab:

   Warnung

   Mit den folgenden Teilschritten wird eine neue EC2 Instance ohne Software gestartet. Bevor Sie den Befehl ausführen, stellen Sie sicher, dass eine Auto Scaling InService Scaling-Instanz, auf der keine Software ausgeführt wird, akzeptabel ist. Stellen Sie beispielsweise sicher, dass der der Instance zugeordnete Load Balancer ohne Software keinen Datenverkehr an diesen Host sendet.

   1. Öffnen Sie die CodeDeploy Konsole unter. https://console.aws.amazon.com/codedeploy/

   2. Wählen Sie die entsprechende Region aus.

   3. Wählen Sie im Navigationsbereich Applications (Anwendungen).

   4. Wählen Sie den Namen Ihrer CodeDeploy Anwendung.

   5. Wählen Sie den Namen Ihrer CodeDeploy Bereitstellungsgruppe.

   6. Wählen Sie Edit (Bearbeiten) aus.

   7. Deaktivieren Sie in der Umgebungskonfiguration die Amazon EC2 Auto Scaling Scaling-Gruppen.

      Anmerkung

      In der Konsole können Sie die Konfiguration nicht speichern, wenn keine Umgebungskonfiguration definiert ist. Um die Prüfung zu umgehen, fügen Sie vorübergehend ein Tag von EC2 oder hinzu, von dem Sie wissenOn-premises, dass es nicht zu Hosts aufgelöst wird. Um ein Tag hinzuzufügen, wählen Sie EC2Amazon-Instances oder On-Premises-Instance aus und fügen Sie einen Tag-Schlüssel von EC2 oder On-premises hinzu. Sie können das Tag Value leer lassen.

   8. Wählen Sie Änderungen speichern.

      Nach Abschluss dieser Teilschritte geschieht Folgendes:

      1. CodeDeploy Deregistriert die Auto Scaling Scaling-Gruppe von der Bereitstellungsgruppe ab.

      2. CodeDeploy entfernt den Auto Scaling Scaling-Lifecycle-Hook aus der Auto Scaling Scaling-Gruppe.

      3. Da der Hook, der zu einer fehlgeschlagenen Bereitstellung geführt hat, nicht mehr vorhanden ist, storniert Auto Scaling die bestehende EC2 Instanz und startet sofort eine neue, um sie auf die gewünschte Kapazität zu skalieren. Die neue Instanz sollte bald ihren InService Status annehmen. Die neue Instanz enthält keine Software.

5. Warten Sie, bis die EC2 Instanz den InService Status erreicht hat. Um ihren Status zu überprüfen:

   1. Öffnen Sie die EC2 Amazon-Konsole unter https://console.aws.amazon.com/ec2/.

   2. Wählen Sie im Navigationsbereich die Option Auto Scaling Groups (Gruppen).

   3. Wählen Sie Ihre Auto Scaling Scaling-Gruppe.

   4. Wählen Sie im Inhaltsbereich die Registerkarte Instance Management aus.

   5. Vergewissern Sie sich, dass unter Instances in der Spalte Lifecycle InServiceneben der Instanz angezeigt wird.

6. Registrieren Sie die Auto Scaling Scaling-Gruppe erneut bei der CodeDeploy Bereitstellungsgruppe. Verwenden Sie dabei dieselbe Methode, mit der Sie sie entfernt haben:

   1. Öffnen Sie die CodeDeploy Konsole unter. https://console.aws.amazon.com/codedeploy/

   2. Wählen Sie die entsprechende Region aus.

   3. Wählen Sie im Navigationsbereich Applications (Anwendungen).

   4. Wählen Sie den Namen Ihrer CodeDeploy Anwendung.

   5. Wählen Sie den Namen Ihrer CodeDeploy Bereitstellungsgruppe.

   6. Wählen Sie Edit (Bearbeiten) aus.

   7. Wählen Sie in der Umgebungskonfiguration Amazon EC2 Auto Scaling Scaling-Gruppen und wählen Sie Ihre Auto Scaling Scaling-Gruppe aus der Liste aus.

   8. Suchen Sie unter EC2Amazon-Instances oder On-Premises-Instances nach dem Tag, den Sie hinzugefügt haben, und entfernen Sie es.

   9. Deaktivieren Sie das Kontrollkästchen neben EC2Amazon-Instances oder On-Premises-Instances.

   10. Wählen Sie Änderungen speichern.

   Diese Konfiguration installiert den Lifecycle-Hook erneut in der Auto Scaling Scaling-Gruppe.

7. Erstellen Sie eine flottenweite Bereitstellung mit Amazon S3 oder einer GitHub Version, von der Sie wissen, dass sie fehlerfrei ist und die Sie verwenden möchten.

   Wenn es sich bei der Revision beispielsweise um eine ZIP-Datei in einem Amazon S3 S3-Bucket handelt, der my-revision-bucket mit dem Objektschlüssel von aufgerufen wirdhttpd_app.zip, gehen Sie wie folgt vor:

   1. Wählen Sie in der CodeDeploy Konsole auf der Seite Deployment Group die Option Create deployment aus.

   2. Wählen Sie unter Revision type (Revisionstyp) die Option My application is stored in Amazon S3 (Meine Anwendung ist in Amazon S3 gespeichert) aus.

   3. Wählen Sie als Speicherort der Version die Options3://my-revision-bucket/httpd_app.zip.

   4. Wählen Sie als Revisionsdateityp die Option.zip.

   5. Wählen Sie Create deployment.

   Da es jetzt eine InService Instanz in der Auto Scaling Scaling-Gruppe gibt, sollte diese Bereitstellung funktionieren, und der Fehler Die Bereitstellung ist fehlgeschlagen, weil für Ihre Bereitstellungsgruppe keine Instanzen gefunden wurden, sollte nicht mehr angezeigt werden.

8. Wenn die Bereitstellung erfolgreich war, skalieren Sie Ihre Auto Scaling Scaling-Gruppe wieder auf die ursprüngliche Kapazität, falls Sie sie zuvor skaliert haben:

   1. Öffnen Sie die EC2 Amazon-Konsole unter https://console.aws.amazon.com/ec2/und wählen Sie im Navigationsbereich Auto Scaling Groups aus.

   2. Wählen Sie die entsprechende Region aus.

   3. Gehen Sie zu Ihrer Auto Scaling Scaling-Gruppe.

   4. Wählen Sie in den Gruppendetails die Option Bearbeiten aus.

   5. Setzen Sie die gewünschte Kapazität auf ihren ursprünglichen Wert zurück.

   6. Wählen Sie Aktualisieren.