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.
Migration d'un instantané d'une instance de SQL base de données RDS pour Postgre vers un cluster de base de données Aurora SQL Postgre
Pour créer un cluster de SQL base de données Aurora Postgre, vous pouvez migrer un instantané de base de données d'une instance de base de SQL données RDS pour Postgre. Le nouveau cluster de SQL base de données Aurora Postgre est rempli avec les données de l'instance de SQL base de données Postgre RDS d'origine. Pour plus d'informations sur la création d'un instantané de base de données, consultez Création d'un instantané de base de données.
Dans certains cas, l'instantané de base de données peut ne pas se trouver dans Région AWS où vous souhaitez localiser vos données. Si c'est le cas, utilisez la RDS console Amazon pour y copier le snapshot de base de données Région AWS. Pour plus d'informations sur la copie d'un instantané de base de données, consultez la section Copie d'un instantané de base de données.
Vous pouvez migrer RDS pour obtenir des SQL instantanés Postgre compatibles avec les SQL versions d'Aurora Postgre disponibles dans le Région AWS. Par exemple, vous pouvez migrer un instantané d'une instance de base de données RDS pour Postgre SQL 11.1 vers Aurora Postgre SQL versions 11.4, 11.7, 11.8 ou 11.9 dans la région USA Ouest (Californie du Nord). Vous pouvez effectuer la migration RDS d'un instantané Postgre SQL 10.11 vers Aurora Postgre SQL 10.11, 10.12, 10.13 et 10.14. En d'autres termes, le SQL snapshot RDS for Postgre doit utiliser la même version ou une version mineure inférieure à celle de l'Aurora SQL Postgre.
Vous pouvez également choisir de chiffrer votre nouveau cluster de SQL base de données Aurora Postgre au repos à l'aide d'un AWS KMS key. Cette option n'est disponible que pour les instantanés de base de données non chiffrés.
Pour migrer un RDS instantané de SQL base de données Postgre vers un cluster de SQL base de données Aurora Postgre, vous pouvez utiliser AWS Management Console, le AWS CLI, ou le RDSAPI. Lorsque vous utilisez le AWS Management Console, la console prend les mesures nécessaires pour créer à la fois le cluster de base de données et l'instance principale.
Pour migrer un SQL instantané de base de données Postgre à l'aide de la console RDS
Connectez-vous au AWS Management Console et ouvrez la RDS console Amazon à l'adresse https://console.aws.amazon.com/rds/
. -
Choisissez Instantanés.
-
Sur la page Snapshots, choisissez le RDS SQL snapshot Postgre que vous souhaitez migrer vers un cluster de base de données Aurora PostgreSQL.
-
Sélectionnez Actions, puis Migrer l'instantané.
-
Définissez les valeurs suivantes sur la page Migrer la base de données :
-
Version du moteur de base de données : choisissez la version du moteur de base de données que vous souhaitez utiliser pour la nouvelle instance migrée.
-
Identifiant de l'instance de base de données : entrez un nom pour le cluster de base de données unique pour votre compte dans Région AWS que tu as choisi. Cet identifiant est utilisé dans les adresses de point de terminaison des instances de votre cluster DB. Vous pouvez choisir d'ajouter une touche d'intelligence au nom, par exemple en incluant Région AWS et le moteur de base de données que vous avez choisi, par exemple
aurora-cluster1
.L'identifiant d'instance de base de données obéit aux contraintes suivantes :
-
Il doit contenir entre 1 et 63 caractères alphanumériques ou traits d'union.
-
Son premier caractère doit être une lettre.
-
Il ne peut pas se terminer par un trait d’union ou contenir deux traits d’union consécutifs.
-
Il doit être unique pour toutes les instances de base de données par AWS compte, par Région AWS.
-
-
Classe d'instance de base de données : sélectionnez une classe d'instance de base de données qui possède le stockage et la capacité requis pour votre base de données. Par exemple,
db.r6g.large
. Les volumes de cluster Aurora croissent automatiquement au fur et à mesure que la quantité de données de votre base de données augmente. Par conséquent, vous devez uniquement choisir une classe d'instance de base de données qui correspond à vos besoins de stockage actifs. Pour de plus amples informations, veuillez consulter Présentation du stockage Amazon Aurora. -
Cloud privé virtuel (VPC) : si vous en avez un existantVPC, vous pouvez l'utiliser VPC avec votre cluster de SQL base de données Aurora Postgre en choisissant votre VPC identifiant, par exemple
vpc-a464d1c1
. Pour plus d'informations sur la création d'unVPC, consultezTutoriel : créer un VPC à utiliser avec un(e) cluster de base de données (IPv4 uniquement).Sinon, vous pouvez demander à Amazon d'en RDS créer un VPC pour vous en choisissant Create new VPC.
-
Groupe de sous-réseaux de base de données : si vous avez un groupe de sous-réseaux existant, vous pouvez utiliser ce groupe de sous-réseaux avec votre cluster de SQL base de données Aurora Postgre en choisissant l'identifiant de votre groupe de sous-réseaux, par exemple.
gs-subnet-group1
-
Accès public : choisissez Non pour spécifier que les instances de votre cluster de bases de données ne sont accessibles qu'aux ressources internes de votre clusterVPC. Choisissez Oui pour spécifier que les instances de votre cluster de base de données sont accessibles par les ressources du réseau public.
Note
Il n'est pas nécessaire que votre cluster de base de données de production se trouve dans un sous-réseau public, parce que seuls vos serveurs d'applications nécessitent l'accès à votre cluster de base de données. Si votre cluster de base de données n'a pas besoin d'être dans un sous-réseau public, définissez Accessible publiquement sur Non.
-
VPCgroupe de sécurité : Choisissez un groupe VPC de sécurité pour autoriser l'accès à votre base de données.
-
Zone de disponibilité : Choisissez la zone de disponibilité pour héberger l'instance principale de votre cluster de SQL base de données Aurora Postgre. Pour qu'Amazon RDS choisisse une zone de disponibilité pour vous, sélectionnez Aucune préférence.
-
Port de base de données : entrez le port par défaut à utiliser lors de la connexion aux instances du cluster de SQL base de données Aurora Postgre. L’argument par défaut est
5432
.Note
Vous vous trouvez peut-être derrière un pare-feu d'entreprise qui n'autorise pas l'accès aux ports par défaut tels que le port SQL par défaut de Postgre, 5432. Dans ce cas, fournissez une valeur de port que votre pare-feu d'entreprise autorise. Souvenez-vous de cette valeur de port ultérieurement lorsque vous vous connecterez au cluster de SQL base de données Aurora Postgre.
-
Activer le chiffrement : choisissez Activer le chiffrement pour que votre nouveau cluster de SQL base de données Aurora Postgre soit chiffré au repos. Choisissez également une KMS clé comme AWS KMS key Valeur .
-
Mise à niveau automatique des versions mineures : choisissez Activer la mise à niveau automatique des versions mineures pour permettre à votre cluster de SQL base de données Aurora Postgre de recevoir automatiquement les mises à niveau mineures des versions du moteur de SQL base de données Postgre lorsqu'elles seront disponibles.
L'option de mise à niveau automatique des versions mineures s'applique uniquement aux mises à niveau vers les versions SQL mineures du moteur Postgre pour votre cluster de SQL base de données Aurora Postgre. Elle ne s'applique pas aux correctifs réguliers appliqués pour maintenir la stabilité du système.
-
-
Choisissez Migrer pour migrer votre instantané de base de données.
-
Sélectionnez Bases de données pour afficher le nouveau cluster de base de données. Sélectionnez le nouveau cluster de base de données pour surveiller la progression de la migration. Lorsque la migration est terminée, le statut du cluster est Available (Disponible). Sous l'onglet Connectivité et sécurité, vous trouverez le point de terminaison du cluster à utiliser pour la connexion à l'instance de scripteur principale du cluster de base de données. Pour plus d'informations sur la connexion à un cluster de SQL base de données Aurora Postgre, consultezConnexion à un cluster de bases de données Amazon Aurora.
Utilisation de AWS CLI pour migrer un instantané RDS de base de données Postgre vers un snapshot SQL Aurora Postgre, il SQL faut deux AWS CLI commandes. Tout d'abord, vous utilisez restore-db-cluster-from-snapshot
AWS CLI commande crée un nouveau cluster de SQL base de données Aurora Postgre. Vous utilisez ensuite la commande create-db-instance
pour créer l'instance de base de données primaire dans le nouveau cluster afin de terminer la migration. La procédure suivante crée un cluster de SQL base de données Aurora Postgre avec une instance de base de données principale ayant la même configuration que l'instance de base de données utilisée pour créer le snapshot.
Pour migrer un instantané RDS de SQL base de données Postgre vers un cluster de base de données Aurora Postgre SQL
Utilisez la describe-db-snapshotscommande pour obtenir des informations sur le snapshot de base de données que vous souhaitez migrer. Vous pouvez spécifier le paramètre
--db-instance-identifier
ou--db-snapshot-identifier
dans la commande. Si vous ne spécifiez pas l'un de ces paramètres, vous obtenez tous les instantanés.aws rds describe-db-snapshots --db-instance-identifier
<your-db-instance-name>
La commande renvoie tous les détails de configuration des instantanés créés à partir de l'instance de base de données spécifiée. Dans le résultat, recherchez l'instantané que vous souhaitez migrer et localisez son nom de ressource Amazon (ARN). Pour en savoir plus sur Amazon RDSARNs, consultez Amazon Relational Database Service (RDSAmazon). An ARN ressemble à la sortie suivante.
“DBSnapshotArn": "arn:aws:rds:
aws-region
:111122223333:snapshot:<snapshot_name>"La sortie contient également des détails de configuration RDS pour l'SQLinstance de base de données Postgre, tels que la version du moteur, le stockage alloué, le cryptage ou non de l'instance de base de données, etc.
-
Utilisez la commande restore-db-cluster-from-snapshot pour démarrer la migration. Spécifiez les paramètres suivants :
-
--db-cluster-identifier
— Le nom que vous souhaitez attribuer au cluster de SQL base de données Aurora Postgre. Ce cluster de base de données Aurora est la cible de votre migration d'instantanés de bases de données. -
--snapshot-identifier
— Le nom de ressource Amazon (ARN) du snapshot de base de données à migrer. -
--engine
: spécifiezaurora-postgresql
pour le moteur de cluster de base de données Aurora. -
--kms-key-id
— Ce paramètre facultatif vous permet de créer un cluster de SQL base de données Aurora Postgre chiffré à partir d'un instantané de base de données non chiffré. Il vous permet également de choisir une clé de chiffrement différente, pour le cluster de base de données ; de celle utilisée pour l'instantané de bases de données.Note
Vous ne pouvez pas créer un cluster de SQL base de données Aurora Postgre non chiffré à partir d'un instantané de base de données chiffré.
Sans le
--kms-key-id
paramètre spécifié comme indiqué ci-dessous, le restore-db-cluster-from-snapshot AWS CLI cette commande crée un cluster de SQL base de données Aurora Postgre vide qui est soit chiffré à l'aide de la même clé que le cliché de base de données, soit déchiffré si l'instantané de base de données source n'est pas chiffré.Dans Linux, macOS, ou Unix:
aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier
cluster-name
\ --snapshot-identifier arn:aws:rds:aws-region
:111122223333
:snapshot:your-snapshot-name
\ --engine aurora-postgresqlDans Windows:
aws rds restore-db-cluster-from-snapshot ^ --db-cluster-identifier
new_cluster
^ --snapshot-identifier arn:aws:rds:aws-region
:111122223333
:snapshot:your-snapshot-name
^ --engine aurora-postgresql -
-
La commande renvoie des informations sur le cluster de SQL base de données Aurora Postgre créé pour la migration. Vous pouvez vérifier l'état du cluster de SQL base de données Aurora Postgre à l'aide du describe-db-clusters AWS CLI commande.
aws rds describe-db-clusters --db-cluster-identifier
cluster-name
-
Lorsque le cluster de base de données devient « disponible », vous utilisez la create-db-instancecommande pour remplir le cluster de SQL base de données Aurora Postgre avec l'instance de base de données basée sur votre instantané Amazon RDS DB. Spécifiez les paramètres suivants :
-
--db-cluster-identifier
— Le nom du nouveau cluster de SQL base de données Aurora Postgre que vous avez créé à l'étape précédente. -
--db-instance-identifier
: nom que vous souhaitez donner à l'instance de base de données. Cette instance devient le nœud principal de votre cluster de SQL base de données Aurora Postgre. -
----db-instance-class
: spécifiez la classe d'instance de base de données à utiliser. Choisissez parmi les classes d'instances de base de données prises en charge par la SQL version d'Aurora Postgre vers laquelle vous effectuez la migration. Pour plus d’informations, consultez Types de classes d'instance de base de données et Moteurs de base de données pris en charge pour les classes d'instance de base de données. -
--engine
: spécifiezaurora-postgresql
pour l'instance de base de données
Vous pouvez également créer l'instance de base de données avec une configuration différente de celle du snapshot de base de données source, en transmettant les options appropriées dans le
create-db-instance
AWS CLI commande. Pour plus d'informations, consultez la create-db-instancecommande.Dans Linux, macOS, ou Unix:
aws rds create-db-instance \ --db-cluster-identifier
cluster-name
\ --db-instance-identifier --db-instance-class db.instance.class
\ --engine aurora-postgresqlDans Windows:
aws rds create-db-instance ^ --db-cluster-identifier
cluster-name
^ --db-instance-identifier --db-instance-class db.instance.class
^ --engine aurora-postgresql -
Lorsque le processus de migration est terminé, le SQL cluster Aurora Postgre possède une instance de base de données principale remplie.