Migration d'une instance de base de données RDS pour PostgreSQL à l'aide d'un instantané Migration d'une instance de base de données RDS pour PostgreSQL à l'aide d'un réplica en lecture Aurora

Migration des données vers Amazon Aurora avec compatibilité PostgreSQL

Vous avez plusieurs options pour la migration des données à partir de votre base de données existante vers un cluster de base de données Édition compatible avec Amazon Aurora PostgreSQL. Vos options de migration dépendent également de la base de données à partir de laquelle vous effectuez la migration et de la taille des données que vous migrez. Les options qui s'offrent à vous sont les suivantes :

Migration d'une instance de base de données RDS pour PostgreSQL à l'aide d'un instantané: Vous pouvez migrer des données directement d'un instantané de base de données RDS pour PostgreSQL vers un cluster de base de données Aurora PostgreSQL.
Migration d'une instance de base de données RDS pour PostgreSQL à l'aide d'un réplica en lecture Aurora: Vous pouvez aussi migrer à partir d'une instance de base de données RDS pour PostgreSQL en créant un réplica en lecture Aurora PostgreSQL d'une instance de base de données RDS pour PostgreSQL. Lorsque le retard de réplica entre l'instance de base de données RDS pour PostgreSQL et le réplica en lecture Aurora PostgreSQL est égal à zéro, vous pouvez arrêter la réplication. À ce stade, vous pouvez faire du réplica en lecture Aurora un cluster de base de données Aurora PostgreSQL autonome pour la lecture et l'écriture.
Importation de données depuis Amazon S3 vers Aurora PostgreSQL: Vous pouvez migrer des données en les important à partir d'Amazon S3 dans une table appartenant à un cluster de base de données Aurora PostgreSQL.
Migration à partir d'une base de données qui n'est pas compatible avec PostgreSQL: Vous pouvez utiliser AWS Database Migration Service (AWS DMS) pour migrer des données depuis une base de données qui n'est pas compatible avec PostgreSQL. Pour plus d'informations AWS DMS, voir Qu'est-ce que le service AWS de migration de base de données ? dans le guide de AWS Database Migration Service l'utilisateur.

Note

L'activation de l'authentification Kerberos n'est actuellement pas prise en charge sur le cluster de base de données Aurora PostgreSQL lors de la migration depuis RDS pour PostgreSQL. Vous pouvez activer l'authentification Kerberos uniquement sur un cluster de base de données Aurora PostgreSQL autonome.

Pour obtenir la liste des Régions AWS endroits où Aurora est disponible, consultez Amazon Aurora dans le Références générales AWS.

Important

Si vous prévoyez de migrer une instance de base de données RDS for PostgreSQL vers un cluster de base de données Aurora PostgreSQL dans un avenir proche, nous vous recommandons vivement de désactiver les mises à niveau automatiques mineures de version pour l'instance de base de données dès le début de la phase de planification de la migration. La migration vers Aurora PostgreSQL peut être retardée si la version de RDS pour PostgreSQL n'est pas encore prise en charge par Aurora PostgreSQL.

Pour plus d'informations sur Aurora PostgreSQL les versions, consultez Versions du moteur pour Amazon Aurora PostgreSQL.

Migration d'un instantané d'une instance de base de données RDS pour PostgreSQL vers un cluster de base de données Aurora PostgreSQL.

Pour créer un cluster de base de données Aurora PostgreSQL, vous pouvez migrer un instantané d'une instance de base de données RDS pour PostgreSQL. Le nouveau cluster de base de données Aurora PostgreSQL est rempli avec les données de l'instance de base de données RDS pour PostgreSQL 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 à l' Région AWS endroit où vous souhaitez localiser vos données. Dans ce cas, utilisez la console Amazon RDS pour copier l'instantané de bases de données vers cette Région AWS. Pour plus d'informations sur la copie d'un instantané de base de données, consultez Copie d'un instantané.

Vous pouvez migrer des instantanés RDS for PostgreSQL compatibles avec les versions d'Aurora PostgreSQL disponibles dans la Région AWS donnée. Par exemple, vous pouvez migrer un instantané d'instance de base de données RDS for PostgreSQL 11.1 vers Aurora PostgreSQL version 11.4, 11.7, 11.8 ou 11.9 dans la Région USA Ouest (Californie du Nord). Vous pouvez migrer un instantané RDS PostgreSQL 10.11 vers Aurora PostgreSQL 10.11, 10.12, 10.13 et 10.14. Autrement dit, l'instantané RDS pour PostgreSQL doit utiliser une version mineure identique ou inférieure à celle d'Aurora PostgreSQL.

