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. # Was ist Amazon EC2 Auto Scaling? Amazon EC2 Auto Scaling hilft Ihnen sicherzustellen, dass Sie die richtige Anzahl von Amazon EC2-Instances zur Verfügung haben, um die Auslastung Ihrer Anwendung zu bewältigen. Sie erstellen Sammlungen von EC2 Instances, die als *Auto Scaling-Gruppen* bezeichnet werden. Sie können die minimale Anzahl von Instances in jeder Auto Scaling-Gruppe angeben und Amazon EC2 Auto Scaling stellt sicher, dass Ihre Gruppe nie kleiner als diese Grösse wird. Sie können die maximale Anzahl von Instances in jeder Auto-Scaling-Gruppe angeben und Amazon EC2 Auto Scaling stellt sicher, dass Ihre Gruppe nie grösser als diese Grösse wird. Wenn Sie die gewünschte Kapazität angeben – entweder beim Erstellen der Gruppe oder später – stellt Amazon EC2 Auto Scaling sicher, dass Ihrer Gruppe die entsprechende Anzahl an Instances zugewiesen wird. Wenn Sie Skalierungsrichtlinien angeben, kann Amazon EC2 Auto Scaling je nach Bedarf Ihrer Anwendung Instances starten oder beenden. Die folgende Auto Scaling Scaling-Gruppe hat beispielsweise eine Mindestgröße von vier Instances, eine gewünschte Kapazität von sechs Instances und eine Maximalgröße von zwölf Instances. Die Anzahl an Instances wird gemäß den von Ihnen festgelegten Skalierungsrichtlinien angepasst. Sie liegt immer zwischen Ihrer Mindest- und Höchstanzahl an Instances und richtet sich nach den von Ihnen angegebenen Kriterien. ![\[Ein grundlegendes Architekturdiagramm einer Auto Scaling Scaling-Gruppe innerhalb einer VPC.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/asg-basic-arch.png) ## Funktionen von Amazon EC2 Auto Scaling Mit Amazon EC2 Auto Scaling sind Ihre EC2-Instances in Auto Scaling-Gruppen organisiert, sodass sie für Skalierungs- und Verwaltungszwecke als logische Einheit behandelt werden können. Auto Scaling Scaling-Gruppen verwenden Startvorlagen (oder Startkonfigurationen) als Konfigurationsvorlagen für ihre EC2-Instances. Im Folgenden sind die wichtigsten Funktionen von Amazon EC2 Auto Scaling aufgeführt: **Überwachung des Zustands laufender Instances** Amazon EC2 Auto Scaling überwacht automatisch den Zustand und die Verfügbarkeit Ihrer Instances mithilfe von EC2-Zustandsprüfungen und ersetzt beendete oder beeinträchtigte Instances, um die gewünschte Kapazität aufrechtzuerhalten. **Benutzerdefinierte Zustandsprüfungen** Zusätzlich zu den integrierten Integritätsprüfungen können Sie benutzerdefinierte Zustandsprüfungen definieren, die speziell auf Ihre Anwendung zugeschnitten sind, um sicherzustellen, dass sie erwartungsgemäß reagiert. Wenn eine Instance Ihre benutzerdefinierte Zustandsprüfung nicht besteht, wird sie automatisch ersetzt, um die gewünschte Kapazität aufrechtzuerhalten. **Kapazitätsausgleich zwischen Availability Zones** Sie können mehrere Availability Zones für Ihre Auto Scaling-Gruppe angeben, und Amazon EC2 Auto Scaling verteilt Ihre Instances gleichmäßig auf die Availability Zones, wenn die Gruppe skaliert. Dies sorgt für hohe Verfügbarkeit und Resilienz, indem Ihre Anwendungen an einem einzigen Standort vor Ausfällen geschützt werden. **Mehrere Instance-Typen und Kaufoptionen** Innerhalb einer einzigen Auto Scaling Scaling-Gruppe können Sie mehrere Instance-Typen und Kaufoptionen (Spot- und On-Demand-Instances) starten, sodass Sie die Kosten durch die Nutzung von Spot-Instances optimieren können. Sie können auch Rabatte für Reserved Instances und Savings Plans nutzen, indem Sie sie in Verbindung mit On-Demand-Instances in der Gruppe verwenden. **Automatischer Ersatz von Spot Instances** Wenn Ihre Gruppe Spot-Instances umfasst, kann Amazon EC2 Auto Scaling automatisch Ersatz-Spot-Kapazität anfordern, falls Ihre Spot-Instances unterbrochen werden. Durch Capacity Rebalancing kann Amazon EC2 Auto Scaling auch Ihre Spot-Instances, bei denen ein erhöhtes Ausfallrisiko besteht, überwachen und proaktiv ersetzen. **Lastausgleich** Mit Elastic Load Balancing Load Balancing und Health Checks können Sie sicherstellen, dass der Anwendungsdatenverkehr gleichmäßig auf Ihre intakten Instances verteilt wird. Immer wenn Instances gestartet oder beendet werden, registriert Amazon EC2 Auto Scaling die Instances automatisch und meldet sie vom Load Balancer ab. **Skalierbarkeit** Amazon EC2 Auto Scaling bietet Ihnen auch mehrere Möglichkeiten, Ihre Auto Scaling-Gruppen zu skalieren. Mithilfe von Auto Scaling können Sie die Anwendungsverfügbarkeit aufrechterhalten und die Kosten senken, indem Sie Kapazität hinzufügen, um Lastspitzen zu bewältigen, und Kapazität entfernen, wenn der Bedarf geringer ist. Sie können die Größe Ihrer Auto Scaling Scaling-Gruppe nach Bedarf auch manuell anpassen. **Instance-Aktualisierung** Die Instance-Aktualisierungsfunktion bietet einen Mechanismus, um Instances fortlaufend zu aktualisieren, wenn Sie Ihr AMI oder Ihre Startvorlage aktualisieren. Sie können auch einen schrittweisen Ansatz verwenden, der als Canary-Deployment bezeichnet wird, um ein neues AMI oder eine neue Startvorlage auf einer kleinen Anzahl von Instances zu testen, bevor Sie es für die gesamte Gruppe bereitstellen. **Lebenszyklus-Hooks** Lifecycle-Hooks sind nützlich, um benutzerdefinierte Aktionen zu definieren, die beim Start neuer Instances oder vor dem Beenden von Instances aufgerufen werden. Diese Funktion ist besonders nützlich für den Aufbau ereignisgesteuerter Architekturen, hilft Ihnen aber auch dabei, Instanzen während ihres gesamten Lebenszyklus zu verwalten. **Support für statusbehaftete Workloads** Lifecycle-Hooks bieten auch einen Mechanismus, um den Status beim Herunterfahren beizubehalten. Um die Kontinuität von statusbehafteten Anwendungen zu gewährleisten, können Sie auch Scale-in-Schutz oder benutzerdefinierte Kündigungsrichtlinien verwenden, um zu verhindern, dass Instances mit lang andauernden Prozessen vorzeitig beendet werden. Weitere Informationen über die Vorteile von Amazon EC2 Auto Scaling finden Sie unter [Vorteile von Auto Scaling für die Anwendungsarchitektur](auto-scaling-benefits.md). ## Preise für Amazon EC2 Auto Scaling Bei Amazon EC2 Auto Scaling fallen keine zusätzlichen Gebühren an. Sie können es also ganz einfach ausprobieren und herausfinden, wie es Ihrer AWS Architektur zugute kommen kann. Sie zahlen nur für die AWS Ressourcen (z. B. EC2-Instances, EBS-Volumes und CloudWatch Alarme), die Sie tatsächlich nutzen. ## Erste Schritte Schließen Sie zunächst das Tutorial [Erstellen Sie Ihre erste Auto Scaling Scaling-Gruppe](create-your-first-auto-scaling-group.md) ab, um eine Auto Scaling Scaling-Gruppe zu erstellen und zu sehen, wie sie reagiert, wenn eine Instance in dieser Gruppe beendet wird. ## Arbeiten mit Auto-Scaling-Gruppen Sie können die folgenden Schnittstellen verwenden, um Ihre Auto-Scaling-Gruppen zu erstellen, auf sie zuzugreifen und sie zu verwalten: + **AWS-Managementkonsole** – Bietet eine Webschnittstelle für den Zugriff auf Ihre Auto-Scaling-Gruppen. Wenn Sie sich für eine angemeldet haben AWS-Konto, können Sie auf Ihre Auto Scaling Scaling-Gruppen zugreifen, indem Sie sich bei der anmelden AWS-Managementkonsole, das Suchfeld in der Navigationsleiste verwenden, um nach **Auto Scaling Scaling-Gruppen** zu suchen, und dann **Auto Scaling Scaling-Gruppen** auswählen. + **AWS Command Line Interface (AWS CLI)** — Stellt Befehle für eine Vielzahl von AWS-Services Befehlen bereit und wird unter Windows, MacOS und Linux unterstützt. Um zu beginnen, sehen Sie sich [Bereiten Sie sich auf die Nutzung des vor AWS CLI](setting-up.md#set-up-cli) an. Weitere Informationen finden Sie unter [autoscaling](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/) in der *AWS CLI -Befehlsreferenz*. + **AWS Tools for Windows PowerShell**— Stellt Befehle für eine breite Palette von AWS Produkten für Benutzer bereit, die in der PowerShell Umgebung Skripts erstellen. Informationen zu den ersten Schritten finden Sie im [AWS -Tools für PowerShell -Benutzerhandbuch](https://docs.aws.amazon.com/powershell/latest/userguide/). Weitere Informationen finden Sie in der [AWS -Tools für PowerShell Cmdlet-Referenz](https://docs.aws.amazon.com/powershell/latest/reference/Index.html). + **AWS SDKs**— Stellt sprachspezifische API-Operationen bereit und kümmert sich um viele Verbindungsdetails, wie z. B. die Berechnung von Signaturen, die Behandlung von Wiederholungsversuchen von Anfragen und die Behandlung von Fehlern. Weitere Informationen finden Sie unter [AWS SDKs](https://aws.amazon.com/developer/tools/#SDKs). + **Abfrage-API** – Bietet API-Aktionen auf niedriger Ebene, die Sie mithilfe von HTTPS-Anforderungen aufrufen. Die Verwendung der Abfrage-API ist die direkteste Möglichkeit für den Zugriff auf AWS-Services. Allerdings müssen dann viele technische Abläufe, wie beispielsweise das Erzeugen des Hashwerts zum Signieren der Anforderung und zur Fehlerbehandlung, in der Anwendung durchgeführt werden. Weitere Informationen finden Sie in der [Amazon EC2 Auto Scaling-API-Referenz](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/). + **CloudFormation**— Unterstützt das Erstellen von Auto Scaling Scaling-Gruppen mithilfe von CloudFormation Vorlagen. Weitere Informationen finden Sie unter [Erstellen Sie Auto Scaling Scaling-Gruppen mit AWS CloudFormation](creating-auto-scaling-groups-with-cloudformation.md). Um programmgesteuert eine Verbindung zu einem herzustellen AWS-Service, verwenden Sie einen Endpunkt. # Vorteile von Auto Scaling für die Anwendungsarchitektur Das Hinzufügen von Amazon EC2 Auto Scaling zu Ihrer Anwendungsarchitektur ist eine Möglichkeit, die Vorteile der AWS Cloud zu maximieren. Wenn Sie Amazon EC2 Auto Scaling verwenden, profitieren Sie bei Ihren Anwendungen von folgenden Vorteilen: + Bessere Fehlertoleranz. Amazon EC2 Auto Scaling erkennt, wenn eine Instance fehlerhaft ist, beendet sie und startet eine andere Instance, um die fehlerhafte zu ersetzen. Sie können Amazon EC2 Auto Scaling auch so konfigurieren, dass mehrere Availability Zones genutzt werden. Wenn eine Availability Zone ausfällt, startet Amazon EC2 Auto Scaling die Instances in einer anderen, um den Ausfall zu kompensieren. + Bessere Verfügbarkeit. Mit Amazon EC2 Auto Scaling können Sie sicherstellen, dass für Ihre Anwendung immer genügend Kapazität zur Verarbeitung des aktuellen Datenverkehrs verfügbar ist. + Bessere Kostenkontrolle. Amazon EC2 Auto Scaling passt die Kapazität je nach Bedarf dynamisch an. Da Sie für die Nutzung von EC2-Instances zahlen, sparen Sie Kosten, wenn Sie sie nur bei Bedarf starten und wieder beenden, sobald Sie sie nicht mehr brauchen. **Contents** + [Beispiel: Abdecken des Variablenbedarfs](#autoscaling-benefits-example) + [Beispiel: Architektur für eine Web-App](#autoscaling-design-example) + [Beispiel: Aufteilen von Instances in mehrere Availability Zones](#arch-AutoScalingMultiAZ) + [Instance-Distribution](#AutoScalingBehavior.Rebalancing) + [Wiederherstellen des Gleichgewichts von Aktivitäten](#AutoScalingBehavior.InstanceUsage) ## Beispiel: Abdecken des Variablenbedarfs Wir möchten Ihnen einige der Vorteile von Amazon EC2 Auto Scaling anhand einer einfachen Webanwendung zeigen, die in AWS ausgeführt wird. Mit dieser Anwendung können Mitarbeiter Konferenzräume für Meetings suchen. Am Anfang und am Ende der Woche wird diese Anwendung nur wenig genutzt. Mitte der Woche planen mehr Mitarbeiter ihre Meetings, die Anforderungen an die Anwendung erhöhen sich also deutlich. Das folgende Diagramm zeigt, wie viel Kapazität der Anwendung im Lauf der Woche verwendet wird. ![\[Ein Beispiel des Kapazitätsbedarfs einer Anwendung.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/capacity-example-diagram.png) Bisher gab es zwei nur Möglichkeiten, diese Änderungen in der Kapazitätsplanung zu berücksichtigen. Bei der ersten Möglichkeit werden so viele Server hinzugefügt, dass der Kapazitätsbedarf der Anwendung immer gedeckt ist. Diese Möglichkeit hat jedoch einen Nachteil. An machen Tagen benötigt die Anwendung nicht so viel Kapazität. Die zusätzliche Kapazität bleibt ungenutzt und erhöht im Grunde genommen die Kosten für das Ausführen der Anwendung. ![\[Ein Beispiel, das zeigt, wie ineffizient – unter Kostengesichtspunkten – der Kauf von Kapazität ist, die eigentlich nicht benötigt wird.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/capacity-example-over-diagram.png) Bei der zweiten Möglichkeit wird darauf geachtet, dass die Kapazität für den durchschnittlichen Bedarf der Anwendung ausreicht. Diese Möglichkeit ist kostengünstiger, da Sie keine Geräte kaufen, die Sie nur gelegentlich verwenden. Allerdings riskieren Sie eine schlechte Kundenerfahrung, wenn der Bedarf der Anwendung die Kapazität übersteigt. ![\[Ein Beispiel, das zeigt, wie der Kauf von zu wenig Kapazität zu einer schlechten Kundenerfahrung führen kann.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/capacity-example-under-diagram.png) Wenn Sie dieser Anwendung Amazon EC2 Auto Scaling hinzufügen, bietet sich eine dritte Möglichkeit. Sie können der Anwendung bei Bedarf neue Instances hinzufügen und diese wieder beenden, wenn Sie sie nicht mehr benötigen. Da Amazon EC2 Auto Scaling EC2-Instances verwendet, bezahlen Sie nur für die Instances, die Sie tatsächlich nutzen. Sie verfügen jetzt über eine kosteneffektive Architektur, die eine optimale Kundenerfahrung erzielt und gleichzeitig die Kosten gering hält. ![\[Ein Beispiel, das zeigt, wie Amazon EC2 Auto Scaling die Kapazität bei Bedarf anpasst.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/capacity-example-with-as-diagram.png) ## Beispiel: Architektur für eine Web-App Bei den meisten Web-Apps werden mehrere Kopien der App gleichzeitig ausgeführt, um dem Kunden-Datenverkehr gerecht zu werden. Die einzelnen Kopien Ihrer Anwendung werden auf identischen EC2-Instances (Cloud-Servern) gehostet, die die Kundenanfragen jeweils bearbeiten. Amazon EC2 Auto Scaling verwaltet das Starten und Beenden dieser EC2-Instances für Sie. Sie definieren eine Reihe von Kriterien (z. B. einen CloudWatch Amazon-Alarm), die bestimmen, wann die Auto Scaling Scaling-Gruppe EC2-Instances startet oder beendet. Das Hinzufügen von Auto-Scaling-Gruppen zur Ihrer Netzwerkarchitektur trägt dazu bei, dass sich die Verfügbarkeit und Fehlertoleranz Ihrer Anwendung verbessern. ![\[Eine grundlegende dreistufige Architektur mit einer Auto-Scaling-Gruppe.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/sample-3-tier-architecture-auto-scaling-diagram.png) Sie können so viele Auto-Scaling-Gruppen erstellen, wie Sie benötigen. Sie können beispielsweise für jede Ebene eine Auto-Scaling-Gruppe erstellen. Damit der Datenverkehr zwischen den Instances in Ihren Auto-Scaling-Gruppen aufgeteilt wird, können Sie einen Load Balancer in Ihre Architektur aufnehmen. Weitere Informationen finden Sie unter [Elastic Load Balancing](autoscaling-load-balancer.md). ## Beispiel: Aufteilen von Instances in mehrere Availability Zones Availability Zones sind isolierte Standorte innerhalb in einer gegebenen AWS-Region-Region. Jede Region verfügt über mehrere Availability Zones, die eine hohe Verfügbarkeit für die Region bieten. Availability Zones sind unabhängig, und daher erhöhen Sie die Anwendungsverfügbarkeit, wenn Sie Ihre Anwendung so entwerfen, dass sie mehrere Zonen verwendet. Weitere Informationen finden Sie unter [Ausfallsicherheit in Amazon EC2 Auto Scaling](disaster-recovery-resiliency.md). Eine Availability Zone wird durch den AWS-Region Code gefolgt von einer Buchstabenkennung identifiziert (z. B.`us-east-1a`). Wenn Sie die VPC und Subnetze erstellen, anstatt die Standard-VPC zu verwenden, können Sie eines oder mehrere Subnetze in jeder Availability Zone definieren. Jedes Subnetz muss sich vollständig innerhalb einer Availability Zone befinden und darf nicht mehrere Zonen umfassen. Weitere Informationen finden Sie unter [Wie funktioniert Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/how-it-works.html) im *Benutzerhandbuch für Amazon VPC*. Wenn Sie eine Auto-Scaling-Gruppe erstellen, müssen Sie die VPC und die Subnetze auswählen, in denen Sie die Auto-Scaling-Gruppe bereitstellen möchten. Amazon EC2 Auto Scaling erstellt Ihre Instances in den von Ihnen ausgewählten Subnetzen. Jede Instance ist somit einer bestimmten Availability Zone zugeordnet, die von Amazon EC2 Auto Scaling ausgewählt wurde. Wenn Instances gestartet werden, versucht Amazon EC2 Auto Scaling, sie gleichmäßig auf die Zonen zu verteilen, um eine hohe Verfügbarkeit und Zuverlässigkeit zu gewährleisten. Sie sehen hier einen Überblick über die mehrstufige Architektur, die in drei Availability Zones eingesetzt wird. ![\[Eine typische Auto-Scaling-Gruppe, die auf drei Availability Zones aufgeteilt ist.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/sample-3-tier-architecture-with-azs-diagram.png) ### Instance-Distribution Amazon EC2 Auto Scaling versucht automatisch, die gleiche Anzahl von Instances in jeder aktivierten Availability Zone aufrechtzuerhalten. Amazon EC2 Auto Scaling versucht dazu, in der Availability Zone mit den wenigsten Instances neue Instances zu starten. Wenn mehrere Subnetze für die Availability Zone ausgewählt wurden, versucht Amazon EC2 Auto Scaling, Instances in dem Subnetz zu starten, das die höchste Anzahl an verfügbaren IP-Adressen in der Availability Zone hat. Falls dies fehlschlägt, versucht Amazon EC2 Auto Scaling so lange, die Instances in einer anderen Availability Zone zu starten, bis dies gelingt. Unter Umständen, in denen eine Availability Zone nicht mehr funktioniert oder nicht mehr verfügbar ist, kann die Verteilung der Instances auf die Availability Zones ungleichmäßig verteilt werden. Wenn die Availability Zone wiederhergestellt ist, gleicht Amazon EC2 Auto Scaling die Auto-Scaling-Gruppe automatisch neu aus. Dies geschieht, indem Instances in den aktivierten Availability Zones mit den wenigsten Instances gestartet und Instances an anderer Stelle beendet werden. ### Wiederherstellen des Gleichgewichts von Aktivitäten Neuausgleichsaktivitäten fallen in zwei Kategorien: Neuausgleich der Availability Zone und Neuausgleich der Kapazität. **Neuausgleich der Availability Zone** Nach bestimmten Aktionen kann das Verhältnis der Availability Zones Ihrer Auto-Scaling-Gruppe aus dem Gleichgewicht geraten. Amazon EC2 Auto Scaling kann dies kompensieren und das Gleichgewicht der Availability Zones wiederherstellen. Folgende Aktionen können ein Wiederherstellen des Gleichgewichts erforderlich machen: + Sie ändern die Availability Zones, die Ihrer Auto-Scaling-Gruppe zugeordnet sind. + Sie beenden oder trennen Instances explizit, oder versetzen Instances in den Standby-Modus, wodurch die Gruppe aus dem Gleichgewicht gerät. + Eine Availability Zone, die bisher zu wenig Kapazität hatte, wurde wiederhergestellt, wodurch jetzt zusätzliche Kapazität zur Verfügung steht. + Eine Availability Zone mit einem Spot-Preis, der bisher über Ihrem Höchstpreis lag, liegt jetzt darunter. Beim Wiederherstellen des Gleichgewichts von Instances startet Amazon EC2 Auto Scaling neue Instances, bevor die alten beendet werden. Auf diese Weise beeinträchtigt ein Wiederherstellen des Gleichgewichts die Leistung und Verfügbarkeit Ihrer Anwendung nicht. Da Amazon EC2 Auto Scaling vor dem Beenden der vorherigen Instances versucht, neue zu starten, kann das Wiederherstellen des Gleichgewichts beeinträchtigt und sogar gänzlich unterbrochen werden, falls die angegebene maximale Kapazität nahezu oder gänzlich erreicht ist. Um dieses Problem zu vermeiden, kann das System beim Wiederherstellen des Gleichgewichts die angegebene maximale Kapazität einer Gruppe vorübergehend überschreiten. Standardmäßig kann dies mit einer Marge von 10 Prozent oder einer Instance geschehen, je nachdem, welcher Wert größer ist. Die Marge wird nur verlängert, wenn die Gruppe die maximale Kapazität erreicht oder fast erreicht und eine Neugewichtung erforderlich ist. Die Kapazität wird nur für die Dauer der Wiederherstellung des Gleichgewichts in der Gruppe erhöht, in der Regel sind dies einige Minuten. Alternativ können Sie mithilfe einer Wartungsrichtlinie für Instances Schwellenwerte für eine Auto-Scaling-Gruppe festlegen, und die Gruppe kann die Kapazität nur innerhalb dieses Schwellenwertbereichs erhöhen oder verringern. Auf diese Weise können Sie kontrollieren, wie schnell Ihre Gruppe eine erneute Verteilung durchführt. Weitere Informationen finden Sie unter [Wartungsrichtlinien für Instances](ec2-auto-scaling-instance-maintenance-policy.md). **Kapazitätsausgleich** Wenn Sie Spot-Instances verwenden, können Sie den Kapazitätsausgleich für Ihre Auto-Scaling-Gruppen aktivieren. Dadurch kann Amazon EC2 Auto Scaling versuchen, eine Spot-Instance zu starten, wenn Amazon EC2 benachrichtigt, dass eine Spot-Instance einem erhöhten Unterbrechungsrisiko ausgesetzt ist. Nach dem Start einer neuen Instance wird dann eine frühere Instance beendet. Weitere Informationen finden Sie unter [Kapazitätsausgleich bei Auto Scaling als Ersatz für gefährdete Spot-Instances](ec2-auto-scaling-capacity-rebalancing.md). # Instance-Lebenszyklus bei Amazon EC2 Auto Scaling Der Lebenszyklus der EC2-Instances in einer Auto-Scaling-Gruppe unterscheidet sich von dem anderer EC2-Instances. Der Lebenszyklus beginnt, wenn die Auto-Scaling-Gruppe eine Instance startet und sie in Betrieb nimmt. Der Lebenszyklus endet, wenn Sie die Instance beenden oder die Auto-Scaling-Gruppe die Instance ausmustert und beendet. **Anmerkung** Instances werden Ihnen in Rechnung gestellt, sobald sie gestartet werden, einschließlich der Zeit, die sie noch nicht in Betrieb sind. Die folgende Abbildung zeigt die Übergänge zwischen den Instance-Status im Amazon EC2 Auto Scaling-Lebenszyklus. ![\[Der Lebenszyklus von Instances in einer Auto-Scaling-Gruppe.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/auto-scaling-instance-lifecycle.png) ## Horizontale Skalierung Die folgenden horizontalen Skalierungsereignisse weisen die Auto-Scaling-Gruppe an, EC2-Instances zu starten und sie der Gruppe anzufügen: + Sie vergrößern die Gruppe manuell. Weitere Informationen finden Sie unter [Ändern der gewünschten Kapazität einer vorhandenen Auto-Scaling-Gruppe](ec2-auto-scaling-scaling-manually.md#change-desired-capacity). + Sie erstellen eine Skalierungsrichtlinie, mit der die Gruppe bei einem festgelegten Anstieg des Bedarfs automatisch vergrößert wird. Weitere Informationen finden Sie unter [Dynamische Skalierung für Amazon EC2 Auto Scaling](as-scale-based-on-demand.md). + Sie richten die Skalierung nach Zeitplan ein, um die Gruppe zu einem bestimmten Zeitpunkt zu vergrößern. Weitere Informationen finden Sie unter [Geplante Skalierung für Amazon EC2 Auto Scaling](ec2-auto-scaling-scheduled-scaling.md). Wenn ein Aufskalierungsereignis eintritt, startet die Auto-Scaling-Gruppe die erforderliche Anzahl von EC2-Instances unter Verwendung der ihr zugewiesenen Startvorlage. Zunächst lautet der Status der Instances `Pending`. Wenn Sie Ihrer Auto-Scaling-Gruppe einen Lebenszyklus-Hook hinzufügen, kann hier eine benutzerdefinierte Aktion ausgeführt werden. Weitere Informationen finden Sie unter [Lebenszyklus-Hooks](#as-lifecycle-hooks). Wenn jede Instance vollständig konfiguriert ist und die Amazon EC2-Zustandsprüfungen besteht, wird sie der Auto-Scaling-Gruppe hinzugefügt und erhält den Zustand `InService`. Jede Instance wird auf die gewünschte Kapazität der Auto-Scaling-Gruppe angerechnet. Wenn Ihre Auto-Scaling-Gruppe so konfiguriert ist, dass sie Datenverkehr von einem Load Balancer von Elastic Load Balancing empfängt, registriert Amazon EC2 Auto Scaling Ihre Instance automatisch beim Load Balancer, bevor es die Instance als `InService` markiert. Im Folgenden werden die Schritte zur Registrierung einer Instance bei einem Load Balancer für ein Scale-Out-Event zusammengefasst. ![\[Ein Diagramm auf hoher Ebene eines Scale-Out-Ereignisses.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/scale-out-diagram.png) ## In Betrieb genommene Instances Instances behalten den Status `InService`, bis eines der folgenden Ereignisse eintritt: + Zur horizontalen Skalierung nach unten beendet Amazon EC2 Auto Scaling diese Instance, um die Auto-Scaling-Gruppe zu verkleinern. Weitere Informationen finden Sie unter [Steuern welche Auto-Scaling-Instances beim Abskalieren beendet werden](as-instance-termination.md). + Sie versetzen die Instance in den Status `Standby`. Weitere Informationen finden Sie unter [Aktivieren und Deaktivieren des Standby-Status](#as-lifecycle-standby). + Sie trennen die Instance von der Auto-Scaling-Gruppe. Weitere Informationen finden Sie unter [Instances von Ihrer Auto Scaling Scaling-Gruppe trennen oder anhängen](ec2-auto-scaling-detach-attach-instances.md). + Die Instance besteht eine bestimmte Anzahl an Zustandsprüfungen nicht und wird deshalb aus der Auto-Scaling-Gruppe entfernt, beendet und ersetzt. Weitere Informationen finden Sie unter [Zustandsprüfungen für Instances in einer Auto-Scaling-Gruppe](ec2-auto-scaling-health-checks.md). ## Scale-In Die folgenden Abwärtsskalierungsereignisse weisen die Auto-Scaling-Gruppe an, EC2-Instances von der Gruppe zu trennen und zu beenden: + Sie verkleinern die Gruppe manuell. Weitere Informationen finden Sie unter [Ändern der gewünschten Kapazität einer vorhandenen Auto-Scaling-Gruppe](ec2-auto-scaling-scaling-manually.md#change-desired-capacity). + Sie erstellen eine Skalierungsrichtlinie, mit der die Gruppe bei einem festgelegten Rückgang des Bedarfs automatisch verkleinert wird. Weitere Informationen finden Sie unter [Dynamische Skalierung für Amazon EC2 Auto Scaling](as-scale-based-on-demand.md). + Sie richten die Skalierung nach Zeitplan ein, um die Gruppe zu einem bestimmten Zeitpunkt zu verkleinern. Weitere Informationen finden Sie unter [Geplante Skalierung für Amazon EC2 Auto Scaling](ec2-auto-scaling-scheduled-scaling.md). Es ist wichtig, dass Sie für jedes horizontale Skalierungsereignis ein entsprechendes Abwärtsskalierungsereignis erstellen. So stellen Sie sicher, dass die Ressourcen, die Ihrer Anwendung zugewiesen sind, dem Bedarf so gut wie möglich entsprechen. Wenn ein Abwärtsskalierungsereignis auftritt, trennt die Auto-Scaling-Gruppe eine oder mehrere Instances ab. Die Auto-Scaling-Gruppe ermittelt anhand ihrer Beendigungsrichtlinie, welche Instance beendet werden soll. Instances, die gerade von der Auto-Scaling-Gruppe beendet werden, erhalten den Status `Terminating` und können nicht wieder in Betrieb genommen werden. Wenn Ihre Auto-Scaling-Gruppe so konfiguriert ist, dass sie Datenverkehr von einem Load Balancer von Elastic Load Balancing empfängt, hebt Amazon EC2 Auto Scaling die Registrierung der beendenden Instance automatisch vom Load Balancer auf. Durch die Abmeldung der Instance wird sichergestellt, dass alle neuen Anforderungen an andere Instance in der Zielgruppe des Load Balancers umgeleitet werden, während bestehende Verbindungen mit der Instance fortgesetzt werden können, bis die Abmeldeverzögerung abläuft. Wenn Sie Ihrer Auto-Scaling-Gruppe einen Lebenszyklus-Hook hinzufügen, kann eine benutzerdefinierte Aktion auf der Instance ausgeführt werden, die beendet wird. Weitere Informationen finden Sie unter [Lebenszyklus-Hooks](#as-lifecycle-hooks). Die Instance wird schließlich vollständig beendet und erhält den Status `Terminated`. Im Folgenden werden die Schritte zum Abmelden einer Instance bei einem Load Balancer für ein Scale-In-Ereignis zusammengefasst. ![\[Ein Diagramm auf hoher Ebene eines Scale-In-Ereignisses.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/scale-in-diagram.png) ## Trennen einer Instance Sie können eine Instance von Ihrer Auto-Scaling-Gruppe trennen. Nachdem die Instance getrennt wurde, können Sie sie getrennt von der Auto-Scaling-Gruppe verwalten oder sie an eine andere Auto-Scaling-Gruppe anfügen. Weitere Informationen finden Sie unter [Instances von Ihrer Auto Scaling Scaling-Gruppe trennen oder anhängen](ec2-auto-scaling-detach-attach-instances.md). ## Hinzufügen einer Instance Sie können Ihrer Auto-Scaling-Gruppe eine laufende EC2-Instance hinzufügen, wenn sie bestimmte Kriterien erfüllt. Nach dem Hinzufügen der Instance wird sie als Teil der Auto-Scaling-Gruppe verwaltet. Weitere Informationen finden Sie unter [Instances von Ihrer Auto Scaling Scaling-Gruppe trennen oder anhängen](ec2-auto-scaling-detach-attach-instances.md). ## Lebenszyklus-Hooks Sie können Ihrer Auto-Scaling-Gruppe einen Lebenszyklus-Hook hinzufügen, damit beim Starten oder Beenden von Instances benutzerdefinierte Aktionen ausgeführt werden. Wenn Amazon-EC2-Auto-Scaling auf ein horizontales Skalierungsereignis reagiert, werden eine oder mehrere Instances gestartet. Zunächst lautet der Status der Instances `Pending`. Falls Sie Ihrer Auto-ScalingGruppe einen Lebenszyklus-Hook vom Typ `autoscaling:EC2_INSTANCE_LAUNCHING` hinzugefügt haben, ändert sich der Status der Instances von `Pending` zu `Pending:Wait`. Wenn Sie die Lebenszyklusaktion abgeschlossen haben, erhalten die Instances den Status `Pending:Proceed`. Wenn die Instances vollständig konfiguriert sind, werden sie der Auto-Scaling-Gruppe angefügt und erhalten den Status `InService`. Wenn Amazon EC2 Auto Scaling auf ein Abwärtsskalierungsereignis reagiert, werden eine oder mehrere Instances beendet. Diese Instances werden von der Auto-Scaling-Gruppe getrennt und erhalten den Status `Terminating`. Falls Sie Ihrer Auto-ScalingGruppe einen Lebenszyklus-Hook vom Typ `autoscaling:EC2_INSTANCE_TERMINATING` hinzugefügt haben, ändert sich der Status der Instances von `Terminating` zu `Terminating:Wait`. Wenn Sie die Lebenszyklusaktion abgeschlossen haben, erhalten die Instances den Status `Terminating:Proceed`. Wenn die Instances vollständig beendet werden, erhalten sie den Status `Terminated`. Weitere Informationen finden Sie unter [Lebenszyklus-Hooks bei Amazon EC2 Auto Scaling](lifecycle-hooks.md). ## Aktivieren und Deaktivieren des Standby-Status Sie können eine Instance mit dem Status `InService` in den Status `Standby` versetzen. So können Sie die Instance aus dem Betrieb nehmen, Probleme beheben oder sie ändern und sie dann wieder in Betrieb nehmen. Instances mit dem Status `Standby` werden weiterhin von der Auto-Scaling-Gruppe verwaltet. Sie werden jedoch erst wieder ein aktiver Teil Ihrer Anwendung, wenn Sie sie wieder in Betrieb nehmen. Weitere Informationen finden Sie unter [Vorübergehendes Entfernen von Instances aus einer Auto-Scaling-Gruppe](as-enter-exit-standby.md). # Kontingente für Auto Scaling Scaling-Ressourcen und Gruppen Ihr AWS-Konto hat Standardkontingente, früher als Limits bezeichnet, für jeden AWS Dienst. Sofern nicht anders angegeben, gilt jedes Kontingent spezifisch für eine Region. Sie können Erhöhungen für einige Kontingente beantragen und andere Kontingente können nicht erhöht werden. Um die Kontingente für Amazon EC2 Auto Scaling anzuzeigen, öffnen Sie die [Service-Quotas-Konsole](https://console.aws.amazon.com/servicequotas/home). Wählen Sie im Navigationsbereich und dann **AWS Services** aus und wählen Sie **Amazon EC2 Auto Scaling** aus. Informationen zum Beantragen einer Kontingenterhöhung finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Service-Quotas-Benutzerhandbuch*. Wenn das Kontingent unter Service Quotas noch nicht in verfügbar ist, verwenden Sie das [Formular Limits für Auto Scaling](https://console.aws.amazon.com/support/home#/case/create?issueType=service-limit-increase&limitType=service-code-auto-scaling). Die Erhöhung eines Kontingents ist immer an die Region gebunden, für die sie angefragt wurde. **Amazon EC2 Auto Scaling-Ressourcen** Für Sie AWS-Konto gelten die folgenden Kontingente in Bezug auf die Anzahl der Auto Scaling Scaling-Gruppen und Startkonfigurationen, die Sie erstellen können. | Ressource | Standardkontingent | | --- | --- | | Auto-Scaling-Gruppen pro Region | 500 | | Startkonfigurationen pro Region | 200 | **Auto-Scaling-Gruppenkonfiguration** Ihr AWS-Konto hat die folgenden Kontingente in Bezug auf die Konfiguration von Auto Scaling Scaling-Gruppen. Sie können nicht geändert werden. | Ressource | Kontingent | | --- | --- | | Skalierungsrichtlinien pro Auto-Scaling-Gruppe | 50 | | Geplante Vorgänge pro Auto-Scaling-Gruppe | 125 | | Schrittanpassungen pro Richtlinie zur schrittweisen Skalierung | 20 | | Lebenszyklus-Hooks pro Auto-Scaling-Gruppe | 50 | | SNS-Themen pro Auto-Scaling-Gruppe | 10 | | Classic Load Balancers pro Auto-Scaling-Gruppe | 50 | | Elastic-Load-Balancing-Zielgruppen pro Auto-Scaling-Gruppe | 50 | | VPC-Lattice-Zielgruppen pro Auto-Scaling-Gruppe | 5 | **API-Operationen für Auto-Scaling-Gruppen** Amazon EC2 Auto Scaling bietet API-Vorgänge, mit denen Sie stapelweise Änderungen an Ihren Auto-Scaling-Gruppen vornehmen können. Im Folgenden sind die API-Grenzwerte für die maximale Anzahl von Elementen (maximale Array-Mitglieder) aufgeführt, die in einem einzigen Vorgang zulässig sind. Sie können nicht geändert werden. | Operation | Maximale Array-Mitglieder | | --- | --- | | [AttachInstances](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_AttachInstances.html) | 20-Instanz IDs | | [AttachLoadBalancers](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_AttachLoadBalancers.html) | 10 Load Balancer | | [AttachLoadBalancerTargetGroups](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_AttachLoadBalancerTargetGroups.html) | 10 Zielgruppen | | [BatchDeleteScheduledAction](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_BatchDeleteScheduledAction.html) | 50 geplante Aktionen | | [BatchPutScheduledUpdateGroupAction](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_BatchPutScheduledUpdateGroupAction.html) | 50 geplante Aktionen | | [DetachInstances](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_DetachInstances.html) | 20-Instanz IDs | | [DetachLoadBalancers](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_DetachLoadBalancers.html) | 10 Load Balancer | | [DetachLoadBalancerTargetGroups](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_DetachLoadBalancerTargetGroups.html) | 10 Zielgruppen | | [EnterStandby](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_EnterStandby.html) | 20-Instanz IDs | | [ExitStandby](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_ExitStandby.html) | 20-Instanz IDs | | [SetInstanceProtection](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_SetInstanceProtection.html) | 50 Instanz IDs | ## Drosselung von Anfragen für die Amazon EC2 Auto Scaling Scaling-API Amazon EC2 Auto Scaling API-Anfragen werden mithilfe eines Token-Bucket-Schemas gedrosselt, um die Servicebandbreite aufrechtzuerhalten. Weitere Informationen finden Sie unter [API-Anforderungsrate](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/Welcome.html) in der *Amazon EC2 Auto Scaling API-Referenz.* ## EC2-Beendigungsraten Amazon EC2 Auto Scaling bestimmt dynamisch die Anzahl der Vorgänge, die zu einem Zeitpunkt ausgeführt werden können, wenn Ihre Auto-Scaling-Gruppe abskaliert. Das bedeutet, dass die Anzahl der gleichzeitig beendeten Instances in den Auto-Scaling-Gruppen variieren kann. Diese Abweichungen werden durch externe Überlegungen verursacht, z. B. ob Amazon EC2 Auto Scaling Instances bei einem Load Balancer abmelden muss. ## Sonstige -Services Kontingente für andere Dienste wie Amazon EC2 und Amazon VPC können sich auf Ihre Auto Scaling Scaling-Gruppen auswirken. Sie können verwenden Service Quotas , um die Kontingente für EC2-Instances und andere Ressourcen in Ihrem zu aktualisieren. AWS-Konto In der Service Quotas Konsole können Sie alle Ihre verfügbaren Servicekontingenten einsehen und Erhöhungen für diese beantragen. Weitere Informationen finden Sie im *Service Quotas -Benutzerhandbuch* unter [Anfordern einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html). Informationen zu Kontingenten, die spezifisch für Startvorlagen sind, finden Sie unter [Einschränkungen für Startvorlagen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/launch-template-restrictions.html) im *Amazon EC2 EC2-Benutzerhandbuch*.