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.

UNGÜLTIGE Rechenumgebung

Es ist möglich, dass Sie eine verwaltete Rechenumgebung falsch konfiguriert haben. Wenn Sie dies getan haben, wechselt die Computerumgebung in einen INVALID Zustand und kann keine Stellen zur Stellenausschreibung annehmen. In den folgenden Abschnitten werden die möglichen Ursachen beschrieben und es wird beschrieben, wie anhand der Ursache Fehler behoben werden können.

Nicht unterstützt Kubernetes version

Möglicherweise wird eine Fehlermeldung angezeigt, die der folgenden ähnelt, wenn Sie den CreateComputeEnvironment API-Vorgang oder UpdateComputeEnvironment den API-Vorgang verwenden, um eine Rechenumgebung zu erstellen oder zu aktualisieren. Dieses Problem tritt auf, wenn Sie unter eine nicht unterstützte Kubernetes Version angeben. EC2Configuration

At least one imageKubernetesVersion in EC2Configuration is not supported.

Um dieses Problem zu beheben, löschen Sie die Rechenumgebung und erstellen Sie sie dann mit einer unterstützten Kubernetes Version neu.

Sie können ein Upgrade einer Nebenversion auf Ihrem Amazon EKS-Cluster durchführen. Sie können den Cluster beispielsweise von 1.xx auf aktualisieren, 1.yy auch wenn die Nebenversion nicht unterstützt wird.

Der Status der Rechenumgebung kann sich jedoch INVALID nach einem Hauptversionsupdate auf ändern. Zum Beispiel, wenn Sie ein Upgrade der Hauptversion von 1.xx auf durchführen2.yy. Wenn die Hauptversion von nicht unterstützt wird AWS Batch, wird eine Fehlermeldung angezeigt, die der folgenden ähnelt.

reason=CLIENT_ERROR - ... EKS Cluster version [2.yy] is unsupported

Um dieses Problem zu beheben, geben Sie eine unterstützte Kubernetes Version an, wenn Sie einen API-Vorgang verwenden, um eine Rechenumgebung zu erstellen oder zu aktualisieren.

AWS Batch auf Amazon EKS unterstützt derzeit die folgenden Kubernetes Versionen:

Das Instanzprofil ist nicht vorhanden

Wenn das angegebene Instanzprofil nicht existiert, wird der Status der AWS Batch Amazon EKS-Rechenumgebung in geändertINVALID. Im statusReason Parameter wird ein Fehler angezeigt, der dem folgenden ähnelt.

CLIENT_ERROR - Instance profile arn:aws:iam::...:instance-profile/<name> does not exist

Um dieses Problem zu beheben, geben Sie ein funktionierendes Instanzprofil an oder erstellen Sie es. Weitere Informationen finden Sie unter IAM-Rolle für Amazon EKS-Knoten im Amazon EKS-Benutzerhandbuch.

Ungültig Kubernetes Namespace

Wenn AWS Batch Amazon EKS den Namespace für die Rechenumgebung nicht validieren kann, wird der Status der Rechenumgebung in geändert. INVALID Dieses Problem kann beispielsweise auftreten, wenn der Namespace nicht existiert.

Im statusReason Parameter wird eine Fehlermeldung angezeigt, die der folgenden ähnelt.

CLIENT_ERROR - Unable to validate Kubernetes Namespace

Dieses Problem kann auftreten, wenn einer der folgenden Punkte zutrifft:

Informationen zum Beheben dieses Problems finden Sie unter Stellen Sie sicher, dass die aws-auth korrekt konfiguriert ist ConfigMap. Weitere Informationen finden Sie unter Erste Schritte mit AWS Batch auf Amazon EKS.

Die Einrichtung des Amazon EKS-Zugangseintrags ist unvollständig