Vous pouvez aussi choisir que votre nouveau cluster de base de données Aurora PostgreSQL soit chiffré au repos à l'aide d'une AWS KMS key. Cette option est uniquement disponible pour les instantanés de base de données non chiffrés.

Pour migrer un instantané de base de données RDS pour PostgreSQL vers un cluster de base de données Aurora PostgreSQL, vous pouvez utiliser AWS Management Console l'API, l'API ou l'API RDS. AWS CLI 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 instantané de base de données PostgreSQL à l'aide de la console RDS

Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.
Choisissez Instantanés.
Sur la page Instantanés, sélectionnez l'instantané RDS pour PostgreSQL que vous voulez 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 le nom Région AWS que vous avez choisi. Cet identifiant est utilisé dans les adresses de point de terminaison des instances de votre cluster DB. Vous pouvez choisir d'ajouter de l'intelligence au nom, par exemple en incluant le moteur de base de données Région AWS et que vous avez choisiaurora-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 compte AWS et 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 plus d’informations, consultez Présentation du stockage Amazon Aurora.
- Virtual Private Cloud (VPC) : si vous disposez d'un VPC existant, vous pouvez l'utiliser avec votre cluster de base de données Aurora PostgreSQL en sélectionnant ici votre identifiant VPC, soit par exemple vpc-a464d1c1. Pour plus d'informations sur la création d'un VPC, consultez Tutoriel : créer un VPC à utiliser avec un(e) cluster de base de données (IPv4 uniquement).
  
  Vous pouvez solliciter la création d'un VPC par Amazon RDS, en sélectionnant Créer un 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 base de données Aurora PostgreSQL en sélectionnant ici votre identifiant de groupe de sous-réseaux, par exemple gs-subnet-group1.
- Accessible publiquement : sélectionnez Non pour configurer les instances de votre cluster de base de données de façon à ce qu'elles ne soient accessibles que par les ressources situées à l'intérieur de votre VPC. 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.
- Groupe de sécurité VPC : sélectionnez un groupe de sécurité VPC pour autoriser l'accès à votre base de données.
- Zone de disponibilité : choisissez la zone de disponibilité devant héberger l'instance principale de votre cluster de base de données Aurora PostgreSQL. Pour qu'Amazon RDS choisisse une Zone de disponibilité pour vous, sélectionnez Aucune préférence.
- Port de la base de données : saisissez le port par défaut à utiliser lors de la connexion aux instances du cluster de base de données Aurora PostgreSQL. La valeur par défaut est 5432.
  
  Note
  Il se peut que vous soyez derrière un pare-feu d'entreprise qui n'autorise pas l'accès aux ports par défaut, tels que le port par défaut PostgreSQL 5432. Dans ce cas, fournissez une valeur de port que votre pare-feu d'entreprise autorise. Souvenez-vous plus tard de cette valeur de port lors de votre connexion au cluster de base de données Aurora PostgreSQL.
- Chiffrement : sélectionnez Activer le chiffrement pour que votre nouveau cluster de base de données Aurora PostgreSQL soit chiffré au repos. Choisissez également une clé KMS comme valeur de AWS KMS key.
- Mise à niveau automatique des versions mineures : choisissez Enable auto minor version upgrade (Activer la mise à niveau automatique de versions mineures) si vous voulez permettre à votre cluster de base de données Aurora PostgreSQL de recevoir automatiquement les mises à niveau de versions mineures du moteur de base de données PostgreSQL lorsqu'elles deviennent disponibles.
  
  L'option Mise à niveau automatique des versions mineures ne s'applique qu'aux mises à niveau vers les versions mineures du moteur PostgreSQL pour votre cluster de base de données Aurora PostgreSQL. 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 de plus amples informations sur la connexion à un cluster de base de données Aurora PostgreSQL, veuillez consulter Connexion à un cluster de bases de données Amazon Aurora.

L'utilisation de AWS CLI pour migrer un instantané de base de données RDS pour PostgreSQL vers un Aurora PostgreSQL implique deux commandes distinctes. AWS CLI Tout d'abord, vous utilisez la restore-db-cluster-from-snapshot AWS CLI commande create un nouveau cluster de base de données Aurora PostgreSQL. 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 base de données Aurora PostgreSQL avec une instance de base de données primaire ayant la même configuration que l'instance de base de données utilisée pour créer l'instantané.

