Fehlerbehebung bei Service Load Balancers in Amazon ECS - Amazon Elastic Container Service

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 Service Load Balancers in Amazon ECS

Amazon ECS Services können Aufgaben bei einem Elastic Load Balancing Load Balancer registrieren. Fehler bei der Konfiguration von Load Balancers sind häufig die Ursache für gestoppte Aufgaben. Wenn Ihre gestoppten Aufgaben von Services gestartet wurden, die einen Load Balancer verwenden, ziehen Sie folgende mögliche Ursachen in Betracht.

Die mit dem ECS Amazon-Dienst verknüpfte Rolle ist nicht vorhanden

Die ECS serviceverknüpfte Rolle von Amazon ermöglicht es Amazon ECS Services, Container-Instances bei Elastic Load Balancing Load Balancers zu registrieren. Die servicegebundene Rolle muss in Ihrem Konto erstellt werden. Weitere Informationen finden Sie unter Verwenden von serviceverknüpften Rollen für Amazon ECS.

Sicherheitsgruppe für Container-Instances

Wenn Ihr Container dem Port 80 auf Ihrer Container-Instance zugewiesen ist, muss Ihre Container-Instance-Sicherheitsgruppe eingehenden Datenverkehr auf Port 80 für die Zustandsprüfungen des Load Balancer erlauben.

Elastic Load Balancing Load Balancer ist nicht für alle Availability Zones konfiguriert

Ihr Load Balancer sollte so konfiguriert sein, dass er alle Availability Zones in einer Region verwenden kann, oder zumindest alle Availability Zones, in denen sich Ihre Container-Instances befinden. Wenn ein Service einen Load Balancer verwendet und eine Aufgabe auf einer Container-Instance startet, die sich in einer Availability Zone befindet, für deren Verwendung der Load Balancer nicht konfiguriert ist, besteht die Aufgabe die Zustandsprüfung nie. Dies führt dazu, dass die Aufgabe beendet wird.

Elastic Load Balancing Load Balancer Health Check falsch konfiguriert

Die Parameter der Zustandsprüfung des Load Balancer können übermäßig restriktiv sein oder auf Ressourcen zeigen, die nicht existieren. Wenn festgestellt wird, dass eine Container-Instance fehlerhaft ist, wird sie aus dem Load Balancer entfernt. Stellen Sie sicher, dass die folgenden Parameter korrekt für Ihren Service-Load Balancer konfiguriert sind.

Ping-Port

Der Wert Ping-Port für eine Load Balancer-Zustandsprüfung ist der Port auf den Container-Instances, den der Load Balancer prüft, um festzustellen, ob er fehlerfrei ist. Wenn dieser Port falsch konfiguriert ist, meldet der Load Balancer Ihre Container-Instance wahrscheinlich von sich ab. Dieser Port sollte so konfiguriert sein, dass er den Wert hostPort für den Container in der Aufgabendefinition Ihres Services verwendet, die Sie bei der Zustandsprüfung verwenden.

Ping-Pfad

Dies ist Teil des Load Balancer-Healthchecks. Es handelt sich um einen Endpunkt in Ihrer Anwendung, der einen erfolgreichen Statuscode (z. B. 200) zurückgeben kann, wenn die Anwendung fehlerfrei ist. Dieser Wert wird oft auf index.html festgelegt, aber wenn Ihr Service auf diese Anfrage nicht antwortet, schlägt die Zustandsprüfung fehl. Wenn Ihr Container keine index.html Datei hat, können Sie diese so einstellen, dass / sie als Ziel URL für die Basis der Container-Instance dient.

Reaktions-Timeout

Dies ist die Zeitdauer, innerhalb derer Ihr Container eine Antwort auf den Ping der Zustandsprüfung zurücksenden muss. Wenn dieser Wert niedriger ist als die Zeitdauer, die für eine Antwort erforderlich ist, schlägt die Zustandsprüfung fehl.

Zustandsprüfungsintervall

Dies ist die Zeitdauer zwischen Zustandsprüfungs-Pings. Je kürzer Ihre Zustandsprüfungsintervalle sind, desto schneller kann Ihre Container-Instance den Unhealthy Threshold erreichen.

Unhealthy Threshold (Schwellenwert für anormalen Zustand)

Dies ist die Anzahl der Male, die Ihre Zustandsprüfung fehlschlagen kann, bevor Ihre Container-Instance als fehlerhaft betrachtet wird. Wenn Sie einen fehlerhaften Schwellenwert von 2 und ein Integritätsprüfungsintervall von 30 Sekunden haben, hat Ihre Aufgabe 60 Sekunden Zeit, um auf den Integritätsprüf-Ping zu antworten, bevor er als fehlerhaft angesehen wird. Sie können den Unhealthy Threshold oder das Zustandsprüfungsintervall erhöhen, um Ihren Aufgaben mehr Zeit zum Antworten zu geben.

Der Dienst konnte nicht aktualisiert werden servicename: Name oder Port des Load Balancer-Containers wurden in der Aufgabendefinition geändert

Wenn Ihr Service einen Load Balancer verwendet, können Sie das AWS CLI oder verwenden, um die Load Balancer-Konfiguration SDK zu ändern. Informationen zum Ändern der Konfiguration finden Sie UpdateServicein der Amazon Elastic Container Service API Reference. Wenn Sie die Aufgabendefinition für den Service aktualisieren, müssen der Containername und der Container-Port, die in der Load-Balancer-Konfiguration angegeben sind, in der Aufgabendefinition verbleiben.

Sie haben das Limit für die Anzahl der Aufgaben erreicht, die Sie gleichzeitig ausführen können.

Für ein neues Konto sind Ihre Kontingente möglicherweise niedriger als die Service Quotas. Das Servicekontingent für Ihr Konto kann in der Service-Quotas-Konsole angezeigt werden. Informationen zum Anfordern einer Kontingenterhöhung finden Sie unter Anfordern einer Kontingenterhöhung im Benutzerhandbuch zu Service Quotas.