Modification du cluster de base de données à l'aide de la consoleCLI, et API Modification d'une instance de base de données dans un cluster de bases de données Modification du mot de passe de l'utilisateur principal Paramètres disponibles Paramètres non applicables aux clusters de bases de données Aurora Paramètres non applicables aux instances de bases de données Aurora

Modification d'un cluster de bases de données Amazon Aurora

Vous pouvez modifier les paramètres d'un cluster de bases de données pour effectuer certaines tâches, comme modifier sa période de rétention des sauvegardes ou son port de base de données. Vous pouvez également modifier les instances de base de données d'un cluster de bases de données pour effectuer certaines tâches, comme modifier sa classe d'instance de base de données ou activer Performance Insights. Cette rubrique vous guide tout au long du processus de modification d'un cluster de bases de données Aurora et de ses instances, et décrit leurs paramètres.

Nous vous recommandons de tester les modifications apportées à un cluster ou une instance de base de données de test avant de modifier un cluster ou une instance de base de données de production afin de bien comprendre l'impact de chaque modification. Cela est particulièrement important lors de la mise à niveau de versions de base de données.

Rubriques

Modification du cluster de base de données à l'aide de la consoleCLI, et API
Modification d'une instance de base de données dans un cluster de bases de données
Modification du mot de passe de l'utilisateur principal de la base de données
Paramètres pour Amazon Aurora
Paramètres non applicables aux clusters de bases de données Amazon Aurora
Paramètres non applicables aux instances de bases de données Amazon Aurora

Modification du cluster de base de données à l'aide de la consoleCLI, et API

Vous pouvez modifier un cluster de base de données à l'aide du AWS Management Console AWS CLI, du ou du RDSAPI.

Note

La plupart des modifications peuvent être appliquées immédiatement ou au cours de la prochaine fenêtre de maintenance planifiée. Certaines modifications, telles que l'activation de la protection contre la suppression, sont appliquées immédiatement, quel que soit le moment où vous choisissez de les appliquer.

La modification du mot de passe principal dans le AWS Management Console est toujours appliquée immédiatement. Toutefois, lorsque vous utilisez le AWS CLI ou RDSAPI, vous pouvez choisir d'appliquer cette modification immédiatement ou lors de la prochaine fenêtre de maintenance planifiée.

Si vous utilisez des SSL points de terminaison et modifiez l'identifiant du cluster de base de données, arrêtez et redémarrez le cluster de base de données pour mettre à jour les points de SSL terminaison. Pour de plus amples informations, veuillez consulter Arrêt et démarrage d'un cluster de bases de données Amazon Aurora.

Pour modifier un cluster de bases de données

Connectez-vous à la RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.
Dans le panneau de navigation, choisissez Bases de données, puis sélectionnez le cluster de base de données que vous souhaitez modifier.
Sélectionnez Modify (Modifier). La page Modify DB cluster (Modifier le cluster DB) s'affiche.
Modifiez les paramètres de votre choix. Pour plus d'informations sur chaque paramètre, consultez Paramètres pour Amazon Aurora.

Note
Dans le AWS Management Console, certaines modifications au niveau de l'instance ne s'appliquent qu'à l'instance de base de données actuelle, tandis que d'autres s'appliquent à l'ensemble du cluster de bases de données. Pour savoir si un paramètre s'applique à l'instance de base de données ou au cluster de bases de données, consultez pour en connaître la porté Paramètres pour Amazon Aurora. Pour modifier un paramètre qui modifie l'ensemble du cluster de bases de données au niveau de l'instance dans le AWS Management Console, suivez les instructions de. Modification d'une instance de base de données dans un cluster de bases de données
Lorsque tous les changements vous conviennent, choisissez Continuer et vérifiez le résumé des modifications.
Pour immédiatement appliquer les modifications, sélectionnez Apply Immediately (Appliquer immédiatement).
Sur la page de confirmation, examinez vos modifications. Si elles sont correctes, choisissez Modifier le cluster pour enregistrer vos modifications.

Sinon, choisissez Retour pour modifier vos modifications, ou choisissez Annuler pour les annuler.

Pour modifier un cluster de base de données à l'aide de AWS CLI, appelez la modify-db-clustercommande. Spécifiez l'identifiant du cluster de bases de données, ainsi que les valeurs des paramètres que vous voulez modifier. Pour plus d'informations sur chaque paramètre, consultez Paramètres pour Amazon Aurora.

Note

Certains paramètres s'appliquent uniquement aux instances de base de données. Pour modifier ces paramètres, suivez les instructions de la section Modification d'une instance de base de données dans un cluster de bases de données.

Exemple

La commande suivante modifie mydbcluster en définissant la période de rétention des sauvegardes sur 1 semaine (7 jours).

Pour LinuxmacOS, ou Unix :


aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --backup-retention-period 7

Dans Windows :


aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --backup-retention-period 7

Pour modifier un cluster de base de données à l'aide d'Amazon RDSAPI, appelez l'odifyDBClusteropération M. Spécifiez l'identifiant du cluster de bases de données, ainsi que les valeurs des paramètres que vous voulez modifier. Pour plus d'informations sur chaque paramètre, consultez Paramètres pour Amazon Aurora.

Note

Modification d'une instance de base de données dans un cluster de bases de données

Vous pouvez modifier une instance de base de données dans un cluster de base de données à l'aide du AWS Management Console AWS CLI, du ou du RDSAPI.

Quand vous modifiez une instance de base de données, vous pouvez appliquer immédiatement les modifications. Pour appliquer les modifications immédiatement, vous sélectionnez l'option Appliquer immédiatement dans le AWS Management Console, vous utilisez le --apply-immediately paramètre lorsque vous appelez le AWS CLI, ou vous définissez le ApplyImmediately paramètre sur true lorsque vous utilisez Amazon RDSAPI.

Si vous ne choisissez pas d'appliquer les modifications immédiatement, les modifications sont reportées à la fenêtre de maintenance suivante. Lors de la prochaine fenêtre de maintenance, toutes ces modifications différées sont appliquées. Si vous choisissez d'appliquer les modifications immédiatement, vos nouvelles modifications et toutes les modifications précédemment différées sont appliquées.

Pour voir les modifications en attente pour la prochaine fenêtre de maintenance, utilisez la describe-db-clusters AWS CLI commande et cochez le PendingModifiedValues champ.

Important

Si les modifications en attente exigent un temps d'arrêt, le fait de choisir de les Appliquer immédiatement peut entraîner une indisponibilité imprévue de l'instance de base de données. Il n'y a pas de temps d'arrêt pour les autres instances de base de données du cluster de bases de données.

Les modifications que vous reportez ne sont pas répertoriées dans le résultat de la describe-pending-maintenance-actions CLI commande. Les actions de maintenance incluent uniquement les mises à niveau système que vous planifiez pour la prochaine fenêtre de maintenance.

Pour modifier une instance de base de données dans un cluster de bases de données

Connectez-vous à la RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.
Dans le panneau de navigation, choisissez Databases (Bases de données), puis sélectionnez l'instance de base de données que vous souhaitez modifier.
Pour Actions, choisissez Modify (Modifier). La page Modifier l'instance de base de données s'affiche.
Modifiez les paramètres de votre choix. Pour plus d'informations sur chaque paramètre, consultez Paramètres pour Amazon Aurora.

