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.
# Verwaltung der Last mit zeit- und lastbasierten Instanzen
**Wichtig**
Der AWS OpsWorks Stacks Dienst hat am 26. Mai 2024 das Ende seiner Lebensdauer erreicht und wurde sowohl für neue als auch für bestehende Kunden deaktiviert. Wir empfehlen Kunden dringend, ihre Workloads so bald wie möglich auf andere Lösungen zu migrieren. Wenn Sie Fragen zur Migration haben, wenden Sie sich an das AWS Support Team auf [AWS re:POST](https://repost.aws/) oder über den [AWS Premium-Support](https://aws.amazon.com/support).
Da Ihr eingehender Datenverkehr variiert, hat Ihr Stack entweder zu wenige Instances, um die Last problemlos zu verarbeiten, oder mehr Instances als nötig. Sie sparen Zeit und Geld, indem Sie zeit- oder lastbasierte Instances benutzen, um die Instances eines Layers automatisch zu erhöhen oder zu verringern, sodass Sie immer genug Instances haben, um eingehenden Datenverkehr ordnungsgemäß zu verarbeiten, ohne dass Kosten für nicht benötigte Kapazität entstehen. Es ist nicht notwendig, Serverlasten zu überwachen oder Instances manuell zu starten oder anzuhalten. Zeit- und lastbasierte Instances vertreiben, skalieren und stimmen Anwendungen zusätzlich über mehrere Availability Zones innerhalb einer Region automatisch ab. Dadurch bekommen Sie geografische Redundanz und Skalierbarkeit.
Die automatische Skalierung basiert auf zwei Instance-Typen, die die Online-Instances eines Layers, basierend auf verschiedenen Kriterien, anpassen:
+ **Time-based**-Instances
Sie erlauben einem Stack, Lasten zu verarbeiten, die einem vorhersehbaren Muster folgen, indem Sie Instances, die nur zu bestimmten Zeitpunkten oder an bestimmten Tagen ausgeführt werden, einschließen. Sie können beispielsweise einige Instances nach 18 Uhr starten, um nächtliche Sicherungsaufgaben auszuführen, oder einige Instances an Wochenenden anhalten, wenn weniger Datenverkehr stattfindet.
+ **Load-based**-Instances
Einem Stack wird erlaubt, variable Lasten zu verarbeiten, indem zusätzliche Instances bei hohem Datenaufkommen gestartet und Instances bei niedrigem Datenaufkommen angehalten werden. Dies basiert auf allen Auslastungsmetriken. Sie können beispielsweise festlegen, dass OpsWorks Stacks Instances starten, wenn die durchschnittliche CPU-Auslastung 80% übersteigt, und Instances beenden, wenn die durchschnittliche CPU-Last unter 60% fällt.
Für Linux-Stacks werden sowohl zeitbasierte als auch lastbasierte Instances unterstützt, während für Windows-Stacks nur zeitbasierte Instances unterstützt werden.
Im Gegensatz zu 24/7-Instances, welche manuell gestartet und angehalten werden müssen, starten Sie keine zeit- oder lastbasierten Instances selbst oder halten diese an. Stattdessen konfigurieren Sie die Instances und OpsWorks Stacks startet oder stoppt sie je nach Konfiguration. Sie konfigurieren beispielsweise zeitbasierte Instances so, dass sie nach einem bestimmten Zeitplan gestartet und gestoppt werden. OpsWorks Stacks startet und stoppt dann die Instanzen entsprechend dieser Konfiguration.
Üblicherweise werden alle drei Instance-Typen wie folgt gemeinsam verwendet.
+ Eine Gruppe von 24/7-Instances, um die Grundlast zu verarbeiten. Sie starten diese Instances in der Regel einfach und lassen sie unterbrechungsfrei ausführen.
+ Eine Reihe von zeitbasierten Instances, die OpsWorks Stacks starten und stoppen, um vorhersehbare Verkehrsschwankungen zu bewältigen. Wenn Ihr Datenverkehr z. B. während der Arbeitszeit am höchsten ist, konfigurieren Sie die zeitbasierten Instances so, dass sie morgens starten und abends anhalten.
+ Eine Reihe von lastbasierten Instances, die OpsWorks Stacks startet und stoppt, um unvorhersehbare Verkehrsschwankungen zu bewältigen. OpsWorks Stacks startet sie, wenn sich die Auslastung der Kapazität der rund um die Uhr verfügbaren und zeitbasierten Instances der Stacks nähert, und stoppt sie, wenn sich der Verkehr wieder normalisiert.
Weitere Informationen zur Verwendung dieser Skalierungszeiten finden Sie unter [Optimieren der Serveranzahl](best-practices-autoscale.md).
**Anmerkung**
Wenn Sie Apps für die Ebene der Instanzen oder benutzerdefinierte Kochbücher erstellt haben, stellt OpsWorks Stacks beim ersten Start automatisch die neueste Version für zeit- und lastbasierte Instanzen bereit. OpsWorks Stacks stellt jedoch nicht unbedingt die neuesten Kochbücher für neu gestartete Offline-Instanzen bereit. Weitere Informationen erhalten Sie unter [Bearbeiten von Anwendungen](workingapps-editing.md) und [Aktualisieren von benutzerdefinierten Rezeptbüchern](workingcookbook-installingcustom-enable-update.md).
**Topics**
+ [Verwendung der automatischen zeitbasierten Skalierung](workinginstances-autoscaling-timebased.md)
+ [Verwenden Sie die automatische lastbasierte Skalierung](workinginstances-autoscaling-loadbased.md)
+ [Wie sich lastbasierte Skalierung von Auto Healing unterscheidet](#workinginstances-autoscaling-differs)
# Verwendung der automatischen zeitbasierten Skalierung
**Wichtig**
Der AWS OpsWorks Stacks Dienst hat am 26. Mai 2024 das Ende seiner Lebensdauer erreicht und wurde sowohl für neue als auch für bestehende Kunden deaktiviert. Wir empfehlen Kunden dringend, ihre Workloads so bald wie möglich auf andere Lösungen zu migrieren. Wenn Sie Fragen zur Migration haben, wenden Sie sich an das AWS Support Team auf [AWS re:POST](https://repost.aws/) oder über den [AWS Premium-Support](https://aws.amazon.com/support).
Mit der zeitbasierten Skalierung können Sie steuern, wie viele Instances ein Layer zu bestimmten Tages- oder Wochentagen online haben soll, indem Sie Instances nach einem bestimmten Zeitplan starten oder stoppen. OpsWorks Stacks überprüft alle paar Minuten und startet oder stoppt Instances nach Bedarf. Sie geben den Zeitplan folgendermaßen für jede Instance separat an:
+ Uhrzeit. Sie können zum Beispiel mehrere Instances tagsüber ausführen als nachts.
+ Wochentag. Sie können z. B. mehrere Instances an Wochentagen ausführen als an Wochenenden.
**Anmerkung**
Sie können keine bestimmten Datumsangaben angeben.
**Topics**
+ [Hinzufügen einer zeitbasierten Instanz zu einer Ebene](#workinginstances-autoscaling-timebased-add)
+ [Konfiguration einer zeitbasierten Instanz](#workinginstances-autoscaling-timebased-configure)
## Hinzufügen einer zeitbasierten Instanz zu einer Ebene
Sie können entweder eine neue zeitbasierte Instance zu dem Layer hinzufügen oder eine bestehende Instanz verwenden.
**So fügen Sie eine neue zeitbasierte Instance hinzu**
1. Wählen Sie auf der Seite **Instances** die Option **\$1 Instance**, um eine Instanz hinzuzufügen. Wählen Sie auf der Registerkarte **Neu** die Option **Erweitert** und dann **zeitbasiert** aus.
![\[Zeitbasierte Skalierungsoption auf der Seite zum Hinzufügen von Instances\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/time_based_instances.png)
1. Konfigurieren Sie die Instanz. Wählen Sie dann **Add Instance**, um die Instanz dem Layer hinzuzufügen.
**So fügen Sie eine vorhandene zeitbasierte Instance zu einem Layer hinzu**
1. Wählen Sie auf der Seite **Zeitbasierte Instanzen** die Option **\$1 Instanz** aus, wenn ein Layer bereits über eine zeitbasierte Instanz verfügt. Wählen Sie andernfalls **Eine zeitbasierte Instanz hinzufügen** aus. Wählen Sie dann den Tab **Existierend**.
![\[Hinzufügen einer vorhandenen zeitbasierten Instance zu einem Layer\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/time_based_instances_existing.png)
1. Wählen Sie auf **der** Registerkarte Existierend eine Instanz aus der Liste aus. Die Liste zeigt nur zeitbasierte Instances an.
**Anmerkung**
Wenn Sie Ihre Meinung zur Verwendung einer vorhandenen Instanz ändern, erstellen Sie auf der Registerkarte **Neu** eine neue Instanz, wie im vorherigen Verfahren beschrieben.
1. Wählen **Sie Instanz** hinzufügen, um die Instanz dem Layer hinzuzufügen.
## Konfiguration einer zeitbasierten Instanz
Nachdem Sie eine zeitbasierte Instance zum Layer hinzufügen, konfigurieren Sie ihren Zeitplan wie folgt ein.
**So konfigurieren Sie eine zeitbasierte Instance**
1. Wählen Sie im Navigationsbereich unter **Instances** die Option **Time-based** aus.
1. Geben Sie die Online-Perioden für jede zeitbasierte Instanz an, indem Sie die entsprechenden Felder unter der gewünschten Stunde ausfüllen.
+ Um jeden Tag denselben Zeitplan zu verwenden, wählen Sie die Registerkarte **Jeden Tag** und geben Sie dann die Online-Zeiträume an.
+ Um an verschiedenen Tagen unterschiedliche Zeitpläne zu verwenden, wählen Sie jeden Tag und dann die entsprechenden Zeiträume aus.
![\[Plan für eine zeitbasierte Skalierung\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/time_based.png)
**Anmerkung**
Achten Sie darauf, dass Sie die Zeit berücksichtigen, die zum Starten einer Instance benötigt wird, und dass OpsWorks Stacks nur alle paar Minuten überprüft, ob Instances gestartet oder gestoppt werden sollten. Wenn eine Instance z. B. um 1:00 Uhr ausgeführt werden soll, starten Sie sie um 0:00 Uhr. Andernfalls startet OpsWorks Stacks die Instance möglicherweise erst einige Minuten nach 1:00 UTC, und es dauert noch einige Minuten, bis die Instance online ist.
Sie können die Online-Zeiträume einer Instance jederzeit ändern, indem Sie die vorherigen Schritte ausführen. Bei der nächsten Überprüfung durch OpsWorks Stacks wird anhand des neuen Zeitplans bestimmt, ob Instances gestartet oder gestoppt werden sollen.
**Anmerkung**
Sie können einem Layer eine neue zeitbasierte Instanz hinzufügen, indem Sie die Seite **Zeitbasiert öffnen und Zeitbasierte** **Instanz hinzufügen** (falls Sie dem Layer noch keine zeitbasierte Instanz hinzugefügt haben) oder **\$1 Instanz** (wenn der Layer bereits über eine oder mehrere zeitbasierte Instanzen verfügt) auswählen. Konfigurieren Sie dann die Instanz wie in den vorherigen Verfahren beschrieben.
# Verwenden Sie die automatische lastbasierte Skalierung
**Wichtig**
Der AWS OpsWorks Stacks Dienst hat am 26. Mai 2024 das Ende seiner Lebensdauer erreicht und wurde sowohl für neue als auch für bestehende Kunden deaktiviert. Wir empfehlen Kunden dringend, ihre Workloads so bald wie möglich auf andere Lösungen zu migrieren. Wenn Sie Fragen zur Migration haben, wenden Sie sich an das AWS Support Team auf [AWS re:POST](https://repost.aws/) oder über den [AWS Premium-Support](https://aws.amazon.com/support).
Mit lastbasierten Instances können Sie Instances als Reaktion auf Änderungen des eingehenden Datenverkehrs schnell starten oder stoppen. OpsWorks Stacks verwendet [ CloudWatchAmazon-Daten](https://aws.amazon.com/cloudwatch/), um die folgenden Metriken für jede Ebene zu berechnen, die Durchschnittswerte für alle Instanzen der Ebene darstellen:
+ CPU: Die durchschnittliche CPU-Auslastung, z. B. 80 %
+ Speicher: Die durchschnittliche Speicherbelegung, z. B. 60 %
+ Last: Die durchschnittliche numerische Arbeit, die ein System in einer Minute ausführt.
Sie definieren Schwellenwerte zum *Hochskalieren* und *Herunterskalieren* für einzelne oder alle diese Metriken. Sie können auch benutzerdefinierte CloudWatch Alarme als Schwellenwerte verwenden.
Das Überschreiten eines Schwellenwertes löst ein *Skalierungsereignis* aus. Sie bestimmen, wie OpsWorks Stacks Skalierungsereignisse beantwortet, indem Sie die folgenden Schritte angeben:
+ Wie viele Instances zu starten oder anzuhalten sind.
+ Wie lange OpsWorks Stacks warten sollen, nachdem sie einen Schwellenwert überschritten haben, bevor sie Instances starten oder löschen. Eine CPU-Auslastung z. B. muss für mindestens 15 Minuten über dem Schwellenwert liegen. Dieser Wert erlaubt Ihnen, kurze Datenverkehrschwankungen zu ignorieren.
+ Wie lange OpsWorks Stacks nach dem Starten oder Stoppen von Instances warten sollten, bevor die Metriken erneut überwacht werden. In der Regel möchten Sie, dass gestartete Instances genügend Zeit haben, online zu gehen, oder angehaltene Instances genügend Zeit haben, herunterzufahren, bevor Sie bewerten, ob der Layer immer noch einen Schwellenwert überschreitet.
Wenn ein Skalierungsereignis eintritt, startet oder stoppt OpsWorks Stacks nur lastbasierte Instances. Es werden keine 24/7- oder zeitbasierte Instances gestartet oder angehalten.
**Anmerkung**
Die automatische lastbasierte Skalierung erstellt keine neuen Instances. Sie startet und beendet lediglich Instances, die Sie erstellt haben. Sie müssen daher im Voraus genügend lastbasierte Instances bereitstellen, um die maximal zu erwartende Last zu verarbeiten.
**So erstellen Sie eine lastbasierte Instance**
1. Wählen Sie auf der Seite **Instances** die Option **\$1Instance aus, um eine Instanz** hinzuzufügen. Wählen Sie **Advanced** und anschließend **Load-based** aus.
![\[Lastbasierte Skalierung auf einer Seite zum Hinzufügen von Instances\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/load_based_instances.png)
1. Konfigurieren Sie die Instanz und wählen Sie dann **Instanz hinzufügen**, um die Instanz dem Layer hinzuzufügen.
Wiederholen Sie dieses Verfahren, bis Sie eine ausreichende Anzahl von Instances erstellt haben. Sie können Instances zu einem späteren Zeitpunkt je nach Bedarf hinzufügen oder entfernen.
Nachdem Sie lastbasierte Instances zu einem Layer hinzugefügt haben, aktivieren Sie die lastbasierte Skalierung und geben Sie die Konfiguration an. Die Konfiguration der lastbasierten Skalierung ist eine Eigenschaft des Layers und nicht der Instance, in der angegeben wird, wann ein Layer seine lastbasierten Instances starten oder beenden sollte. Sie muss für jeden Layer separat angegeben werden, der lastbasierte Instances verwendet.
**So aktivieren und konfigurieren Sie eine automatisierte lastbasierte Skalierung**
1. Wählen Sie im Navigationsbereich unter **Instances** die Option **Load-based** aus und wählen Sie dann **Bearbeiten** für den entsprechenden Layer aus.
![\[Bearbeiten einer Aktion auf dem Instance-Layer\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/load_based.png)
1. Stellen Sie **Load-based Auto Scaling aktiviert** **auf** Ein. Legen Sie dann den Schwellenwert und die Skalierungsparameter fest, um zu definieren, wie und wann Instances hinzuzufügen oder zu löschen sind.
![\[Schwellenwerte für lastbasierte Skalierung\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/load_based_config.png)
**Durchschnittliche Schwellenwerte des Layers**
Sie können die Skalierung von Schwellenwerten basierend auf den folgenden Werten einstellen, die den Durchschnitt aller Instances des Layers angeben.
+ **Durchschnittliche CPU-Auslastung** — Die durchschnittliche CPU-Auslastung des Layers als Prozentsatz der Gesamtleistung.
+ **Durchschnittlicher Arbeitsspeicher** — Die durchschnittliche Speicherauslastung der Schicht als Prozentsatz der Gesamtspeichernutzung.
+ **Durchschnittliche Last** — Die durchschnittliche Auslastung der Ebene.
Weitere Informationen zur Berechnung der Last finden Sie unter [Last (Berechnung)](http://en.wikipedia.org/wiki/Load_(computing)) auf Wikipedia.
Das Überschreiten eines Schwellenwerts führt zu einem Skalierungsereignis, bei dem eine Hochskalierung erfolgt, wenn mehr Instances benötigt werden, und eine Herunterskalierung, wenn weniger Instances benötigt werden. OpsWorks Stacks fügt dann Instanzen auf der Grundlage der Skalierungsparameter hinzu oder löscht sie.
**Benutzerdefinierte Alarme CloudWatch **
Sie können bis zu fünf benutzerdefinierte CloudWatch Alarme als Schwellenwerte für das Hoch- oder Herunterskalieren verwenden. Sie müssen in derselben Region wie der Stack sein. Weitere Informationen zum Erstellen benutzerdefinierter Alarme finden Sie unter [ CloudWatch Amazon-Alarme erstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/AlarmThatSendsEmail.html).
Zur Verwendung benutzerdefinierter Alarme müssen Sie Ihre Service-Rolle aktualisieren, um `cloudwatch:DescribeAlarms` zu erlauben. Sie können OpsWorks Stacks entweder die Rolle für Sie aktualisieren lassen, wenn Sie diese Funktion zum ersten Mal verwenden, oder Sie können die Rolle manuell bearbeiten. Weitere Informationen finden Sie unter [OpsWorks Stacks erlauben, in Ihrem Namen zu handeln](opsworks-security-servicerole.md).
Wenn mehrere Alarme für die lastbasierte Konfiguration konfiguriert sind und sich ein Alarm im `INSUFFICIENT_DATA` metrischen Alarmstatus befindet, kann die lastbasierte Instanzskalierung nicht erfolgen, selbst wenn sich ein anderer Alarm im Status befindet. `ALARM` Die automatische Skalierung kann nur fortgesetzt werden, wenn sich alle Alarme im Status `OK` oder `ALARM` befinden. Weitere Informationen zur Verwendung von CloudWatch Amazon-Alarmen finden Sie [unter CloudWatch Amazon-Alarme verwenden](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) im * CloudWatch Amazon-Benutzerhandbuch*.
**Skalierungsparameter**
Die folgenden Parameter steuern, wie OpsWorks Stacks Skalierungsereignisse verwaltet.
+ **Server stapelweise starten — Die Anzahl der** Instanzen, die hinzugefügt oder entfernt werden sollen, wenn das Skalierungsereignis eintritt.
+ **Wenn Schwellenwerte überschritten werden** — Der Zeitraum (in Minuten), in dem die Last über einem Upscaling-Schwellenwert oder unter einem Downscaling-Schwellenwert bleiben muss, bevor OpsWorks Stacks ein Skalierungsereignis auslöst.
+ **Metriken nach der Skalierung ignorieren — Der Zeitraum (in Minuten),** in dem OpsWorks Stacks Metriken ignorieren und zusätzliche Skalierungsereignisse unterdrücken soll, nachdem ein Skalierungsereignis eingetreten ist.
OpsWorks Stacks fügt beispielsweise nach einem Upscaling-Ereignis neue Instances hinzu, aber die Instances beginnen erst, die Last zu reduzieren, wenn sie gebootet und konfiguriert wurden. Es macht keinen Sinn, weitere Skalierungsereignisse auszulösen, bis die neuen Instances online sind, und Anfragen zu bearbeiten, was in der Regel ein paar Minuten dauert. Diese Einstellung ermöglicht Ihnen, OpsWorks Stacks anzuweisen, Skalierungsereignisse lange genug zu unterdrücken, um die neuen Instances online zu stellen.
Sie können diese Einstellung erhöhen, um plötzliche Skalierungsschwankungen zu verhindern, wenn Layer-Durchschnittswerte wie **Durchschnittliche CPU**, **Durchschnittlicher Arbeitsspeicher** oder **Durchschnittliche Auslastung vorübergehend** nicht übereinstimmen.
Wenn die CPU-Auslastung beispielsweise über dem Grenzwert liegt und die Speicherauslastung kurz vor dem Herunterskalieren steht, kann auf ein Instance-Upscale-Ereignis unmittelbar ein Ereignis zum Herunterskalieren des Speichers folgen. Um dies zu verhindern, können Sie die Anzahl der Minuten in der Einstellung Metriken **ignorieren nach der Skalierung** erhöhen. In diesem Beispiel würde die CPU-Skalierung stattfinden, das Ereignis zum Herunterskalieren des Speichers jedoch nicht.
1. Um weitere lastbasierte Instances hinzuzufügen, wählen Sie **\$1 Instance**, konfigurieren Sie die Einstellungen und wählen Sie dann **Add** Instance aus. Wiederholen Sie den Vorgang, bis Sie genügend lastbasierte Instances haben, um die maximal zu erwartetende Last zu verarbeiten. Wählen Sie dann **Speichern**.
**Anmerkung**
Sie können einem Layer auch eine neue lastbasierte Instanz hinzufügen, indem Sie die Seite **Lastenbasiert** öffnen und **eine lastbasierte Instanz hinzufügen** (falls Sie dem Layer noch keine lastbasierte Instanz hinzugefügt haben) oder **\$1 Instanz** (wenn der Layer bereits über eine oder mehrere lastbasierte Instanzen verfügt) auswählen. Anschließend konfigurieren Sie die Instance wie weiter oben beschrieben.
**So fügen Sie eine vorhandene lastbasierte Instance zu einem Layer hinzu**
1. ****Wählen Sie im Navigationsbereich unter Instances die Option Load-based aus.****
1. Wenn Sie die lastbasierte automatische Skalierung für einen Layer bereits aktiviert haben, wählen Sie **\$1** Instanz aus. Andernfalls wählen Sie **Eine lastbasierte Instanz hinzufügen**. Wählen Sie die Registerkarte „**Bestehend**“.
![\[Hinzufügen einer vorhandenen lastbasierten Instance zu einem Layer\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/load_based_instances_existing.png)
1. Wählen Sie auf **der** Registerkarte Existierend eine Instanz aus. Die Liste zeigt nur lastbasierte Instances.
**Anmerkung**
Wenn Sie Ihre Meinung zur Verwendung einer vorhandenen Instanz ändern, erstellen Sie auf der Registerkarte **Neu** eine neue Instanz, wie im vorherigen Verfahren beschrieben.
1. Wählen Sie „**Instanz hinzufügen**“, um die Instanz dem Layer hinzuzufügen.
Sie können die Konfiguration für die automatische lastbasierte Skalierung jederzeit bearbeiten oder diese Skalierung deaktivieren.
**So deaktivieren Sie eine automatische lastbasierte Skalierung**
1. Wählen Sie im Navigationsbereich unter **Instances** die Option **Load-based** und anschließend für den entsprechenden Layer **Bearbeiten** aus.
1. Schalten Sie **Load-based Auto Scaling aktiviert** auf **Nein.**
## Wie sich lastbasierte Skalierung von Auto Healing unterscheidet
Die automatische lastbasierte Skalierung verwendet Metriken, die den Durchschnitt aller ausgeführten Instances ermitteln. Wenn die Metriken zwischen den angegebenen Schwellenwerten bleiben, startet oder stoppt OpsWorks Stacks keine Instances. Bei der auto Heilung hingegen startet OpsWorks Stacks automatisch eine neue Instanz mit derselben Konfiguration, wenn eine Instanz nicht mehr reagiert. Die Instance kann voraussichtlich nicht reagieren, da ein Netzwerkproblem oder ein Problem mit der Instance besteht.
Nehmen wir zum Beispiel an, Ihr CPU-Upscaling-Schwellenwert liegt bei 80% und eine Instance reagiert nicht mehr.
+ Wenn die auto Heilung deaktiviert ist und die verbleibenden laufenden Instances die durchschnittliche CPU-Auslastung unter 80% halten können, startet OpsWorks Stacks keine neue Instanz. Es startet eine Ersatz-Instance nur dann, wenn die durchschnittliche CPU-Auslastung über die verbleibenden Instances 80 % übersteigt.
+ Wenn Auto Healing aktiviert ist, startet OpsWorks Stacks unabhängig von den Lastschwellenwerten eine Ersatzinstanz.