Pour migrer un instantané de bases de données RDS for PostgreSQL vers un cluster de base de données Aurora PostgreSQL.

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 la sortie, recherchez l'instantané que vous souhaitez migrer et localisez son Amazon Resource Name (ARN). Pour en savoir plus sur les ARN Amazon RDS, veuillez consulter Amazon Relational Database Service (Amazon RDS). Un ARN est similaire à ce qui suit.
```
“DBSnapshotArn": "arn:aws:rds:aws-region:111122223333:snapshot:<snapshot_name>"
```
Vous trouverez également dans la sortie les détails de configuration de l'instance de base de données RDS for PostgreSQL, tels que la version du moteur, le stockage alloué, si l'instance de base de données est chiffrée ou non, etc.
Utilisez la commande restore-db-cluster-from-snapshot pour démarrer la migration. Spécifiez les paramètres suivants :
- --db-cluster-identifier : nom que vous souhaitez donner au cluster de base de données Aurora PostgreSQL. Ce cluster de base de données Aurora est la cible de votre migration d'instantanés de bases de données.
- --snapshot-identifier : l'Amazon Resource Name (ARN) de l'instantané de bases de données à migrer.
- --engine : spécifiez aurora-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 base de données Aurora PostgreSQL chiffré à partir d'un instantané de bases 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 de cluster de base de données Aurora PostgreSQL non chiffré à partir d'un instantané de bases de données chiffré.
Sans le --kms-key-id paramètre spécifié comme indiqué ci-dessous, la AWS CLI commande restore-db-cluster-from-snapshot crée un cluster de base de données Aurora PostgreSQL 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é.

Pour LinuxmacOS, 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-postgresql
```
Dans 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 détails sur le cluster de base de données Aurora PostgreSQL créé pour la migration. Vous pouvez vérifier l'état du cluster de base de données Aurora PostgreSQL à l'aide de la commande. describe-db-clusters AWS CLI
```
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 base de données Aurora PostgreSQL avec l'instance de base de données basée sur votre instantané de base de données Amazon RDS. Spécifiez les paramètres suivants :
- --db-cluster-identifier : nom du nouveau cluster de base de données Aurora PostgreSQL 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 primaire de votre cluster de base de données Aurora PostgreSQL.
- ----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 version Aurora PostgreSQL vers laquelle vous migrez. 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écifiez aurora-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 la create-db-instance AWS CLI commande. Pour plus d'informations, consultez la create-db-instancecommande.

Pour LinuxmacOS, ou Unix :
```
aws rds create-db-instance \
    --db-cluster-identifier cluster-name \
    --db-instance-identifier --db-instance-class db.instance.class \
    --engine aurora-postgresql
```
Dans 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 cluster Aurora PostgreSQL possède une instance de base de données primaire remplie.

Migration des données d'une instance de base de données RDS pour PostgreSQL vers un cluster de base de données Aurora PostgreSQL à l'aide d'un réplica en lecture Aurora

Vous pouvez utiliser une instance de base de données RDS for PostgreSQL comme base d'un nouveau cluster de base de données Aurora PostgreSQL en utilisant un réplica en lecture Aurora pour le processus de migration. L'option Aurora read replica n'est disponible que pour la migration au sein du même compte, Région AWS et elle n'est disponible que si la région propose une version compatible d'Aurora PostgreSQL pour votre instance de base de données RDS pour PostgreSQL. Par compatible, nous entendons que la version d'Aurora PostgreSQL est la même que la version de RDS for PostgreSQL, ou qu'il s'agit d'une version mineure supérieure dans la même famille de versions majeures.

Par exemple, pour utiliser cette technique pour migrer une instance de base de données RDS for PostgreSQL 11.14, la Région doit proposer Aurora PostgreSQL version 11.14 ou une version mineure ultérieure dans la famille PostgreSQL version 11.

Rubriques

Présentation de la migration de données à l'aide d'un réplica en lecture Aurora
Préparation de la migration de données à l'aide d'un réplica en lecture Aurora
Création d'un réplica en lecture Aurora
Promotion d'un réplica en lecture Aurora

Présentation de la migration de données à l'aide d'un réplica en lecture Aurora

La migration d'un instantané d'une instance de base de données RDS for PostgreSQL vers un cluster de base de données Aurora PostgreSQL est une procédure en plusieurs étapes. Tout d'abord, vous créez un réplica en lecture Aurora de votre instance de base de données RDS for PostgreSQL source. Cela démarre un processus de réplication à partir de votre instance de base de données RDS for PostgreSQL vers un cluster de base de données spécial appelé cluster Replica. Le cluster Replica se compose uniquement d'un réplica en lecture Aurora (instance de lecteur).

