

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.

# `INVALID`Datenverarbeitungsumgebung
<a name="batch_eks_invalid_compute_environment"></a>

Möglicherweise haben Sie eine verwaltete Computerumgebung falsch konfiguriert. Wenn Sie das getan haben, wechselt die Computerumgebung in einen `INVALID` Status und kann keine Stellen zur Vermittlung annehmen. In den folgenden Abschnitten werden die möglichen Ursachen und die auf der Ursache beruhende Problembehebung beschrieben.

## Nicht unterstützte Version Kubernetes
<a name="invalid_kubernetes_version"></a>

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 in `EC2Configuration` eine Kubernetes Version angeben, die nicht unterstützt wird.

```
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 kleineres Versions-Upgrade 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 Update der Hauptversion auf ändern. Dies ist beispielsweise der Fall, wenn Sie ein Upgrade einer Hauptversion von `1.xx` auf durchführen`2.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 unterstützt EKS derzeit die folgenden Kubernetes Versionen:
+ `1.34`
+ `1.33`
+ `1.32`
+ `1.31`
+ `1.30`
+ `1.29`

## Das Instanzprofil ist nicht vorhanden
<a name="instance_profile_not_exist"></a>

Wenn das angegebene Instance-Profil nicht existiert, wird der Status der Datenverarbeitungsumgebung AWS Batch auf Amazon EKS auf geändert`INVALID`. 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](https://docs.aws.amazon.com/eks/latest/userguide/create-node-role.html) im *Amazon EKS-Benutzerhandbuch*.

## Ungültiger Kubernetes Namespace
<a name="invalid_kubernetes_namespace"></a>

Wenn EKS AWS Batch auf Amazon den Namespace für die Rechenumgebung nicht validieren kann, wird der Status der Rechenumgebung auf `INVALID` geändert. 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 eine der folgenden Bedingungen zutrifft:
+ Die Kubernetes Namespace-Zeichenfolge im `CreateComputeEnvironment` Aufruf ist nicht vorhanden. Weitere Informationen finden Sie unter [CreateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_CreateComputeEnvironment.html).
+ Die erforderlichen RBAC-Berechtigungen (Role-Based Access Control) zur Verwaltung des Namespaces sind nicht richtig konfiguriert.
+ AWS Batch hat keinen Zugriff auf den Amazon Kubernetes EKS-API-Serverendpunkt. 

Informationen zum Beheben dieses Problems finden Sie unter [Stellen Sie sicher, dass der richtig konfiguriert `aws-auth ConfigMap` ist](verify-configmap-config.md). Weitere Informationen finden Sie unter [Erste Schritte mit AWS Batch Amazon EKS](getting-started-eks.md).

## Computerumgebung wurde gelöscht
<a name="deleted_compute_environment"></a>

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 auf geändert`INVALID`. In diesem Szenario funktioniert die Rechenumgebung nicht richtig, wenn Sie den Amazon EKS-Cluster mit demselben Namen neu erstellen.

Um dieses Problem zu beheben, löschen Sie die Datenverarbeitungsumgebung AWS Batch auf Amazon EKS und erstellen Sie sie anschließend neu.

## Knoten treten dem Amazon EKS-Cluster nicht bei
<a name="batch_eks_node_not_join_cluster"></a>

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 auf geändert`INVALID`.

**Anmerkung**  
AWS Batch ändert den Status der Rechenumgebung nicht sofort, sodass Sie das Problem debuggen können.

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:
+ Die Instance-Rolle ist nicht richtig konfiguriert. Weitere Informationen finden Sie unter [IAM-Rolle für Amazon EKS-Knoten](https://docs.aws.amazon.com/eks/latest/userguide/create-node-role.html) im *Amazon EKS-Benutzerhandbuch*.
+ Die Subnetze sind nicht richtig konfiguriert. Weitere Informationen finden Sie unter [Amazon EKS-VPC- und Subnetzanforderungen und Überlegungen](https://docs.aws.amazon.com/eks/latest/userguide/network_reqs.html) im *Amazon EKS-Benutzerhandbuch*.
+ Die Sicherheitsgruppe ist nicht richtig konfiguriert. Weitere Informationen finden Sie unter [Anforderungen und Überlegungen zu Amazon EKS-Sicherheitsgruppen](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) im *Amazon EKS-Benutzerhandbuch*.
**Anmerkung**  
Möglicherweise wird Ihnen auch eine Fehlermeldung im Personal Health Dashboard (PHD) angezeigt.