Wenn ein Amazon EKS-Zugriffseintrag auf dem Cluster AWS Batch erstellt wurde, aber die Zuordnung der Zugriffsrichtlinie, die ihn nutzbar macht, nicht abschließen konnte, ändert sich der Status der Rechenumgebung inINVALID. Um dieses Problem zu beheben, gewähren Sie die fehlenden Amazon EKS-Berechtigungen und versuchen Sie den Vorgang erneut.

Der statusReason Parameter enthält eine Fehlermeldung, die der folgenden ähnelt.

CLIENT_ERROR - Access Entry setup incomplete on cluster [my-cluster]. Retry by calling UpdateComputeEnvironment.

Dieser Status kann auftreten, wenn die Zugriffsrichtlinie dem neuen Zugriffseintrag nicht zugeordnet werden AWS Batch konnte. AWS Batch konnte dann den Zugriffseintrag nicht löschen, um ihn rückgängig zu machen. Die übliche Ursache ist, dass die IAM-Identität, die angerufen hat, CreateComputeEnvironment oder UpdateComputeEnvironment nicht anrufen darf eks:AssociateAccessPolicyeks:DeleteAccessEntry, oder beides. Wenn nur die Richtlinienzuordnung fehlschlägt, AWS Batch wird der Zugriffseintrag entfernt und die Anforderung schlägt mit einem Fehler fehl, anstatt die Rechenumgebung INVALID zu verlassen.

Stellen Sie sicher, dass Ihre IAM-Identität, die alle Amazon EKS-Aktionen, die zur Verwaltung eines Zugriffseintrags AWS Batch verwendet werden, aufruft CreateComputeEnvironment und UpdateComputeEnvironment aufrufen darf. Die ersten beiden Aktionen lesen den Clusterstatus, und die verbleibenden Aktionen verwalten den Zugriffseintrag selbst.

Nachdem Sie die Berechtigungen der Identität aktualisiert haben, rufen Sie die Computerumgebung UpdateComputeEnvironment auf, um den Vorgang zu wiederholen. Weitere Informationen zu den erforderlichen Berechtigungen finden Sie unterErforderliche Berechtigungen. AWS Batch

Computerumgebung gelöscht

Angenommen, Sie löschen einen Amazon EKS-Cluster, bevor Sie die angehängte AWS Batch Amazon EKS-Rechenumgebung löschen. Dann wird der Status der Rechenumgebung in geändertINVALID. In diesem Szenario funktioniert die Rechenumgebung nicht ordnungsgemäß, wenn Sie den Amazon EKS-Cluster mit demselben Namen neu erstellen.

Um dieses Problem zu beheben, löschen Sie die Rechenumgebung AWS Batch auf Amazon EKS und erstellen Sie sie dann neu.

Knoten treten dem Amazon EKS-Cluster nicht bei

AWS Batch auf Amazon EKS skaliert eine Rechenumgebung herunter, wenn festgestellt wird, dass nicht alle Knoten dem Amazon EKS-Cluster beigetreten sind. Wenn AWS Batch Amazon EKS die Rechenumgebung herunterskaliert, wird der Status der Rechenumgebung in geändertINVALID.

Im statusReason Parameter wird eine Fehlermeldung angezeigt, die einer der folgenden ähnelt:

Your compute environment has been INVALIDATED and scaled down because none of the instances joined the underlying ECS Cluster. Common issues preventing instances joining are the following: VPC/Subnet configuration preventing communication to ECS, incorrect Instance Profile policy preventing authorization to ECS, or customized AMI or LaunchTemplate configurations affecting ECS agent.

Your compute environment has been INVALIDATED and scaled down because none of the nodes joined the underlying Amazon EKS Cluster. Common issues preventing nodes joining are the following: networking configuration preventing communication to Amazon EKS Cluster, incorrect Amazon EKS Instance Profile or Kubernetes RBAC policy preventing authorization to Amazon EKS Cluster, customized AMI or LaunchTemplate configurations affecting Amazon EKS/Kubernetes node bootstrap.

Wenn Sie ein standardmäßiges Amazon EKS-AMI verwenden, sind die häufigsten Ursachen für dieses Problem die folgenden: