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.

Über Zustandsprüfungen Ihrer Auto-Scaling-Gruppe

Dieses Thema bietet einen Überblick über die verfügbaren Zustandsprüfungstypen und beschreibt die wichtigsten Überlegungen zur Integration von Amazon EC2 Auto Scaling Scaling-Zustandsprüfungen in Ihre Anwendungen.

Health check type (Typ der Zustandsprüfung)

Amazon EC2 Auto Scaling kann den Integritätsstatus einer InService Instance mithilfe einer oder mehrerer der folgenden Zustandsprüfungen ermitteln:

Zustandsprüfungen von Amazon EC2

Nachdem eine Instance gestartet wurde, wird sie an die Auto-Scaling-Gruppe angefügt und wechselt in den Zustand InService. Weitere Informationen über die verschiedenen Lebenszyklus-Statusse der Instances in einer Auto-Scaling-Gruppe finden Sie unter Instance-Lebenszyklus bei Amazon EC2 Auto Scaling.

Amazon EC2 Auto Scaling überprüft durch eine regelmäßige Zustandsprüfung aller Instances innerhalb der Auto-Scaling-Gruppe, ob sie ausgeführt werden und sich in einem guten Zustand befinden.

Statusüberprüfungen

Amazon EC2 Auto Scaling verwendet standardmäßig die Ergebnisse der Amazon EC2-Instance-Statusprüfungen und System-Statusprüfungen, um den Zustand einer Instance zu bestimmen. Wenn sich die Instance in einem anderen Amazon-EC2-Status als running befindet oder der Systemstatus impaired ist, betrachtet Amazon EC2 Auto Scaling die Instance als fehlerhaft und ersetzt sie. Dies gilt auch, wenn die Instance einen der folgenden Zustände aufweist:

Die Amazon EC2-Statusprüfungen erfordern keine spezielle Konfiguration und sind stets aktiviert. Weitere Informationen finden Sie unter Arten von Statusprüfungen im Amazon EC2 EC2-Benutzerhandbuch.

Geplante Ereignisse

Amazon EC2 kann gelegentlich Ereignisse auf Ihren Instances planen, die nach einem bestimmten Zeitstempel ausgeführt werden. Weitere Informationen finden Sie unter Geplante Ereignisse für Ihre Instances im Amazon EC2 EC2-Benutzerhandbuch.

Wenn eine Ihrer Instances von einem geplanten Ereignis betroffen ist, betrachtet Amazon EC2 Auto Scaling die Instance als fehlerhaft und ersetzt sie. Die Instance wird erst heruntergefahren, wenn das im Zeitstempel angegebene Datum und die Uhrzeit erreicht sind.

Elastic Load Balancing-Zustandsprüfungen

Wenn Sie Elastic Load Balancing Health Checks für Ihre Auto Scaling-Gruppe aktivieren, kann Amazon EC2 Auto Scaling die Ergebnisse dieser Zustandsprüfungen verwenden, um den Integritätsstatus einer Instance zu ermitteln.

Bevor Sie Elastic Load Balancing Health Checks für Ihre Auto Scaling Scaling-Gruppe aktivieren können, müssen Sie einen Elastic Load Balancing Load Balancer konfigurieren und dafür eine Integritätsprüfung konfigurieren, um festzustellen, ob Ihre Instances fehlerfrei sind. Weitere Informationen finden Sie unter Bereiten Sie den Anschluss eines Elastic Load Balancing Balancing-Load Balancers vor.

Nachdem Sie den Load Balancer Ihrer Auto Scaling Scaling-Gruppe hinzugefügt haben, passiert Folgendes:

Standardmäßig ignoriert Amazon EC2 Auto Scaling die Ergebnisse der Zustandsprüfungen des Elastic Load Balancing. Wenn Sie diese Zustandsprüfungen für Ihre Auto Scaling-Gruppe aktiviert haben und Elastic Load Balancing eine registrierte Instance als meldetUnhealthy, markiert Amazon EC2 Auto Scaling die Instance Unhealthy bei der nächsten regelmäßigen Integritätsprüfung und ersetzt sie.

Wenn der Connection Draining (Verzögerte Deregistrierung) für Ihren Load Balancer aktiviert ist, wartet Amazon EC2 Auto Scaling, bis die laufenden Anforderungen abgeschlossen werden oder das maximale Zeitlimit abgelaufen ist, bevor die fehlerhaften Instances beendet werden.

VPC-Lattice-Zustandsprüfungen