Une fois que le cluster Replica existe, surveillez le décalage entre celui-ci et l'instance de base de données RDS for PostgreSQL source. Lorsque le décalage du réplica est égal à zéro (0), vous pouvez promouvoir le cluster Replica. La réplication s'arrête, le cluster Replica est promu en cluster de base de données Aurora autonome et le lecteur est promu en instance de rédacteur pour le cluster. Vous pouvez ensuite ajouter des instances au cluster de base de données Aurora PostgreSQL pour dimensionner votre cluster de base de données Aurora PostgreSQL en fonction de votre cas d'utilisation. Vous pouvez également supprimer l'instance de base de données RDS for PostgreSQL si vous n'en avez plus besoin.

Note

La migration peut prendre plusieurs heures par téraoctet de données.

Vous ne pouvez pas créer de réplica en lecture Aurora si votre instance de base de données RDS for PostgreSQL dispose déjà d'un réplica en lecture Aurora ou entre Régions.

Préparation de la migration de données à l'aide d'un réplica en lecture Aurora

Pendant le processus de migration à l'aide du réplica en lecture Aurora, les mises à jour apportées de l'instance de base de données RDS for PostgreSQL source sont répliquées de façon asynchrone vers le réplica en lecture Aurora du cluster de réplica. Le processus utilise la fonctionnalité de réplication de streaming native de PostgreSQL, qui stocke les segments de journaux write-ahead (WAL, write-ahead logs) sur l'instance source. Avant de commencer ce processus de migration, assurez-vous que votre instance dispose d'une capacité de stockage suffisante en vérifiant les valeurs des métriques répertoriées dans le tableau.

Métrique	Description
`FreeStorageSpace`	Espace de stockage disponible. Unités : octets
`OldestReplicationSlotLag`	Durée du retard pour les données WAL du réplica le plus en retard. Unités : mégaoctets
`RDSToAuroraPostgreSQLReplicaLag`	Durée en secondes du retard d'un cluster de base de données Aurora PostgreSQL par rapport à l'instance de base de données RDS source.
`TransactionLogsDiskUsage`	Espace disque utilisé par les journaux de transactions. Unités : mégaoctets

Pour plus d'informations sur la surveillance de votre instance RDS, consultez Surveillance dans le Guide de l'utilisateur Amazon RDS.

Création d'un réplica en lecture Aurora

Vous pouvez créer une réplique de lecture Aurora pour une instance de base de données RDS pour PostgreSQL en utilisant le ou le. AWS Management Console AWS CLI L'option permettant de créer une réplique de lecture Aurora à l'aide de n' AWS Management Console est disponible que si elle Région AWS propose une version compatible d'Aurora PostgreSQL. En d'autres termes, elle n'est disponible que s'il existe une version Aurora PostgreSQL identique à la version RDS for PostgreSQL ou une version mineure ultérieure dans la même famille de versions majeures.

Pour créer un réplica en lecture Aurora à partir d'une instance de base de données PostgreSQL source

Connectez-vous à la console Amazon RDS 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).
Choisissez l'instance de base de données RDS for PostgreSQL que vous souhaitez utiliser comme source pour votre réplica en lecture Aurora. Sous Actions, choisissez Créer un réplica en lecture Aurora. Si ce choix ne s'affiche pas, cela signifie qu'une version compatible Aurora PostgreSQL n'est pas disponible dans la Région.

Sur la page Create Aurora read replica settings (Créer des paramètres de réplica en lecture Aurora), configurez les propriétés du cluster de base de données Aurora PostgreSQL, comme indiqué dans le tableau suivant. Le cluster de base de données Replica est créé à partir d'un instantané de l'instance de base de données source à l'aide du même nom et mot de passe d'utilisateur principal que la source. Vous ne pouvez donc pas les modifier pour le moment.

