

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# `INVALID`environnement informatique
<a name="batch_eks_invalid_compute_environment"></a>

Il est possible que vous ayez mal configuré un environnement informatique géré. Si c'est le cas, l'environnement informatique entre dans un `INVALID` état et ne peut pas accepter de postes à des fins de placement. Les sections suivantes décrivent les causes possibles et la procédure de dépannage en fonction de la cause.

## Version non prise en charge Kubernetes
<a name="invalid_kubernetes_version"></a>

Un message d'erreur semblable au suivant peut s'afficher lorsque vous utilisez l'opération d'`CreateComputeEnvironment`API ou l'opération d'`UpdateComputeEnvironment`API pour créer ou mettre à jour un environnement de calcul. Ce problème se produit si vous spécifiez une Kubernetes version non prise en charge dans`EC2Configuration`.

```
At least one imageKubernetesVersion in EC2Configuration is not supported.
```

Pour résoudre ce problème, supprimez l'environnement informatique, puis recréez-le avec une Kubernetes version prise en charge. 

Vous pouvez effectuer une mise à niveau de version mineure sur votre cluster Amazon EKS. Par exemple, vous pouvez mettre à niveau le cluster de `1.xx` à `1.yy` même si la version mineure n'est pas prise en charge. 

Toutefois, l'état de l'environnement de calcul peut changer `INVALID` après une mise à jour majeure de la version. Par exemple, si vous effectuez une mise à niveau d'une version majeure de `1.xx` vers`2.yy`. Si la version majeure n'est pas prise en charge par AWS Batch, un message d'erreur semblable au suivant s'affiche.

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

Pour résoudre ce problème, spécifiez une Kubernetes version prise en charge lorsque vous utilisez une opération d'API pour créer ou mettre à jour un environnement informatique.

AWS Batch sur Amazon, EKS prend actuellement en charge les Kubernetes versions suivantes :
+ `1.34`
+ `1.33`
+ `1.32`
+ `1.31`
+ `1.30`
+ `1.29`

## Le profil d'instance n'existe pas
<a name="instance_profile_not_exist"></a>

Si le profil d'instance spécifié n'existe pas, le statut de l'environnement de calcul AWS Batch sur Amazon EKS est remplacé par`INVALID`. Vous voyez une erreur définie dans le `statusReason` paramètre qui ressemble à ce qui suit.

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

Pour résoudre ce problème, spécifiez ou créez un profil d'instance de travail. Pour de plus amples informations, veuillez consulter [Rôle IAM de nœud Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/create-node-role.html) dans le *Guide de l'utilisateur Amazon EKS*.

## Espace de Kubernetes noms non valide
<a name="invalid_kubernetes_namespace"></a>

Si AWS Batch sur Amazon EKS ne parvient pas à valider l'espace de noms de l'environnement de calcul, le statut de l'environnement de calcul est remplacé par. `INVALID` Par exemple, ce problème peut se produire si l'espace de noms n'existe pas. 

Un message d'erreur semblable au suivant s'affiche dans le `statusReason` paramètre.

```
CLIENT_ERROR - Unable to validate Kubernetes Namespace
```

Ce problème peut se produire si l'une des conditions suivantes est vraie :
+ La chaîne d'Kubernetesespace de noms contenue dans l'`CreateComputeEnvironment`appel n'existe pas. Pour de plus amples informations, veuillez consulter [CreateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_CreateComputeEnvironment.html).
+ Les autorisations de contrôle d'accès basé sur les rôles (RBAC) requises pour gérer l'espace de noms ne sont pas correctement configurées.
+ AWS Batch n'a pas accès au point de terminaison du serveur Kubernetes d'API Amazon EKS. 

Pour résoudre ce problème, consultez [Vérifiez que le `aws-auth ConfigMap` est correctement configuré](verify-configmap-config.md). Pour de plus amples informations, veuillez consulter [Commencer à utiliser AWS Batch sur Amazon EKS](getting-started-eks.md).

## Environnement de calcul supprimé
<a name="deleted_compute_environment"></a>

Supposons que vous supprimiez un cluster Amazon EKS avant de supprimer le cluster associé AWS Batch dans l'environnement informatique Amazon EKS. Ensuite, l'état de l'environnement de calcul est changé en`INVALID`. Dans ce scénario, l'environnement de calcul ne fonctionne pas correctement si vous recréez le cluster Amazon EKS portant le même nom.

Pour résoudre ce problème, supprimez puis recréez l'environnement de calcul AWS Batch sur Amazon EKS.

## Les nœuds ne rejoignent pas le cluster Amazon EKS
<a name="batch_eks_node_not_join_cluster"></a>

AWS Batch sur Amazon EKS réduit un environnement de calcul s'il détermine que tous les nœuds n'ont pas rejoint le cluster Amazon EKS. Lorsque AWS Batch sur Amazon EKS réduit l'environnement de calcul, le statut de l'environnement de calcul est modifié en`INVALID`.

**Note**  
AWS Batch ne modifie pas immédiatement l'état de l'environnement informatique afin que vous puissiez résoudre le problème.

Un message d'erreur semblable à l'un des suivants s'affiche dans le `statusReason` paramètre :

`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.`

Lorsque vous utilisez une AMI Amazon EKS par défaut, les causes les plus fréquentes de ce problème sont les suivantes :
+ Le rôle d'instance n'est pas configuré correctement. Pour de plus amples informations, veuillez consulter [Rôle IAM de nœud Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/create-node-role.html) dans le *Guide de l'utilisateur Amazon EKS*.
+ Les sous-réseaux ne sont pas correctement configurés. Pour plus d'informations, consultez les [exigences et considérations relatives aux VPC et aux sous-réseaux Amazon](https://docs.aws.amazon.com/eks/latest/userguide/network_reqs.html) EKS dans le guide de l'utilisateur *Amazon EKS*.
+ Le groupe de sécurité n'est pas configuré correctement. Pour plus d'informations, consultez les [exigences et considérations relatives aux groupes de sécurité Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) dans le *guide de l'utilisateur Amazon EKS*.
**Note**  
Vous pouvez également voir une notification d'erreur dans le Personal Health Dashboard (PHD).