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.
Restauration d'un cluster de bases de données Aurora Serverless v1
Vous pouvez configurer un cluster de bases de données Aurora Serverless v1 lorsque vous restaurez un instantané de cluster de bases de données provisionné avec l'AWS Management Console, l'AWS CLI ou l'API RDS.
Lorsque vous restaurez un instantané dans un cluster de bases de données Aurora Serverless v1, vous pouvez définir les valeurs spécifiques suivantes :
-
Unité de capacité Aurora minimale – Aurora Serverless v1 peut réduire la capacité jusqu'à cette unité de capacité.
-
Unité de capacité Aurora maximale – Aurora Serverless v1 peut augmenter la capacité jusqu'à cette unité de capacité.
-
Action d'expiration – Action à effectuer quand une modification de capacité expire parce qu'elle ne trouve pas de point de mise à l'échelle.Aurora Serverless v1 Le cluster de bases de données peut forcer l'application des nouveaux paramètres de capacité à votre cluster de bases de données si vous définissez l'option Forcer la mise à l'échelle de la capacité aux valeurs spécifiées.... Si vous n'activez pas cette option, il peut également annuler la modification de capacité. Pour plus d'informations, consultez Action de délai d'attente pour les modifications de capacité.
-
Pause after inactivity (Mise en pause après inactivité) – Durée sans trafic de base de données avant mise à l'échelle à une capacité de traitement égale à zéro. Lors de la reprise du trafic de base de données, Aurora reprend automatiquement la capacité de traitement et effectue une mise à l'échelle pour gérer le trafic.
Pour obtenir des informations générales sur la restauration d'un cluster de base de données à partir d'un instantané, consultez Restauration à partir d'un instantané de cluster de base de données.
Vous pouvez restaurer un instantané de cluster de base de données dans un cluster de base de données Aurora avec l'AWS Management Console.
Pour restaurer un instantané de cluster de base de données dans un cluster de base de données Aurora
Connectez-vous à l'AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/
. -
Dans le coin supérieur droit d'AWS Management Console, sélectionnez la Région AWS qui héberge votre cluster de bases de données source.
-
Dans le panneau de navigation, choisissez Snapshots (Instantanés), puis sélectionnez l'instantané de cluster de bases de données que vous souhaitez restaurer.
-
Pour Actions, choisissez Restore Snapshot (Restaurer l'instantané).
-
Sur la page Restore DB Cluster (Restaurer un cluster de bases de données), choisissez Sans serveur pour Capacity type (Type de capacité).
-
Dans le champ Identificateur du cluster DB, saisissez le nom de votre cluster de bases de données restauré et complétez les autres champs.
-
Dans la section Capacity settings (Paramètres de capacité), modifiez la configuration de mise à l'échelle.
-
Choisissez Restore DB Cluster (Restaurer un cluster de bases de données).
Pour vous connecter à un cluster de bases de données Aurora Serverless v1, utilisez le point de terminaison de base de données. Pour plus de détails, consultez les instructions dans Connexion à un cluster de bases de données Amazon Aurora.
Note
Si vous rencontrez le message d'erreur suivant, votre compte nécessite des autorisations supplémentaires :
Unable to create the resource. Verify that you have permission to create service linked role.
Otherwise wait and try again later.
Pour plus d'informations, consultez Utilisation de rôles liés à un service pour Amazon .
Vous pouvez configurer un cluster de bases de données Aurora Serverless lorsque vous restaurez un instantané de cluster de bases de données provisionné avec l'AWS Management Console, l'AWS CLI ou l'API RDS.
Lorsque vous restaurez un instantané dans un cluster de bases de données Aurora Serverless, vous pouvez définir les valeurs spécifiques suivantes :
-
Unité de capacité Aurora minimale – Aurora Serverless peut réduire la capacité jusqu'à cette unité de capacité.
-
Unité de capacité Aurora maximale – Aurora Serverless peut augmenter la capacité jusqu'à cette unité de capacité.
-
Action d'expiration – Action à effectuer quand une modification de capacité expire parce qu'elle ne trouve pas de point de mise à l'échelle.Aurora Serverless v1 Le cluster de bases de données peut forcer l'application des nouveaux paramètres de capacité à votre cluster de bases de données si vous définissez l'option Forcer la mise à l'échelle de la capacité aux valeurs spécifiées.... Si vous n'activez pas cette option, il peut également annuler la modification de capacité. Pour plus d'informations, consultez Action de délai d'attente pour les modifications de capacité.
-
Pause after inactivity (Mise en pause après inactivité) – Durée sans trafic de base de données avant mise à l'échelle à une capacité de traitement égale à zéro. Lors de la reprise du trafic de base de données, Aurora reprend automatiquement la capacité de traitement et effectue une mise à l'échelle pour gérer le trafic.
Note
La version de l'instantané du cluster de bases de données doit être compatible avec Aurora Serverless v1. Pour obtenir la liste des versions prises en charge, consultez Régions et moteurs de base de données Aurora pris en charge pour Aurora Serverless v1.
Pour restaurer un instantané dans un cluster Aurora Serverless v1 avec compatibilité MySQL 5.7, incluez les paramètres supplémentaires suivants :
-
--engine aurora-mysql
-
--engine-version 5.7
Les paramètres --engine
et --engine-version
vous permettent de créer un cluster Aurora Serverless v1 compatible MySQL 5.7 à partir d'un instantané Aurora compatible MySQL 5.6 ou Aurora Serverless v1. L'exemple suivant restaure un instantané de cluster compatible MySQL 5.6 nommé mydbclustersnapshot
vers un cluster Aurora Serverless v1 compatible MySQL 5.7 nommé mynewdbcluster
.
Pour LinuxmacOS, ou Unix :
aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier
mynewdbcluster
\ --snapshot-identifiermydbclustersnapshot
\ --engine-mode serverless \ --engine aurora-mysql \ --engine-version 5.7
Dans Windows :
aws rds restore-db-cluster-from-snapshot ^ --db-instance-identifier
mynewdbcluster
^ --db-snapshot-identifiermydbclustersnapshot
^ --engine aurora-mysql ^ --engine-version 5.7
Vous pouvez, si vous le souhaitez, spécifier l'option --scaling-configuration
pour configurer la capacité minimale, la capacité maximale et la mise en pause automatique s'il n'y a aucune connexion. Les valeurs de capacité valides sont notamment les suivantes :
-
Aurora MySQL:
1
,2
,4
,8
,16
,32
,64
,128
et256
. -
Aurora PostgreSQL :
2
,4
,8
,16
,32
,64
,192
et384
.
Dans l'exemple suivant, vous restaurez à partir d'un instantané de cluster de bases de données créé précédemment nommé mydbclustersnapshot
vers un nouveau cluster de bases de données nommé mynewdbcluster
. Vous définissez le --scaling-configuration
afin que le nouveau cluster de bases de données Aurora Serverless v1 puisse évoluer de 8 ACU à 64 ACU (unités de capacité Aurora) selon les besoins pour traiter la charge de travail. Une fois le traitement terminé et après 1 000 secondes sans connexion à prendre en charge, le cluster s'arrête jusqu'à ce que les demandes de connexion l'invitent à redémarrer.
Pour LinuxmacOS, ou Unix :
aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier
mynewdbcluster
\ --snapshot-identifiermydbclustersnapshot
\ --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true
Dans Windows :
aws rds restore-db-cluster-from-snapshot ^ --db-instance-identifier
mynewdbcluster
^ --db-snapshot-identifiermydbclustersnapshot
^ --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true
Pour configurer un Aurora Serverless v1 cluster de base de données lorsque vous effectuez une restauration à partir d'un cluster de base de données à l'aide de l'API RDS, exécutez l'ClusterFromSnapshotopération RestoreDB et spécifiez serverless
le paramètre. EngineMode
Vous pouvez, si vous le souhaitez, spécifier le paramètre ScalingConfiguration
pour configurer la capacité minimale, la capacité maximale et la mise en pause automatique s'il n'y a aucune connexion. Les valeurs de capacité valides sont notamment les suivantes :
-
Aurora MySQL:
1
,2
,4
,8
,16
,32
,64
,128
et256
. -
Aurora PostgreSQL :
2
,4
,8
,16
,32
,64
,192
et384
.