Option	Description
Classe d'instances de base de données	Choisissez une classe d'instance de base de données qui répond aux exigences de traitement et de mémoire de l'instance principale du cluster de base de données. Pour plus d’informations, consultez Classes d'instances de base de données Aurora.
déploiement multi-AZ	Non disponible pendant la migration
Identifiant d'instance de base de données	Saisissez le nom que vous souhaitez donner à l'instance de base de données. Cet identifiant est utilisé dans l'adresse de point de terminaison de l'instance principale du nouveau cluster de base de données. 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, pour chaque AWS compte, pour chacun Région AWS.
Virtual Private Cloud (VPC)	Choisissez le VPC pour héberger le cluster de base de données. Choisissez Créer un nouveau VPC pour qu'Amazon RDS vous crée un VPC. Pour plus d’informations, consultez Prérequis des clusters de bases de données.
Groupe de sous-réseaux de base de données	Choisissez le groupe de sous-réseaux de base de données à utiliser pour le cluster de base de données. Choisissez Créer un groupe de sous-réseaux DB pour qu'Amazon RDS crée un groupe de sous-réseaux DB pour vous. Pour plus d'informations, consultez Prérequis des clusters de bases de données.
Accessible publiquement	Choisissez Oui pour attribuer au cluster de base de données une adresse IP publique. Sinon, choisissez Non. Les instances dans votre cluster de base de données peuvent être un mélange d'instances de bases de données publiques et privées. Pour plus d'informations sur le masquage des instances de l'accès public, consultez Masquer un(e) cluster de base de données dans un VPC depuis Internet.
Zone de disponibilité	Déterminez si vous voulez spécifier une zone de disponibilité particulière. Pour plus d'informations sur les zones de disponibilité, consultez Régions et zones de disponibilité.
Groupes de sécurité VPC	Choisissez un ou plusieurs groupes de sécurité VPC pour sécuriser l'accès réseau au cluster de base de données. Choisissez Create new VPC security group (Créer un groupe de sécurité VPC) pour qu'Amazon RDS crée un groupe de sécurité VPC pour vous. Pour plus d'informations, consultez Prérequis des clusters de bases de données.
Port de la base de données	Spécifiez le port utilisé par les applications et les utilitaires pour accéder à la base de données. Les clusters de bases de données Aurora PostgreSQL utilisent par défaut le port PostgreSQL 5432. Les pare-feu de certaines entreprises bloquent les connexions vers ce port. Si le pare-feu de votre entreprise bloque le port par défaut, choisissez un autre port pour le nouveau cluster DB.
Groupe de paramètres de base de données	Choisissez un groupe de paramètres de base de données pour le cluster de base de données Aurora PostgreSQL. Aurora possède un groupe de paramètres de base de données par défaut que vous pouvez utiliser, ou bien vous pouvez créer votre propre groupe de paramètres de base de données. Pour plus d'informations sur les groupes de paramètres DB, consultez Utilisation des groupes de paramètres.
Groupe de paramètres de cluster de bases de données	Choisissez un groupe de paramètres de cluster de base de données pour le cluster de base de données Aurora PostgreSQL. Aurora possède un groupe de paramètres de cluster de base de données par défaut que vous pouvez utiliser, ou bien vous pouvez créer votre propre groupe de paramètres de cluster de base de données. Pour plus d'informations sur les groupes de paramètres de cluster DB, consultez Utilisation des groupes de paramètres.
Chiffrement	Choisissez Activer le chiffrement pour que votre nouveau cluster de base de données Aurora soit chiffré au repos. Si vous choisissez Activer le chiffrement, vous devez également choisir une clé KMS comme valeur de AWS KMS key.
Priorité	Choisissez une priorité de basculement pour le cluster DB. Si vous ne choisissez pas de valeur, la valeur par défaut est tier-1. Cette priorité détermine l'ordre dans lequel les réplicas Aurora sont promus lors de la reprise après une défaillance de l'instance principale. Pour plus d'informations, consultez Tolérance aux pannes pour un cluster de base de données Aurora.
Période de rétention des sauvegardes	Choisissez la durée, comprise entre 135 et 35 jours, pendant laquelle Aurora conservera les copies de sauvegarde de la base de données. Les copies de sauvegarde peuvent être utilisées pour les point-in-time restaurations (PITR) de votre base de données à la seconde près.
Surveillance améliorée	Choisissez Activer la surveillance améliorée pour activer la collecte de métriques en temps réel pour le système d'exploitation sur lequel votre cluster de base de données s'exécute. Pour plus d'informations, consultez Surveillance des métriques du système d'exploitation à l'aide de la Surveillance améliorée.
Monitoring Role (Rôle de surveillance)	Disponible uniquement si vous avez choisi Activer la surveillance améliorée. Le rôle AWS Identity and Access Management (IAM) à utiliser pour la surveillance améliorée. Pour plus d'informations, consultez Configuration et activation de la surveillance améliorée.
Granularité	Disponible uniquement si vous avez choisi Activer la surveillance améliorée. Définissez l'intervalle, en secondes, entre les recueils des métriques pour votre cluster DB.
Mise à niveau automatique de versions mineures	Choisissez Oui pour activer votre cluster de base de données Aurora PostgreSQL afin qu'il reçoive automatiquement les mises à niveau des versions mineures du moteur de base de données PostgreSQL lorsqu'elles deviennent disponibles. L'option Mise à niveau automatique des versions mineures ne s'applique qu'aux mises à niveau vers les versions mineures du moteur PostgreSQL pour votre cluster de base de données Aurora PostgreSQL. Elle ne s'applique pas aux correctifs réguliers appliqués pour maintenir la stabilité du système.
Fenêtre de maintenance	Choisissez l'intervalle de temps hebdomadaire (en UTC) pendant lequel la maintenance du système peut se produire.

Choisissez Créer un réplica en lecture.

Pour créer une réplique de lecture Aurora à partir d'une instance de base de données RDS source pour PostgreSQL à l'aide de, vous devez d'abord utiliser AWS CLI la commande create-db-clusterCLI pour créer un cluster de base de données Aurora vide. Une fois que le cluster de base de données existe, vous pouvez utiliser la commande create-db-instance pour créer l'instance principale de votre cluster de base de données. L'instance principale est la première instance qui est créée dans un cluster de base de données Aurora. Dans ce cas, elle est créée initialement comme un réplica en lecture Aurora de votre instance de base de données RDS for PostgreSQL. À la fin du processus, votre instance de base de données RDS for PostgreSQL a bien été migrée vers un cluster de base de données Aurora PostgreSQL.

Vous n'avez pas besoin de spécifier le compte utilisateur principal (généralement, postgres), son mot de passe ou le nom de la base de données. La réplique de lecture Aurora les obtient automatiquement à partir de l'instance de base de données RDS pour PostgreSQL source que vous identifiez lorsque vous appelez les commandes. AWS CLI

Vous devez spécifier la version du moteur à utiliser pour le cluster de base de données Aurora PostgreSQL et l'instance de base de données. La version que vous spécifiez doit correspondre à l'instance de base de données RDS for PostgreSQL source. Si l'instance de base de données RDS for PostgreSQL source est chiffrée, vous devez également spécifier le chiffrement pour l'instance principale du cluster de base de données Aurora PostgreSQL. La migration d'une instance chiffrée vers un cluster de base de données Aurora non chiffré n'est pas prise en charge.

Les exemples suivants créent un cluster de base de données Aurora PostgreSQL nommé my-new-aurora-cluster qui va utiliser une instance source de base de données RDS non chiffrée. Vous devez d'abord créer le cluster de base de données Aurora PostgreSQL en appelant la commande CLI create-db-cluster. L'exemple montre comment utiliser le paramètre optionnel --storage-encrypted pour spécifier que le cluster de base de données doit être chiffré. Comme la base de données source n'est pas chiffrée, la commande --kms-key-id est utilisée pour spécifier la clé à utiliser. Pour obtenir plus d'informations sur les paramètres obligatoires et facultatifs, consultez la liste après l'exemple.

Pour LinuxmacOS, ou Unix :


aws rds create-db-cluster  \
    --db-cluster-identifier my-new-aurora-cluster \
    --db-subnet-group-name my-db-subnet
    --vpc-security-group-ids sg-11111111 
    --engine aurora-postgresql \
    --engine-version same-as-your-rds-instance-version \
    --replication-source-identifier arn:aws:rds:aws-region:111122223333:db/rpg-source-db \
    --storage-encrypted \
    --kms-key-id arn:aws:kms:aws-region:111122223333:key/11111111-2222-3333-444444444444

Dans Windows :


aws rds create-db-cluster  ^
    --db-cluster-identifier my-new-aurora-cluster ^
    --db-subnet-group-name my-db-subnet ^
    --vpc-security-group-ids sg-11111111 ^
    --engine aurora-postgresql ^
    --engine-version same-as-your-rds-instance-version ^
    --replication-source-identifier arn:aws:rds:aws-region:111122223333:db/rpg-source-db ^
    --storage-encrypted ^
    --kms-key-id arn:aws:kms:aws-region:111122223333:key/11111111-2222-3333-444444444444

Dans la liste suivante, vous trouverez de plus amples informations sur certaines des options présentées dans l'exemple. Sauf indication contraire, ces paramètres sont obligatoires.