Standardmäßig ignoriert Amazon EC2 Auto Scaling die Ergebnisse der VPC-Lattice-Zustandsprüfungen. Sie können diese Integritätsprüfungen optional für Ihre Auto Scaling Scaling-Gruppe aktivieren. Wenn Sie dies getan haben und VPC-Lattice eine registrierte Instance als Unhealthy meldet, markiert Amazon EC2 Auto Scaling die Instance bei der nächsten regelmäßigen Zustandsprüfung als Unhealthy und ersetzt sie. Der Prozess des Registrierens von Instances und der anschließenden Überprüfung ihres Zustands entspricht der Funktionsweise von Elastic-Load-Balancing-Zustandsprüfungen.

Wie Amazon EC2 Auto Scaling Ausfallzeiten minimiert

Standardmäßig werden neue Instances gleichzeitig bereitgestellt, wenn Ihre vorhandenen Instances beendet werden. Dadurch können neue Anfragen möglicherweise nicht akzeptiert werden, bis die neuen Instances voll funktionsfähig sind.

Wenn Amazon EC2 Auto Scaling feststellt, dass Instances nicht mehr laufen (oder sie Unhealthy mit dem Befehl set-instance-health markiert wurden), werden sie sofort ersetzt. Wenn jedoch andere Instances als fehlerhaft eingestuft werden, verwendet Amazon EC2 Auto Scaling den folgenden Ansatz, um sich von Ausfällen zu erholen. Dieser Ansatz minimiert Ausfallzeiten, die aufgrund vorübergehender Probleme oder falsch konfigurierter Integritätsprüfungen auftreten können.

Gesundheitschecks für Instanzen in einem warmen Pool

Amazon EC2 Auto Scaling führt auch Integritätsprüfungen für Instances in einem warmen Pool durch. Weitere Informationen finden Sie unter Anzeigen des Status der Zustandsprüfung und dem Grund für Zustandsprüfungsfehler.

Überlegungen zur Zustandsprüfung

Im Folgenden finden Sie Überlegungen zur Verwendung von Amazon EC2 Auto Scaling Scaling-Zustandsprüfungen.

Benutzerdefinierte Zustandsprüfungen

Optional können Sie auch benutzerdefinierte Zustandserkennungs-Aufgaben für die Instances in Ihrer Auto-Scaling-Gruppe ausführen und den Zustandsstatus einer Instance als Unhealthy festlegen, wenn die Aufgabe fehlschlägt. Dies erweitert Ihre Zustandsprüfungen durch eine Kombination aus benutzerdefinierten Zustandsprüfungen, Amazon-EC2-Statusprüfungen und Elastic-Load-Balancing-Zustandsprüfungen, falls aktiviert.

Sie können die Zustandsinformationen der Instance über die AWS CLI oder ein SDK direkt von Ihrem System an Amazon EC2 Auto Scaling senden. Die folgenden Beispiele zeigen, wie Sie den AWS CLI Integritätsstatus einer Instance konfigurieren und anschließend den Integritätsstatus der Instance überprüfen können.

Verwenden Sie den folgenden set-instance-health-Befehl, um den Zustand der angegebenen Instance in Unhealthy zu ändern:

aws autoscaling set-instance-health --instance-id i-1234567890abcdef0 --health-status Unhealthy

Standardmäßig wird bei diesem Befehl die Wartefrist für die Zustandsprüfung eingehalten. Sie können jedoch dieses Verhalten außer Kraft setzen und die Übergangsfrist nicht einhalten, indem Sie die Option --no-should-respect-grace-period einbeziehen.

Verwenden Sie den folgenden describe-auto-scaling-groups-Befehl, um zu prüfen, ob der Instance-Zustand Unhealthy ist.

aws autoscaling describe-auto-scaling-groups --auto-scaling-group-names my-asg

Im Folgenden sehen Sie eine Beispielantwort, die angibt, dass der Zustand der Instance Unhealthy lautet und die Instance beendet wird:

{
    "AutoScalingGroups": [
        {
            ....
            "Instances": [
                {
                    "ProtectedFromScaleIn": false,
                    "AvailabilityZone": "us-west-2a",
                    "LaunchTemplate": {
                        "LaunchTemplateName": "my-launch-template",
                        "Version": "1",
                        "LaunchTemplateId": "lt-1234567890abcdef0"
                    },
                    "InstanceId": "i-1234567890abcdef0",
                    "InstanceType": "t2.micro",
                    "HealthStatus": "Unhealthy",
                    "LifecycleState": "Terminating"
                },
                ...
            ]
        }
    ]
}