Note
Certains paramètres s'appliquent à l'intégralité du cluster de bases de données et doivent être modifiés au niveau du cluster. Pour modifier ces paramètres, suivez les instructions de la section Modification du cluster de base de données à l'aide de la consoleCLI, et API.
Dans le AWS Management Console, certaines modifications au niveau de l'instance ne s'appliquent qu'à l'instance de base de données actuelle, tandis que d'autres s'appliquent à l'ensemble du cluster de bases de données. Pour savoir si un paramètre s'applique à l'instance de base de données ou au cluster de bases de données, consultez pour en connaître la porté Paramètres pour Amazon Aurora.
Lorsque tous les changements vous conviennent, choisissez Continuer et vérifiez le résumé des modifications.
Pour immédiatement appliquer les modifications, sélectionnez Apply Immediately (Appliquer immédiatement).
Sur la page de confirmation, examinez vos modifications. Si elles sont correctes, choisissez Modify DB instance (Modifier l'instance de base de données) pour enregistrer vos modifications.

Sinon, choisissez Retour pour modifier vos modifications, ou choisissez Annuler pour les annuler.

Pour modifier une instance de base de données dans un cluster de base de données à l'aide de AWS CLI, appelez la modify-db-instancecommande. Spécifiez l'identifiant d'instance de base de données et les valeurs des paramètres que vous souhaitez modifier. Pour plus d'informations sur chaque paramètre, consultez Paramètres pour Amazon Aurora.

Note

Certains paramètres s'appliquent à l'intégralité du cluster de bases de données. Pour modifier ces paramètres, suivez les instructions de la section Modification du cluster de base de données à l'aide de la consoleCLI, et API.

Exemple

Le code suivant modifie mydbinstance en définissant la classe d'instance de base de données sur db.r4.xlarge. Les modifications sont appliquées pendant le créneau de maintenance suivant à l'aide de --no-apply-immediately. Pour appliquer les modifications immédiatement, utilisez --apply-immediately.

Pour LinuxmacOS, ou Unix :


aws rds modify-db-instance \
    --db-instance-identifier mydbinstance \
    --db-instance-class db.r4.xlarge \
    --no-apply-immediately

Dans Windows :


aws rds modify-db-instance ^
    --db-instance-identifier mydbinstance ^
    --db-instance-class db.r4.xlarge ^
    --no-apply-immediately

Pour modifier une instance de base de données à l'aide d'Amazon RDSAPI, appelez l'odifyDBInstanceopération M. Spécifiez l'identifiant d'instance de base de données et les valeurs des paramètres que vous souhaitez modifier. Pour plus d'informations sur chaque paramètre, consultez Paramètres pour Amazon Aurora.

Note

Modification du mot de passe de l'utilisateur principal de la base de données

Vous pouvez utiliser le AWS Management Console ou AWS CLI pour modifier le mot de passe de l'utilisateur principal.

Vous modifiez l'instance de base de données Writer pour changer le mot de passe de l'utilisateur principal à l'aide du AWS Management Console.

Pour modifier le mot de passe de l'utilisateur principal

Connectez-vous à la RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.
Dans le panneau de navigation, choisissez Databases (Bases de données), puis sélectionnez l'instance de base de données que vous souhaitez modifier.
Pour Actions, choisissez Modify (Modifier).

La page Modifier l'instance de base de données s'affiche.
Entrez un nouveau mot de passe principal.
Pour Confirmer le mot de passe principal, entrez le même nouveau mot de passe.
Choisissez Continuer et vérifiez le récapitulatif des modifications.

Note
Les modifications de mot de passe sont toujours appliquées immédiatement.
Sur la page de confirmation, choisissez Modifier l'instance de base de données.

Vous appelez la modify-db-clustercommande pour modifier le mot de passe de l'utilisateur principal à l'aide du AWS CLI. Spécifiez l'identifiant du cluster de base de données et le nouveau mot de passe, comme indiqué dans les exemples suivants.

Il n'est pas nécessaire de le spécifier--apply-immediately|--no-apply-immediately, car les modifications de mot de passe sont toujours appliquées immédiatement.

Pour LinuxmacOS, ou Unix :


aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --master-user-password mynewpassword

Dans Windows :


aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --master-user-password mynewpassword

Paramètres pour Amazon Aurora

Le tableau suivant contient des détails sur les paramètres que vous pouvez modifier, les méthodes pour les modifier, ainsi que leur portée. La portée détermine si le paramètre s'applique à l'intégralité du cluster de bases de données ou s'il peut être défini uniquement pour des instances de base de données spécifiques.

Note

Des paramètres supplémentaires sont disponibles si vous modifiez un cluster de bases de données Aurora Serverless v1 ou Aurora Serverless v2. Pour plus d'informations sur ces paramètres, consultez Modification d'un cluster de bases de données Aurora Serverless v1 et Gestion Aurora Serverless v2 Clusters de bases de données.

Certains paramètres ne sont pas disponibles pour Aurora Serverless v1 et Aurora Serverless v2 en raison de leurs limitations. Pour plus d’informations, consultez Limites d Aurora Serverless v1 et Exigences et limites pour Aurora Serverless v2.

Paramètre et description Méthode Portée Remarques sur les temps d'arrêt

Paramètre et description	Méthode	Portée	Remarques sur les temps d'arrêt
Mise à niveau automatique de versions mineures Indiquez si l'instance de base de données doit recevoir automatiquement les mises à niveau des versions mineures préférées du moteur dès qu'elles sont disponibles. Les mises à niveau sont installées uniquement pendant votre créneau de maintenance planifié. Pour plus d'informations sur les mises à jour de moteur, consultez Mises à jour d'Amazon Aurora Postgre SQL et Mises à jour du moteur de base de données pour Amazon Aurora My SQL. Pour plus d'informations sur le paramètre de mise à niveau automatique des versions mineures pour Aurora MySQL, consultezActivation des mises à niveau automatiques entre les SQL versions mineures d'Aurora My.	Note Ce paramètre est activé par défaut. Pour chaque nouveau cluster, choisissez la valeur appropriée pour ce paramètre en fonction de son importance, de sa durée de vie prévue et du nombre de tests de vérification effectués après chaque mise à niveau. Lorsque vous modifiez ce paramètre, effectuez cette modification pour chaque instance de base de données de votre cluster Aurora. Si ce paramètre est désactivé dans une instance de base de données de votre cluster, le cluster n'est pas automatiquement mis à niveau. En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'`--auto-minor-version-upgrade\|--no-auto-minor-version-upgrade`option. À l'aide du RDSAPI, appelez M odifyDBInstance et définissez le `AutoMinorVersionUpgrade` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification. Des interruptions de service se produisent au cours des fenêtres de maintenance suivantes lorsque Aurora applique les mises à niveau automatiques.
Période de rétention des sauvegardes Le nombre de jours de conservation des sauvegardes automatiques. La valeur minimale est de `1`. Pour de plus amples informations, veuillez consulter Sauvegardes.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'`--backup-retention-period`option. À l'aide du RDSAPI, appelez M odifyDBCluster et définissez le `BackupRetentionPeriod` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Fenêtre de sauvegarde (Heure de début) L'intervalle de temps pendant lequel des sauvegardes automatiques de vos bases de données sont effectuées. La fenêtre de sauvegarde est une heure de début en temps universel coordonné (UTC) et une durée en heures. Les sauvegardes Aurora sont continues et incrémentielles, mais la fenêtre de sauvegarde permet de créer une sauvegarde système quotidienne qui est conservée pendant la période de rétention des sauvegardes. Vous pouvez la copier pour la conserver en dehors de la période de rétention. La fenêtre de maintenance et la fenêtre de sauvegarde de l'instance de cluster ne peuvent pas se chevaucher. Pour de plus amples informations, veuillez consulter Fenêtre de sauvegarde.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'`--preferred-backup-window`option. À l'aide du RDSAPI, appelez M odifyDBCluster et définissez le `PreferredBackupWindow` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Paramètres de capacité Propriétés de mise à l'échelle d'un cluster de bases de données Aurora Serverless v1. Vous ne pouvez modifier les propriétés de mise à l'échelle des clusters de bases de données qu'en mode moteur de base de données `serverless`. Pour de plus amples informations sur Aurora Serverless v1, consultez Utilisation d'Amazon Aurora Serverless v1.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'`--scaling-configuration`option. À l'aide du RDSAPI, appelez M odifyDBCluster et définissez le `ScalingConfiguration` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification. La modification a lieu immédiatement. Ce paramètre ignore le paramètre Appliquer immédiatement.
Autorité de certification L'autorité de certification (CA) pour le certificat de serveur utilisé par l'instance de base de données.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'`--ca-certificate-identifier`option. À l'aide du RDSAPI, appelez M odifyDBInstance et définissez le `CACertificateIdentifier` paramètre.	Uniquement l'instance de base de données spécifiée	Une panne survient uniquement si le moteur de la base de données ne prend pas en charge la rotation sans redémarrage. Vous pouvez utiliser la describe-db-engine-versions AWS CLI commande pour déterminer si le moteur de base de données prend en charge la rotation sans redémarrage.
Configuration du stockage en cluster Type de stockage pour le cluster de bases de données : Aurora I/O-Optimized ou Aurora Standard. Pour de plus amples informations, veuillez consulter Configurations de stockage pour les clusters de bases de données Amazon Aurora.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'`--storage-type`option. À l'aide du RDSAPI, appelez M odifyDBCluster et définissez le `StorageType` paramètre.	L'intégralité du cluster de bases de données	La modification du type de stockage d'un cluster de SQL base de données Aurora Postgre avec des classes d'instance Optimized Reads entraîne une panne. Cela ne se produit pas lors de la modification des types de stockage pour les clusters avec d'autres types de classes d'instance. Pour plus d'informations sur les types de classes d'instances de base de données, consultezTypes de classes d'instance de base de données.
Copier les balises aux instantanés Sélectionnez cette option pour spécifier que les balises définies pour ce cluster de base de données sont copiées vers les instantanés de bases de données créés à partir de ce cluster de base de données. Pour de plus amples informations, veuillez consulter Marquage d'Amazon Aurora et des ressources Amazon RDS.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html et définissez l'`--no-copy-tags-to-snapshot`option `--copy-tags-to-snapshot` ou. À l'aide du RDSAPI, appelez https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html et définissez le `CopyTagsToSnapshot` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Données API Vous pouvez y accéder à l'Aurora Serverless v1aide d'applications basées sur des services Web, notamment AWS Lambda et. AWS AppSync Ce paramètre s'applique uniquement à un cluster de bases de données Aurora Serverless v1. Pour de plus amples informations, veuillez consulter Utilisation des RDS données API.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--enable-http-endpoint`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `EnableHttpEndpoint` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Authentification de base de données L'authentification de base de données que vous souhaitez utiliser. Pour moi SQL : Choisissez Authentification par mot de passe pour authentifier les utilisateurs de base de données avec des mots de passe de base de données uniquement. Choisissez Authentification par mot de passe et IAM base de données pour authentifier les utilisateurs de la base de données à l'aide des mots de passe et des informations d'identification utilisateur via IAM les utilisateurs et les rôles. Pour de plus amples informations, veuillez consulter Authentification de base de données IAM. Pour Postgre SQL : Choisissez l'authentification IAM de base de données pour authentifier les utilisateurs de base de données à l'aide de mots de passe de base de données et d'informations d'identification via les utilisateurs et les rôles. Pour de plus amples informations, veuillez consulter Authentification de base de données IAM. Choisissez Authentification Kerberos pour authentifier les mots de passe de bases de données et les informations d'identification utilisateur à l'aide de l'authentification Kerberos. Pour de plus amples informations, veuillez consulter Utilisation de l'authentification Kerberos avec Aurora PostgreSQL.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de AWS CLI, exécutez modify-db-clusteret définissez les options suivantes : Pour IAM l'authentification, définissez l'`--enable-iam-database-authentication\|--no-enable-iam-database-authentication`option. Pour l'authentification Kerberos, définissez les options `--domain` et `--domain-iam-role-name`. À l'aide du RDSAPI, appelez M odifyDBCluster et définissez les paramètres suivants : Pour IAM l'authentification, définissez le `EnableIAMDatabaseAuthentication` paramètre. Pour l'authentification Kerberos, définissez les paramètres `Domain` et `DomainIAMRoleName`.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Port de la base de données Port que vous souhaitez utiliser pour accéder au cluster de bases de données.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--port`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `Port` paramètre.	L'intégralité du cluster de bases de données	Une interruption de service a lieu pendant cette modification. Toutes les instances de base de données du cluster de bases de donnes sont redémarrées immédiatement.
Identificateur du cluster DB Identifiant du cluster de bases de données. Cette valeur est stockée sous la forme d'une chaîne en minuscules. Lorsque vous modifiez l'identifiant du cluster de bases de données, les points de terminaison du cluster de bases de données changent. Les points de terminaison des instances de base de données du cluster de bases de données ne changent pas.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--new-db-cluster-identifier`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `NewDBClusterIdentifier` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Groupe de paramètres de cluster de bases de données Groupe de paramètres de cluster de bases de données que vous souhaitez associer au cluster de bases de données. Pour de plus amples informations, veuillez consulter Groupes de paramètres pour Amazon Aurora.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--db-cluster-parameter-group-name`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `DBClusterParameterGroupName` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification. Lorsque vous modifiez le groupe de paramètres, les modifications apportées à certains paramètres s'appliquent immédiatement aux instances de base de données du cluster de bases de données, sans redémarrage. Les modifications apportées à d'autres paramètres s'appliquent uniquement après le redémarrage des instances de base de données dans le cluster de bases de données.
Classe d'instances de base de données La classe d'instance de base de données que vous souhaitez utiliser. Pour de plus amples informations, veuillez consulter Classes d'instances de base de données Amazon Aurora.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--db-instance-class`option. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `DBInstanceClass` paramètre.	Uniquement l'instance de base de données spécifiée	Une interruption de service a lieu pendant cette modification.
Identifiant d'instance de base de données Identifiant de l'instance de base de données. Cette valeur est stockée sous la forme d'une chaîne en minuscules.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--new-db-instance-identifier`option. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `NewDBInstanceIdentifier` paramètre.	Uniquement l'instance de base de données spécifiée	Un temps d'arrêt a lieu pendant cette modification. RDSredémarre l'instance de base de données pour mettre à jour les éléments suivants : Aurora My SQL — `SERVER_ID` colonne dans le `information_schema.replica_host_status` tableau Aurora Postgre SQL — `server_id` colonne dans la fonction `aurora_replica_status()`
Groupe de paramètres de base de données Groupe de paramètres de base de données que vous souhaitez associer à l'instance de base de données. Pour de plus amples informations, veuillez consulter Groupes de paramètres pour Amazon Aurora.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--db-parameter-group-name`option. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `DBParameterGroupName` paramètre.	Uniquement l'instance de base de données spécifiée	Aucune interruption de service n'a lieu pendant cette modification. Lorsque vous associez un nouveau groupe de paramètres de base de données à une instance de base de données, les paramètres statiques et dynamiques modifiés sont appliqués uniquement après que l'instance de base de données est redémarrée. Toutefois, si vous modifiez des paramètres dynamiques dans le groupe de paramètres de base de données après l'avoir associé à l'instance de base de données, ces modifications sont appliquées immédiatement sans redémarrage. Pour plus d’informations, consultez Groupes de paramètres pour Amazon Aurora et Redémarrage d'un cluster de bases de données Amazon Aurora ou d'une instance de base de données Amazon Aurora.
Deletion protection (Protection contre la suppression) Sélectionnez Enable deletion protection (Activer la protection de la suppression) pour empêcher la suppression de votre cluster de bases de données. Pour de plus amples informations, veuillez consulter Protection contre la suppression pour les clusters Aurora.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--deletion-protection\|--no-deletion-protection`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `DeletionProtection` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Version du moteur Version du moteur de base de données que vous souhaitez utiliser. Avant de mettre à niveau votre cluster de bases de données de production, nous vous recommandons de tester le processus de mise à niveau sur un cluster de bases de données de test pour vérifier sa durée et valider vos applications.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--engine-version`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `EngineVersion` paramètre.	L'intégralité du cluster de bases de données	Une interruption de service a lieu pendant cette modification.
Surveillance améliorée Activer la surveillance améliorée permet d'activer la collecte des métriques en temps réel pour le système d'exploitation sur lequel votre instance de base de données s'exécute. Pour de plus amples informations, veuillez consulter Surveillance des métriques du système d'exploitation à l'aide de la Surveillance améliorée.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide des options AWS CLI, exécutez `modify-db-instance`et définissez les `--monitoring-interval` options `--monitoring-role-arn` et. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez les `MonitoringInterval` paramètres `MonitoringRoleArn` et.	Uniquement l'instance de base de données spécifiée	Aucune interruption de service n'a lieu pendant cette modification.
Exportations des journaux Sélectionnez les types de journaux à publier sur Amazon CloudWatch Logs. Pour de plus amples informations, veuillez consulter Fichiers journaux SQL de base de données Aurora My.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--cloudwatch-logs-export-configuration`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `CloudwatchLogsExportConfiguration` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Fenêtre de maintenance L'intervalle de temps pendant lequel la maintenance du système a lieu. La maintenance du système inclut les mises à niveau, le cas échéant. La fenêtre de maintenance est une heure de début en temps universel coordonné (UTC) et une durée en heures. Si vous définissez la fenêtre sur l'heure actuelle, il doit y avoir au moins 30 minutes entre l'heure actuelle et la fin du créneau afin de garantir l'application des modifications en attente. Vous pouvez définir la fenêtre de maintenance du cluster de bases de données et de chaque instance de base de données du cluster de façon indépendante. Lorsque la portée d'une modification s'étend à l'intégralité du cluster de bases de données, la modification s'effectue pendant la fenêtre de maintenance du cluster. Lorsque la portée d'une modification se limite à une instance de bases de données, la modification s'effectue pendant la fenêtre de maintenance de l'instance de base de données. La fenêtre de maintenance et la fenêtre de sauvegarde de l'instance de cluster ne peuvent pas se chevaucher. Pour de plus amples informations, veuillez consulter La fenêtre de RDS maintenance d'Amazon.	Pour modifier la fenêtre de maintenance du cluster de bases de données à l'aide du AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. Pour modifier la fenêtre de maintenance d'une instance de base de données à l'aide du AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. Pour modifier la fenêtre de maintenance du cluster de bases de données à l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--preferred-maintenance-window`option. Pour modifier la fenêtre de maintenance d'une instance de base de données à l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--preferred-maintenance-window`option. Pour modifier la fenêtre de maintenance du cluster de bases de données à l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `PreferredMaintenanceWindow` paramètre. Pour modifier la fenêtre de maintenance d'une instance de base de données à l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `PreferredMaintenanceWindow` paramètre.	L'intégralité du cluster de bases de données ou une seule instance de base de données	S'il y a en attente une ou plusieurs actions entraînant une panne, et que la fenêtre de maintenance est modifiée pour inclure l'heure actuelle, alors les actions en attente sont appliquées immédiatement et une panne se produit.
Gérez les informations d'identification principales dans AWS Secrets Manager Sélectionnez Gérer les informations d'identification principales dans AWS Secrets Manager pour gérer le mot de passe d'utilisateur principal dans un secret, dans Secrets Manager. Choisissez éventuellement une KMS clé à utiliser pour protéger le secret. Choisissez l'une KMS des clés de votre compte ou saisissez la clé d'un autre compte. Pour de plus amples informations, veuillez consulter Gestion des mots de passe avec Amazon Aurora et AWS Secrets Manager. Si Aurora gère déjà le mot de passe de l'utilisateur principal pour le cluster de bases de données, vous pouvez effectuer la rotation du mot de passe de l'utilisateur principal en choisissant Rotate secret immediately (Effectuer immédiatement une rotation du secret). Pour de plus amples informations, veuillez consulter Gestion des mots de passe avec Amazon Aurora et AWS Secrets Manager.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide des options AWS CLI, exécutez `modify-db-cluster`et définissez les `--master-user-secret-kms-key-id` options `--manage-master-user-password \| --no-manage-master-user-password` et. Pour effectuer immédiatement la rotation du mot de passe de l'utilisateur principal, définissez l'option `--rotate-master-user-password`. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez les `MasterUserSecretKmsKeyId` paramètres `ManageMasterUserPassword` et. Pour effectuer immédiatement la rotation du mot de passe de l'utilisateur principal, définissez le paramètre `RotateMasterUserPassword` sur `true`.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Network type (Type de réseau) Les protocoles d'adressage IP pris en charge par le cluster de la base de données. IPv4pour spécifier que les ressources peuvent communiquer avec le cluster de base de données uniquement via le protocole d'IPv4adressage. Mode double pile pour spécifier que les ressources peuvent communiquer avec le cluster de base de données via IPv4IPv6, ou les deux. Utilisez le mode double pile si vous avez des ressources qui doivent communiquer avec votre cluster de base de données via le protocole d'IPv6adressage. Pour utiliser le mode double pile, assurez-vous qu'au moins deux sous-réseaux répartis sur deux zones de disponibilité prennent en charge à la fois le protocole IPv4 et le protocole IPv6 réseau. Assurez-vous également d'associer un IPv6 CIDR bloc aux sous-réseaux du groupe de sous-réseaux de base de données que vous spécifiez. Pour de plus amples informations, veuillez consulter Adressage IP Amazon Aurora.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--network-type`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `NetworkType` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
New master password Le mot de passe de votre utilisateur principal. Pour Aurora MySQL, le mot de passe doit contenir de 8 à 41 caractères imprimablesASCII. Pour Aurora PostgreSQL, il doit contenir de 8 à 99 caractères imprimables. ASCII Il ne peut pas contenir `/`, `"`, `@` ou un espace.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--master-user-password`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `MasterUserPassword` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Performance Insights Indiquez si vous activez Performance Insights, outil qui surveille la charge de votre instance de base de données pour vous permettre d'analyser et de résoudre les problèmes de performances de votre base de données. Pour de plus amples informations, veuillez consulter Surveillance de la charge de base de données avec Performance Insights sur Amazon Aurora.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--enable-performance-insights\|--no-enable-performance-insights`option. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `EnablePerformanceInsights` paramètre.	Uniquement l'instance de base de données spécifiée	Aucune interruption de service n'a lieu pendant cette modification.
Performance Insights AWS KMS key AWS KMS key Identifiant pour le chiffrement des données Performance Insights. L'identifiant de KMS clé est le nom de ressource Amazon (ARN), l'identifiant de clé ou l'alias de clé pour la KMS clé. Pour de plus amples informations, veuillez consulter Activer et désactiver Performance Insights pour Aurora.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--performance-insights-kms-key-id`option. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `PerformanceInsightsKMSKeyId` paramètre.	Uniquement l'instance de base de données spécifiée	Aucune interruption de service n'a lieu pendant cette modification.
Performance Insights retention period (Période de rétention d'Analyse des performances) Durée de conservation, en jours, des données de Performance Insights. Le paramètre de rétention dans l'offre gratuite est Par défaut (7 jours). Pour conserver vos données de performance plus longtemps, indiquez 1 à 24 mois. Pour obtenir plus d'informations sur les périodes de conservation, consultez Tarification et conservation des données pour Performance Insights. Pour de plus amples informations, veuillez consulter Activer et désactiver Performance Insights pour Aurora.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--performance-insights-retention-period`option. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `PerformanceInsightsRetentionPeriod` paramètre.	Uniquement l'instance de base de données spécifiée	Aucune interruption de service n'a lieu pendant cette modification.
Promotion tier (Niveau de promotion) Valeur qui spécifie l'ordre dans lequel un réplica Aurora est promu comme instance principale dans un cluster de base de données après un échec de l'instance principale existante. Pour de plus amples informations, veuillez consulter Tolérance aux pannes pour un cluster de base de données Aurora.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--promotion-tier`option. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `PromotionTier` paramètre.	Uniquement l'instance de base de données spécifiée	Aucune interruption de service n'a lieu pendant cette modification.
Accès public Accessible au public pour attribuer à l'instance de base de données une adresse IP publique, ce qui signifie qu'elle est accessible en dehors deVPC. Pour être accessible au public, l'instance de base de données doit également se trouver dans un sous-réseau public duVPC. Non accessible au public afin de rendre l'instance de base de données accessible uniquement depuis l'intérieur duVPC. Pour de plus amples informations, veuillez consulter Masquer un cluster d' de base VPC de données dans un. Pour se connecter à une instance de base de données depuis l'extérieur d'AmazonVPC, l'instance de base de données doit être accessible au public, l'accès doit être accordé conformément aux règles entrantes du groupe de sécurité de l'instance de base de données et les autres exigences doivent être satisfaites. Pour de plus amples informations, veuillez consulter Impossible de se connecter à l'RDSinstance de base de données Amazon. Si votre instance de base de données n'est pas accessible au public, vous pouvez également utiliser une VPN connexion AWS site à site ou une AWS Direct Connect connexion pour y accéder depuis un réseau privé. Pour de plus amples informations, veuillez consulter Confidentialité du trafic inter-réseau.	En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données. À l'aide de l'option AWS CLI, exécutez `modify-db-instance`et définissez l'`--publicly-accessible\|--no-publicly-accessible`option. À l'aide du RDSAPI, appelez `ModifyDBInstance`et définissez le `PubliclyAccessible` paramètre.	Uniquement l'instance de base de données spécifiée	Aucune interruption de service n'a lieu pendant cette modification.
Paramètres de capacité Serverless v2 Capacité de base de données d'un Aurora Serverless v2 cluster de base de données, mesurée en unités de capacité Aurora (ACUs). Pour de plus amples informations, veuillez consulter Réglage du Aurora Serverless v2 plage de capacité pour un cluster.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--serverless-v2-scaling-configuration`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `ServerlessV2ScalingConfiguration` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification. La modification a lieu immédiatement. Ce paramètre ignore le paramètre Appliquer immédiatement.
Groupe de sécurité Groupe de sécurité que vous voulez associer au cluster de bases de données. Pour de plus amples informations, veuillez consulter Contrôle d'accès par groupe de sécurité.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--vpc-security-group-ids`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `VpcSecurityGroupIds` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.
Fenêtre de retour sur trace cible Intervalle de temps au cours duquel vous souhaitez pouvoir effectuer un retour sur trace de votre cluster de bases de données, en secondes. Ce paramètre n'est disponible que pour Aurora My SQL et uniquement si le cluster de base de données a été créé avec Backtrack activé.	En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API. À l'aide de l'option AWS CLI, exécutez `modify-db-cluster`et définissez l'`--backtrack-window`option. À l'aide du RDSAPI, appelez `ModifyDBCluster`et définissez le `BacktrackWindow` paramètre.	L'intégralité du cluster de bases de données	Aucune interruption de service n'a lieu pendant cette modification.

Mise à niveau automatique de versions mineures

Indiquez si l'instance de base de données doit recevoir automatiquement les mises à niveau des versions mineures préférées du moteur dès qu'elles sont disponibles. Les mises à niveau sont installées uniquement pendant votre créneau de maintenance planifié.

Pour plus d'informations sur les mises à jour de moteur, consultez Mises à jour d'Amazon Aurora Postgre SQL et Mises à jour du moteur de base de données pour Amazon Aurora My SQL. Pour plus d'informations sur le paramètre de mise à niveau automatique des versions mineures pour Aurora MySQL, consultezActivation des mises à niveau automatiques entre les SQL versions mineures d'Aurora My.

Note

Ce paramètre est activé par défaut. Pour chaque nouveau cluster, choisissez la valeur appropriée pour ce paramètre en fonction de son importance, de sa durée de vie prévue et du nombre de tests de vérification effectués après chaque mise à niveau.

Lorsque vous modifiez ce paramètre, effectuez cette modification pour chaque instance de base de données de votre cluster Aurora. Si ce paramètre est désactivé dans une instance de base de données de votre cluster, le cluster n'est pas automatiquement mis à niveau.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--auto-minor-version-upgrade|--no-auto-minor-version-upgradeoption.

À l'aide du RDSAPI, appelez M odifyDBInstance et définissez le AutoMinorVersionUpgrade paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification. Des interruptions de service se produisent au cours des fenêtres de maintenance suivantes lorsque Aurora applique les mises à niveau automatiques.

Période de rétention des sauvegardes

Le nombre de jours de conservation des sauvegardes automatiques. La valeur minimale est de 1.

Pour de plus amples informations, veuillez consulter Sauvegardes.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--backup-retention-periodoption.

À l'aide du RDSAPI, appelez M odifyDBCluster et définissez le BackupRetentionPeriod paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Fenêtre de sauvegarde (Heure de début)

L'intervalle de temps pendant lequel des sauvegardes automatiques de vos bases de données sont effectuées. La fenêtre de sauvegarde est une heure de début en temps universel coordonné (UTC) et une durée en heures.

Les sauvegardes Aurora sont continues et incrémentielles, mais la fenêtre de sauvegarde permet de créer une sauvegarde système quotidienne qui est conservée pendant la période de rétention des sauvegardes. Vous pouvez la copier pour la conserver en dehors de la période de rétention.

La fenêtre de maintenance et la fenêtre de sauvegarde de l'instance de cluster ne peuvent pas se chevaucher.

Pour de plus amples informations, veuillez consulter Fenêtre de sauvegarde.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--preferred-backup-windowoption.

À l'aide du RDSAPI, appelez M odifyDBCluster et définissez le PreferredBackupWindow paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Paramètres de capacité

Propriétés de mise à l'échelle d'un cluster de bases de données Aurora Serverless v1. Vous ne pouvez modifier les propriétés de mise à l'échelle des clusters de bases de données qu'en mode moteur de base de données serverless.

Pour de plus amples informations sur Aurora Serverless v1, consultez Utilisation d'Amazon Aurora Serverless v1.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--scaling-configurationoption.

À l'aide du RDSAPI, appelez M odifyDBCluster et définissez le ScalingConfiguration paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

La modification a lieu immédiatement. Ce paramètre ignore le paramètre Appliquer immédiatement.

Autorité de certification

L'autorité de certification (CA) pour le certificat de serveur utilisé par l'instance de base de données.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--ca-certificate-identifieroption.

À l'aide du RDSAPI, appelez M odifyDBInstance et définissez le CACertificateIdentifier paramètre.

Uniquement l'instance de base de données spécifiée

Une panne survient uniquement si le moteur de la base de données ne prend pas en charge la rotation sans redémarrage. Vous pouvez utiliser la describe-db-engine-versions AWS CLI commande pour déterminer si le moteur de base de données prend en charge la rotation sans redémarrage.

Configuration du stockage en cluster

Type de stockage pour le cluster de bases de données : Aurora I/O-Optimized ou Aurora Standard.

Pour de plus amples informations, veuillez consulter Configurations de stockage pour les clusters de bases de données Amazon Aurora.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--storage-typeoption.

À l'aide du RDSAPI, appelez M odifyDBCluster et définissez le StorageType paramètre.

L'intégralité du cluster de bases de données

La modification du type de stockage d'un cluster de SQL base de données Aurora Postgre avec des classes d'instance Optimized Reads entraîne une panne. Cela ne se produit pas lors de la modification des types de stockage pour les clusters avec d'autres types de classes d'instance. Pour plus d'informations sur les types de classes d'instances de base de données, consultezTypes de classes d'instance de base de données.

Copier les balises aux instantanés

Sélectionnez cette option pour spécifier que les balises définies pour ce cluster de base de données sont copiées vers les instantanés de bases de données créés à partir de ce cluster de base de données. Pour de plus amples informations, veuillez consulter Marquage d'Amazon Aurora et des ressources Amazon RDS.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html et définissez l'--no-copy-tags-to-snapshotoption --copy-tags-to-snapshot ou.

À l'aide du RDSAPI, appelez https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html et définissez le CopyTagsToSnapshot paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Données API

Vous pouvez y accéder à l'Aurora Serverless v1aide d'applications basées sur des services Web, notamment AWS Lambda et. AWS AppSync

Ce paramètre s'applique uniquement à un cluster de bases de données Aurora Serverless v1.

Pour de plus amples informations, veuillez consulter Utilisation des RDS données API.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--enable-http-endpointoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le EnableHttpEndpoint paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Authentification de base de données

L'authentification de base de données que vous souhaitez utiliser.

Pour moi SQL :

Choisissez Authentification par mot de passe pour authentifier les utilisateurs de base de données avec des mots de passe de base de données uniquement.
Choisissez Authentification par mot de passe et IAM base de données pour authentifier les utilisateurs de la base de données à l'aide des mots de passe et des informations d'identification utilisateur via IAM les utilisateurs et les rôles. Pour de plus amples informations, veuillez consulter Authentification de base de données IAM.

Pour Postgre SQL :

Choisissez l'authentification IAM de base de données pour authentifier les utilisateurs de base de données à l'aide de mots de passe de base de données et d'informations d'identification via les utilisateurs et les rôles. Pour de plus amples informations, veuillez consulter Authentification de base de données IAM.
Choisissez Authentification Kerberos pour authentifier les mots de passe de bases de données et les informations d'identification utilisateur à l'aide de l'authentification Kerberos. Pour de plus amples informations, veuillez consulter Utilisation de l'authentification Kerberos avec Aurora PostgreSQL.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de AWS CLI, exécutez modify-db-clusteret définissez les options suivantes :

Pour IAM l'authentification, définissez l'--enable-iam-database-authentication|--no-enable-iam-database-authenticationoption.
Pour l'authentification Kerberos, définissez les options --domain et --domain-iam-role-name.

À l'aide du RDSAPI, appelez M odifyDBCluster et définissez les paramètres suivants :

Pour IAM l'authentification, définissez le EnableIAMDatabaseAuthentication paramètre.
Pour l'authentification Kerberos, définissez les paramètres Domain et DomainIAMRoleName.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Port de la base de données

Port que vous souhaitez utiliser pour accéder au cluster de bases de données.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--portoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le Port paramètre.

L'intégralité du cluster de bases de données

Une interruption de service a lieu pendant cette modification. Toutes les instances de base de données du cluster de bases de donnes sont redémarrées immédiatement.

Identificateur du cluster DB

Identifiant du cluster de bases de données. Cette valeur est stockée sous la forme d'une chaîne en minuscules.

Lorsque vous modifiez l'identifiant du cluster de bases de données, les points de terminaison du cluster de bases de données changent. Les points de terminaison des instances de base de données du cluster de bases de données ne changent pas.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--new-db-cluster-identifieroption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le NewDBClusterIdentifier paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Groupe de paramètres de cluster de bases de données

Groupe de paramètres de cluster de bases de données que vous souhaitez associer au cluster de bases de données.

Pour de plus amples informations, veuillez consulter Groupes de paramètres pour Amazon Aurora.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--db-cluster-parameter-group-nameoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le DBClusterParameterGroupName paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification. Lorsque vous modifiez le groupe de paramètres, les modifications apportées à certains paramètres s'appliquent immédiatement aux instances de base de données du cluster de bases de données, sans redémarrage. Les modifications apportées à d'autres paramètres s'appliquent uniquement après le redémarrage des instances de base de données dans le cluster de bases de données.

Classe d'instances de base de données

La classe d'instance de base de données que vous souhaitez utiliser.

Pour de plus amples informations, veuillez consulter Classes d'instances de base de données Amazon Aurora.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--db-instance-classoption.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le DBInstanceClass paramètre.

Uniquement l'instance de base de données spécifiée

Une interruption de service a lieu pendant cette modification.

Identifiant d'instance de base de données

Identifiant de l'instance de base de données. Cette valeur est stockée sous la forme d'une chaîne en minuscules.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--new-db-instance-identifieroption.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le NewDBInstanceIdentifier paramètre.

Uniquement l'instance de base de données spécifiée

Un temps d'arrêt a lieu pendant cette modification.

RDSredémarre l'instance de base de données pour mettre à jour les éléments suivants :

Aurora My SQL — SERVER_ID colonne dans le information_schema.replica_host_status tableau
Aurora Postgre SQL — server_id colonne dans la fonction aurora_replica_status()

Groupe de paramètres de base de données

Groupe de paramètres de base de données que vous souhaitez associer à l'instance de base de données.

Pour de plus amples informations, veuillez consulter Groupes de paramètres pour Amazon Aurora.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--db-parameter-group-nameoption.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le DBParameterGroupName paramètre.

Uniquement l'instance de base de données spécifiée

Aucune interruption de service n'a lieu pendant cette modification.

Lorsque vous associez un nouveau groupe de paramètres de base de données à une instance de base de données, les paramètres statiques et dynamiques modifiés sont appliqués uniquement après que l'instance de base de données est redémarrée. Toutefois, si vous modifiez des paramètres dynamiques dans le groupe de paramètres de base de données après l'avoir associé à l'instance de base de données, ces modifications sont appliquées immédiatement sans redémarrage.

Pour plus d’informations, consultez Groupes de paramètres pour Amazon Aurora et Redémarrage d'un cluster de bases de données Amazon Aurora ou d'une instance de base de données Amazon Aurora.

Deletion protection (Protection contre la suppression)

Sélectionnez Enable deletion protection (Activer la protection de la suppression) pour empêcher la suppression de votre cluster de bases de données. Pour de plus amples informations, veuillez consulter Protection contre la suppression pour les clusters Aurora.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--deletion-protection|--no-deletion-protectionoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le DeletionProtection paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Version du moteur

Version du moteur de base de données que vous souhaitez utiliser. Avant de mettre à niveau votre cluster de bases de données de production, nous vous recommandons de tester le processus de mise à niveau sur un cluster de bases de données de test pour vérifier sa durée et valider vos applications.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--engine-versionoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le EngineVersion paramètre.

L'intégralité du cluster de bases de données

Une interruption de service a lieu pendant cette modification.

Surveillance améliorée

Activer la surveillance améliorée permet d'activer la collecte des métriques en temps réel pour le système d'exploitation sur lequel votre instance de base de données s'exécute.

Pour de plus amples informations, veuillez consulter Surveillance des métriques du système d'exploitation à l'aide de la Surveillance améliorée.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide des options AWS CLI, exécutez modify-db-instanceet définissez les --monitoring-interval options --monitoring-role-arn et.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez les MonitoringInterval paramètres MonitoringRoleArn et.

Uniquement l'instance de base de données spécifiée

Aucune interruption de service n'a lieu pendant cette modification.

Exportations des journaux

Sélectionnez les types de journaux à publier sur Amazon CloudWatch Logs.

Pour de plus amples informations, veuillez consulter Fichiers journaux SQL de base de données Aurora My.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--cloudwatch-logs-export-configurationoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le CloudwatchLogsExportConfiguration paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Fenêtre de maintenance

L'intervalle de temps pendant lequel la maintenance du système a lieu. La maintenance du système inclut les mises à niveau, le cas échéant. La fenêtre de maintenance est une heure de début en temps universel coordonné (UTC) et une durée en heures.

Si vous définissez la fenêtre sur l'heure actuelle, il doit y avoir au moins 30 minutes entre l'heure actuelle et la fin du créneau afin de garantir l'application des modifications en attente.

Vous pouvez définir la fenêtre de maintenance du cluster de bases de données et de chaque instance de base de données du cluster de façon indépendante. Lorsque la portée d'une modification s'étend à l'intégralité du cluster de bases de données, la modification s'effectue pendant la fenêtre de maintenance du cluster. Lorsque la portée d'une modification se limite à une instance de bases de données, la modification s'effectue pendant la fenêtre de maintenance de l'instance de base de données.

La fenêtre de maintenance et la fenêtre de sauvegarde de l'instance de cluster ne peuvent pas se chevaucher.

Pour de plus amples informations, veuillez consulter La fenêtre de RDS maintenance d'Amazon.

Pour modifier la fenêtre de maintenance du cluster de bases de données à l'aide du AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

Pour modifier la fenêtre de maintenance d'une instance de base de données à l'aide du AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

Pour modifier la fenêtre de maintenance du cluster de bases de données à l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--preferred-maintenance-windowoption.

Pour modifier la fenêtre de maintenance d'une instance de base de données à l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--preferred-maintenance-windowoption.

Pour modifier la fenêtre de maintenance du cluster de bases de données à l'aide du RDSAPI, appelez ModifyDBClusteret définissez le PreferredMaintenanceWindow paramètre.

Pour modifier la fenêtre de maintenance d'une instance de base de données à l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le PreferredMaintenanceWindow paramètre.

L'intégralité du cluster de bases de données ou une seule instance de base de données

S'il y a en attente une ou plusieurs actions entraînant une panne, et que la fenêtre de maintenance est modifiée pour inclure l'heure actuelle, alors les actions en attente sont appliquées immédiatement et une panne se produit.

Gérez les informations d'identification principales dans AWS Secrets Manager

Sélectionnez Gérer les informations d'identification principales dans AWS Secrets Manager pour gérer le mot de passe d'utilisateur principal dans un secret, dans Secrets Manager.

Choisissez éventuellement une KMS clé à utiliser pour protéger le secret. Choisissez l'une KMS des clés de votre compte ou saisissez la clé d'un autre compte.

Pour de plus amples informations, veuillez consulter Gestion des mots de passe avec Amazon Aurora et AWS Secrets Manager.

Si Aurora gère déjà le mot de passe de l'utilisateur principal pour le cluster de bases de données, vous pouvez effectuer la rotation du mot de passe de l'utilisateur principal en choisissant Rotate secret immediately (Effectuer immédiatement une rotation du secret).

Pour de plus amples informations, veuillez consulter Gestion des mots de passe avec Amazon Aurora et AWS Secrets Manager.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide des options AWS CLI, exécutez modify-db-clusteret définissez les --master-user-secret-kms-key-id options --manage-master-user-password | --no-manage-master-user-password et. Pour effectuer immédiatement la rotation du mot de passe de l'utilisateur principal, définissez l'option --rotate-master-user-password.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez les MasterUserSecretKmsKeyId paramètres ManageMasterUserPassword et. Pour effectuer immédiatement la rotation du mot de passe de l'utilisateur principal, définissez le paramètre RotateMasterUserPassword sur true.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Network type (Type de réseau)

Les protocoles d'adressage IP pris en charge par le cluster de la base de données.

IPv4pour spécifier que les ressources peuvent communiquer avec le cluster de base de données uniquement via le protocole d'IPv4adressage.

Mode double pile pour spécifier que les ressources peuvent communiquer avec le cluster de base de données via IPv4IPv6, ou les deux. Utilisez le mode double pile si vous avez des ressources qui doivent communiquer avec votre cluster de base de données via le protocole d'IPv6adressage. Pour utiliser le mode double pile, assurez-vous qu'au moins deux sous-réseaux répartis sur deux zones de disponibilité prennent en charge à la fois le protocole IPv4 et le protocole IPv6 réseau. Assurez-vous également d'associer un IPv6 CIDR bloc aux sous-réseaux du groupe de sous-réseaux de base de données que vous spécifiez.

Pour de plus amples informations, veuillez consulter Adressage IP Amazon Aurora.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--network-typeoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le NetworkType paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

New master password

Le mot de passe de votre utilisateur principal.

Pour Aurora MySQL, le mot de passe doit contenir de 8 à 41 caractères imprimablesASCII.
Pour Aurora PostgreSQL, il doit contenir de 8 à 99 caractères imprimables. ASCII
Il ne peut pas contenir /, ", @ ou un espace.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--master-user-passwordoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le MasterUserPassword paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Performance Insights

Indiquez si vous activez Performance Insights, outil qui surveille la charge de votre instance de base de données pour vous permettre d'analyser et de résoudre les problèmes de performances de votre base de données.

Pour de plus amples informations, veuillez consulter Surveillance de la charge de base de données avec Performance Insights sur Amazon Aurora.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--enable-performance-insights|--no-enable-performance-insightsoption.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le EnablePerformanceInsights paramètre.

Uniquement l'instance de base de données spécifiée

Aucune interruption de service n'a lieu pendant cette modification.

Performance Insights AWS KMS key

AWS KMS key Identifiant pour le chiffrement des données Performance Insights. L'identifiant de KMS clé est le nom de ressource Amazon (ARN), l'identifiant de clé ou l'alias de clé pour la KMS clé.

Pour de plus amples informations, veuillez consulter Activer et désactiver Performance Insights pour Aurora.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--performance-insights-kms-key-idoption.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le PerformanceInsightsKMSKeyId paramètre.

Uniquement l'instance de base de données spécifiée

Aucune interruption de service n'a lieu pendant cette modification.

Performance Insights retention period (Période de rétention d'Analyse des performances)

Durée de conservation, en jours, des données de Performance Insights. Le paramètre de rétention dans l'offre gratuite est Par défaut (7 jours). Pour conserver vos données de performance plus longtemps, indiquez 1 à 24 mois. Pour obtenir plus d'informations sur les périodes de conservation, consultez Tarification et conservation des données pour Performance Insights.

Pour de plus amples informations, veuillez consulter Activer et désactiver Performance Insights pour Aurora.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--performance-insights-retention-periodoption.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le PerformanceInsightsRetentionPeriod paramètre.

Uniquement l'instance de base de données spécifiée

Aucune interruption de service n'a lieu pendant cette modification.

Promotion tier (Niveau de promotion)

Valeur qui spécifie l'ordre dans lequel un réplica Aurora est promu comme instance principale dans un cluster de base de données après un échec de l'instance principale existante.

Pour de plus amples informations, veuillez consulter Tolérance aux pannes pour un cluster de base de données Aurora.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--promotion-tieroption.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le PromotionTier paramètre.

Uniquement l'instance de base de données spécifiée

Aucune interruption de service n'a lieu pendant cette modification.

Accès public

Accessible au public pour attribuer à l'instance de base de données une adresse IP publique, ce qui signifie qu'elle est accessible en dehors deVPC. Pour être accessible au public, l'instance de base de données doit également se trouver dans un sous-réseau public duVPC.

Non accessible au public afin de rendre l'instance de base de données accessible uniquement depuis l'intérieur duVPC.

Pour de plus amples informations, veuillez consulter Masquer un cluster d' de base VPC de données dans un.

Pour se connecter à une instance de base de données depuis l'extérieur d'AmazonVPC, l'instance de base de données doit être accessible au public, l'accès doit être accordé conformément aux règles entrantes du groupe de sécurité de l'instance de base de données et les autres exigences doivent être satisfaites. Pour de plus amples informations, veuillez consulter Impossible de se connecter à l'RDSinstance de base de données Amazon.

Si votre instance de base de données n'est pas accessible au public, vous pouvez également utiliser une VPN connexion AWS site à site ou une AWS Direct Connect connexion pour y accéder depuis un réseau privé. Pour de plus amples informations, veuillez consulter Confidentialité du trafic inter-réseau.

En utilisant le AWS Management Console,Modification d'une instance de base de données dans un cluster de bases de données.

À l'aide de l'option AWS CLI, exécutez modify-db-instanceet définissez l'--publicly-accessible|--no-publicly-accessibleoption.

À l'aide du RDSAPI, appelez ModifyDBInstanceet définissez le PubliclyAccessible paramètre.

Uniquement l'instance de base de données spécifiée

Aucune interruption de service n'a lieu pendant cette modification.

Paramètres de capacité Serverless v2

Capacité de base de données d'un Aurora Serverless v2 cluster de base de données, mesurée en unités de capacité Aurora (ACUs).

Pour de plus amples informations, veuillez consulter Réglage du Aurora Serverless v2 plage de capacité pour un cluster.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--serverless-v2-scaling-configurationoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le ServerlessV2ScalingConfiguration paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

La modification a lieu immédiatement. Ce paramètre ignore le paramètre Appliquer immédiatement.

Groupe de sécurité

Groupe de sécurité que vous voulez associer au cluster de bases de données.

Pour de plus amples informations, veuillez consulter Contrôle d'accès par groupe de sécurité.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--vpc-security-group-idsoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le VpcSecurityGroupIds paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Fenêtre de retour sur trace cible

Intervalle de temps au cours duquel vous souhaitez pouvoir effectuer un retour sur trace de votre cluster de bases de données, en secondes. Ce paramètre n'est disponible que pour Aurora My SQL et uniquement si le cluster de base de données a été créé avec Backtrack activé.

En utilisant le AWS Management Console,Modification du cluster de base de données à l'aide de la consoleCLI, et API.

À l'aide de l'option AWS CLI, exécutez modify-db-clusteret définissez l'--backtrack-windowoption.

À l'aide du RDSAPI, appelez ModifyDBClusteret définissez le BacktrackWindow paramètre.

L'intégralité du cluster de bases de données

Aucune interruption de service n'a lieu pendant cette modification.

Paramètres non applicables aux clusters de bases de données Amazon Aurora

Les paramètres suivants de la AWS CLI commande modify-db-clusteret de l'RDSAPIopération ModifyDBClusterne s'appliquent pas aux clusters de base de données Amazon Aurora.

Note

Vous ne pouvez pas utiliser le AWS Management Console pour modifier ces paramètres pour les clusters de base de données Aurora.

AWS CLI réglage	RDSAPIréglage
`--allocated-storage`	`AllocatedStorage`
`--auto-minor-version-upgrade \| --no-auto-minor-version-upgrade`	`AutoMinorVersionUpgrade`
`--db-cluster-instance-class`	`DBClusterInstanceClass`
`--enable-performance-insights \| --no-enable-performance-insights`	`EnablePerformanceInsights`
`--iops`	`Iops`
`--monitoring-interval`	`MonitoringInterval`
`--monitoring-role-arn`	`MonitoringRoleArn`
`--option-group-name`	`OptionGroupName`
`--performance-insights-kms-key-id`	`PerformanceInsightsKMSKeyId`
`--performance-insights-retention-period`	`PerformanceInsightsRetentionPeriod`

Paramètres non applicables aux instances de bases de données Amazon Aurora

Les paramètres suivants de la AWS CLI commande modify-db-instanceet de l'RDSAPIopération ModifyDBInstancene s'appliquent pas aux instances de base de données Amazon Aurora.

Note

Vous ne pouvez pas utiliser le AWS Management Console pour modifier ces paramètres pour les instances de base de données Aurora.

AWS CLI réglage	RDSAPIréglage
`--allocated-storage`	`AllocatedStorage`
`--allow-major-version-upgrade\|--no-allow-major-version-upgrade`	`AllowMajorVersionUpgrade`
`--copy-tags-to-snapshot\|--no-copy-tags-to-snapshot`	`CopyTagsToSnapshot`
`--domain`	`Domain`
`--db-security-groups`	`DBSecurityGroups`
`--db-subnet-group-name`	`DBSubnetGroupName`
`--domain-iam-role-name`	`DomainIAMRoleName`
`--multi-az\|--no-multi-az`	`MultiAZ`
`--iops`	`Iops`
`--license-model`	`LicenseModel`
`--network-type`	`NetworkType`
`--option-group-name`	`OptionGroupName`
`--processor-features`	`ProcessorFeatures`
`--storage-type`	`StorageType`
`--tde-credential-arn`	`TdeCredentialArn`
`--tde-credential-password`	`TdeCredentialPassword`
`--use-default-processor-features\|--no-use-default-processor-features`	`UseDefaultProcessorFeatures`

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

Connexion d'une fonction Lambda

Ajout de réplicas Aurora