--db-cluster-identifier : vous devez donner un nom à votre nouveau cluster de base de données Aurora PostgreSQL.
--db-subnet-group-name : créez votre cluster de base de données Aurora PostgreSQL dans le même sous-réseau de base de données que l'instance de base de données source.
--vpc-security-group-ids : spécifiez le groupe de sécurité pour votre cluster de base de données Aurora PostgreSQL.
--engine-version : spécifiez la version à utiliser pour le cluster de base de données Aurora PostgreSQL. Cette version doit être la même que celle utilisée par votre instance de base de données RDS for PostgreSQL.
--replication-source-identifier : identifiez votre instance de base de données RDS for PostgreSQL à l'aide de son nom de ressource Amazon (ARN). Pour plus d'informations sur les ARN Amazon RDS, consultez Amazon Relational Database Service (Amazon RDS) dans la Références générales AWS.
--storage-encrypted : facultatif. Utilisez cette méthode uniquement si nécessaire pour spécifier le chiffrement comme suit :
- Utilisez ce paramètre lorsque l'instance de base de données source possède un stockage chiffré. L'appel à create-db-cluster échoue si vous n'utilisez pas ce paramètre avec une instance de base de données source dont le stockage est chiffré. Si vous souhaitez utiliser une clé différente pour le cluster de base de données Aurora PostgreSQL de celle utilisée par l'instance de base de données source, vous devez également spécifier la clé --kms-key-id.
- Utilisez cette méthode si le stockage de l'instance de base de données source n'est pas chiffré mais que vous souhaitez que le cluster de base de données Aurora PostgreSQL utilise le chiffrement. Dans ce cas, vous devez également identifier la clé de chiffrement à utiliser avec le paramètre --kms-key-id.
--kms-key-id : facultatif. Lorsque la méthode est utilisée, vous pouvez spécifier la clé à utiliser pour le chiffrement du stockage (--storage-encrypted) en utilisant l'ARN de la clé, son ID, son ARN d'alias ou son nom d'alias. Ce paramètre n'est nécessaire que dans les situations suivantes :
- Pour choisir une clé différente pour le cluster de base de données Aurora PostgreSQL que celle utilisée par l'instance de base de données source.
- Pour créer un cluster chiffré à partir d'une source non chiffrée. Dans ce cas, vous devez spécifier la clé qu'Aurora PostgreSQL doit utiliser pour le chiffrement.

Après avoir créé le cluster de base de données Aurora PostgreSQL, vous créez ensuite l'instance principale en utilisant la commande CLI create-db-instance, comme indiqué ci-dessous :

Pour LinuxmacOS, ou Unix :


aws rds create-db-instance \
    --db-cluster-identifier my-new-aurora-cluster \
    --db-instance-class db.x2g.16xlarge \
    --db-instance-identifier rpg-for-migration \
    --engine aurora-postgresql

Dans Windows :


aws rds create-db-instance ^
    --db-cluster-identifier my-new-aurora-cluster ^
    --db-instance-class db.x2g.16xlarge ^
    --db-instance-identifier rpg-for-migration ^
    --engine aurora-postgresql

Dans la liste suivante, vous trouverez de plus amples informations sur certaines des options présentées dans l'exemple.

--db-cluster-identifier : spécifiez le nom du cluster de base de données Aurora PostgreSQL que vous avez créé avec la commande create-db-instance dans les étapes précédentes.
--db-instance-class : le nom de la classe d'instance de base de données à utiliser pour votre instance principale, par exemple, db.r4.xlarge, db.t4g.medium, db.x2g.16xlarge et ainsi de suite. Pour obtenir une liste des classes d'instances de base de données disponibles, consultez Types de classes d'instance de base de données.
--db-instance-identifier : indiquez le nom à donner à votre instance principale.
--engine aurora-postgresql : spécifiez aurora-postgresql pour le moteur.

Pour créer un réplica en lecture Aurora à partir d'une instance de base de données RDS for PostgreSQL, utilisez d'abord l'opération de l'API RDS CreateDBCluster pour créer un cluster de base de données Aurora pour le réplica en lecture Aurora créé à partir de votre instance de base de données RDS for PostgreSQL. Lorsque le cluster de base de données Aurora PostgreSQL est disponible, vous utilisez la commande CreateDBInstance pour créer l'instance principale du cluster de base de données Aurora.

Vous n'avez pas besoin de spécifier le compte utilisateur principal (généralement, postgres), son mot de passe ou le nom de la base de données. Le réplica en lecture Aurora obtient automatiquement ces informations à partir de l'instance de base de données source RDS for PostgreSQL spécifiée avec ReplicationSourceIdentifier.

Pour créer le cluster de base de données Aurora pour le réplica en lecture Aurora, utilisez l'opération API RDS CreateDBCluster avec les paramètres suivants :

