Comment éliminer les messages d'erreur 400 lors de la modification de mon instance de base de données Amazon Aurora ?

Brève description

Lorsque vous lancez une demande d'API, AWS effectue des vérifications de syntaxe initiales pour s'assurer que la demande d'API est complète et comporte tous les paramètres obligatoires. Il existe un certain nombre de raisons pour lesquelles une erreur 400 peut se produire lorsque vous envoyez une demande d'API de modification de votre instance de base de données Amazon Aurora, notamment :

• La demande est refusée en raison de la limitation des demandes d'API.
• Vous utilisez une combinaison de paramètres non valides.
• Vous utilisez une valeur non valide ou hors plage pour le paramètre d'entrée.
• L'API ne dispose pas d'un paramètre ou d'une action requis.
• L'API échoue, car il existe des problèmes liés au navigateur.
• Vous utilisez une version de l'interface de ligne de commande (CLI) AWS qui est obsolète.
• Un événement à grande échelle (LSE) a affecté le service et provoqué l'échec de l'API.

Suivez les étapes de résolution des problèmes de cet article pour résoudre chacune de ces problèmes.

Solution

Remarque: si vous recevez des erreurs lors de l'exécution de commandes depuis l'interface de ligne de commande (CLI) AWS, assurez-vous que vous utilisez la version la plus récente de l'interface.

Exception de limitation

Votre demande est refusée en raison de la limitation des demandes d'API. Ces limites d'appel d'API se situent au niveau du compte et ne sont spécifiques à aucun service.

Remarque : vous ne pouvez pas augmenter ou modifier les limites pour un appel donné. AWS vérifie que les appels d'API (qu'ils proviennent d'une application, d'un appel vers une interface de ligne de commande ou d'AWS Management Console) ne dépassent pas le taux maximum de demandes d'API autorisé.

Vous pouvez éviter cette erreur en procédant comme suit :

1. Utilisez l'interruption exponentielle et l'instabilité.
2. Distribuez les appels d'API uniformément dans le temps (au lieu qu'ils se produisent tous simultanément).

Combinaison de paramètres incorrectes

Si vous utilisez une combinaison de paramètres lorsque vous modifiez l'instance de base de données, vous recevez une erreur 400. Pour résoudre ce problème, utilisez uniquement des paramètres/arguments valides dans l'appel d'API.

Paramètre d'entrée non valide

Si vous utilisez un paramètre qu'AWS n'autorise pas, vous recevez une erreur 400. Exécutez la commande describe-db-parameters avec l'interface de ligne de commande (CLI) AWS pour vérifier les paramètres autorisés, puis supprimez le paramètre d'entrée non valides avant de modifier l'instance de base de données.

Paramètre manquant

AWS refuse votre demande si vous utilisez une valeur non valide ou hors plage pour le paramètre d'entrée. Vérifiez que vous avez inclus tous les paramètres/champs obligatoires dans la demande d'API avant de modifier l'instance de base de données.

Problème du navigateur

Les problèmes de navigateur intermittents peuvent provoquer l'échec de votre appel d'API. Pour résoudre les problèmes de navigateur, essayez d'effacer votre cache, puis exécutez à nouveau l'API. Si cela ne fonctionne pas, réessayez dans un autre navigateur.

La version d'interface de ligne de commande (CLI) est obsolète.

Si vous utilisez l'interface de ligne de commande (CLI) AWS pour émettre la demande d'API, effectuez une mise à niveau vers la version la plus récente. Les anciennes versions de l'interface de ligne de commande AWS (AWS CLI) peuvent ne pas prendre en charge certains paramètres. Il est donc important de vérifier régulièrement que votre version est à jour. Pour plus d'informations, consultez Installation et mise à jour de la version 1 de l'interface de ligne de commande (CLI) AWS à l'aide de pip.

Événement à grande échelle (LSE)

Une erreur 400 peut se produire en cas de problème ou d'événement LSE récurrent affectant Amazon Relational Database Service (Amazon RDS) ou l'un de ses services dépendants. Pour vérifier qu'il existe un problème récurrent, consultez l'AWS Personal Health Dashboard et le tableau de bord de l'état des services. Continuez à surveiller les tableaux de bord pour obtenir une mise à jour sur la cause racine et la résolution.

---

Informations connexes

Comment réparer une instance de base de données Amazon RDS qui reste avec le statut de paramètres incompatibles ?

Erreurs courantes avec Amazon RDS