DBClusterIdentifier : nom du cluster de base de données à créer.
DBSubnetGroupName : nom du groupe de sous-réseaux de base de données à associer à ce cluster de base de données.
Engine=aurora-postgresql : nom du moteur à utiliser.
ReplicationSourceIdentifier : Amazon Resource Name (ARN) de l'instance de base de données PostgreSQL source. Pour plus d'informations sur les ARN Amazon RDS, consultez Amazon Relational Database Service (Amazon RDS) dans la Référence générale d'Amazon Web Services. Si ReplicationSourceIdentifier identifie une source chiffrée, Amazon RDS utilise votre clé KMS par défaut, sauf si vous spécifiez une clé différente à l'aide de l'option KmsKeyId.
VpcSecurityGroupIds : liste des groupes de sécurité VPC Amazon EC2 à associer à ce cluster de base de données.
StorageEncrypted : indique que le cluster de base de données est chiffré. Lorsque vous utilisez ce paramètre sans spécifier également la valeur ReplicationSourceIdentifier, Amazon RDS utilise votre clé KMS par défaut.
KmsKeyId : la clé pour un cluster chiffré. Lorsque la méthode est utilisée, vous pouvez spécifier la clé à utiliser pour le chiffrement du stockage en utilisant l'ARN de la clé, son ID, son ARN d'alias ou son nom d'alias.

Pour plus d'informations, consultez CreateDBCluster dans la référence de l'API Amazon RDS.

Une fois que le cluster de base de données Aurora est disponible, vous pouvez alors créer une instance principale pour celui-ci en utilisant l'opération API RDS CreateDBInstance avec les paramètres suivants :

DBClusterIdentifier : nom du cluster de base de données.
DBInstanceClass : nom de la classe d'instance de base de données à utiliser pour votre instance principale.
DBInstanceIdentifier : nom de votre instance principale.
Engine=aurora-postgresql : nom du moteur à utiliser.

Pour plus d'informations, consultez CreateDBInstance dans la référence de l'API Amazon RDS.

Promotion d'un réplica en lecture Aurora

La migration vers Aurora PostgreSQL n'est pas achevée tant que vous n'avez pas fait la promotion du cluster Replica. Par conséquent, ne supprimez pas encore l'instance de base de données RDS for PostgreSQL source.

Avant de promouvoir le cluster Replica, assurez-vous que l'instance de base de données RDS for PostgreSQL ne dispose pas de transactions en cours de traitement ou d'autres activités d'écriture dans la base de données. Lorsque le décalage de réplica sur le réplica de lecture Aurora atteint zéro (0), vous pouvez promouvoir le cluster Replica. Pour de plus amples informations sur la surveillance du décalage de réplica, veuillez consulter Surveillance de la réplication Aurora PostgreSQL et Métriques de niveau instance pour Amazon Aurora.

Pour promouvoir un réplica en lecture Aurora en cluster de base de données Aurora

Connectez-vous à la console Amazon RDS 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).
Choisissez le cluster Replica.
Pour Actions, choisissez Promote (Promouvoir). Cette opération peut prendre quelques minutes et entraîner un temps d'arrêt.

Une fois le processus terminé, le cluster Aurora Replica est un cluster de base de données Aurora PostgreSQL régional, avec une instance de rédacteur contenant les données de l'instance de base de données RDS for PostgreSQL.

Pour transformer une réplique de lecture Aurora en cluster de base de données autonome, utilisez la promote-read-replica-db-cluster AWS CLI commande.

Exemple

Pour LinuxmacOS, ou Unix :


aws rds promote-read-replica-db-cluster \
    --db-cluster-identifier myreadreplicacluster

Dans Windows :


aws rds promote-read-replica-db-cluster ^
    --db-cluster-identifier myreadreplicacluster

Pour transformer une réplique de lecture Aurora en cluster de base de données autonome, utilisez l'opération PromoteReadReplica DbCluster de l'API RDS.

Après avoir promu le cluster Replica, vous pouvez confirmer que la promotion est terminée en vérifiant le journal des événements, comme suit.

Pour confirmer que le cluster Replica Aurora a été promu

Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.
Dans le volet de navigation, sélectionnez Events (Évènements).
Dans la page Events (Événements), recherchez le nom de votre cluster dans la liste Source (Source). Chaque événement comporte une source, un type, une heure et un message. Vous pouvez voir tous les événements survenus dans votre Région AWS pour votre compte. Une promotion réussie génère le message suivant.
```
Promoted Read Replica cluster to a stand-alone database cluster.
```

Une fois la promotion terminée, l'instance de base de données RDS for PostgreSQL source et le cluster de base de données Aurora PostgreSQL sont dissociés. Vous pouvez diriger vos applications clientes vers le point de terminaison du réplica en lecture Aurora. Pour plus d'informations sur les points de terminaison Aurora, consultez Gestion des connexions Amazon Aurora. À ce stade, vous pouvez supprimer en toute sécurité l'instance de base de données.

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

Utilisation de groupes de sécurité AD pour le contrôle d'accès Aurora PostgreSQL

Amélioration des performances des requêtes avec Aurora Optimized Reads