Migration de données d'une instance de SQL base de données RDS pour Postgre vers un cluster de base de données Aurora Postgre à l'SQLaide d'une réplique de lecture Aurora - Amazon Aurora
Présentation de la migration de données à l'aide d'un réplica en lecture Aurora Préparez-vous à migrer vers Aurora Postgre à SQL l'aide d'une réplique de lecture Aurora. Création d'un réplica en lecture AuroraPromotion d'un réplica en lecture Aurora

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 de données d'une instance de SQL base de données RDS pour Postgre vers un cluster de base de données Aurora Postgre à l'SQLaide d'une réplique de lecture Aurora

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

Par exemple, pour utiliser cette technique RDS pour migrer une instance de base de données Postgre SQL 11.14, la région doit proposer Aurora Postgre SQL version 11.14 ou une version mineure supérieure de la famille SQL Postgre version 11.

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

La migration d'une instance de SQL base de données RDS pour Postgre vers un cluster de base de SQL données Aurora Postgre est une procédure en plusieurs étapes. Tout d'abord, vous créez une réplique en lecture Aurora de votre source RDS pour l'SQLinstance de base de données Postgre. Cela lance un processus de réplication depuis votre instance de SQL base de données RDS pour Postgre vers un cluster de base de données spécial appelé cluster de répliques. Le cluster Replica se compose uniquement d'un réplica en lecture Aurora (instance de lecteur).

Une fois que le cluster Replica existe, vous surveillez le décalage entre celui-ci et la source RDS pour l'SQLinstance de base de données Postgre. 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 SQL base de données Aurora Postgre afin de dimensionner votre cluster de base de SQL données Aurora Postgre en fonction de votre cas d'utilisation. Vous pouvez également supprimer l'SQLinstance de base de données RDS for Postgre 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éplique de lecture Aurora si votre SQL instance RDS de base de données Postgre possède déjà une réplique de lecture Aurora ou si elle possède une réplique de lecture entre régions.

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

Au cours du processus de migration à l'aide de la réplique en lecture Aurora, les mises à jour apportées à la source RDS pour l'SQLinstance de base de données Postgre sont répliquées de manière asynchrone sur la réplique en lecture Aurora du cluster de répliques. Le processus utilise la fonctionnalité native SQL de réplication en continu de Postgre qui stocke les segments write-ahead logs (WAL) 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

L'ampleur du décalage pour les WAL données de la réplique qui est le plus en retard.

Unités : mégaoctets

RDSToAuroraPostgreSQLReplicaLag

Durée en secondes pendant laquelle un cluster de SQL base de données Aurora Postgre est en retard par rapport à l'instance de base de RDS données source.

TransactionLogsDiskUsage

Espace disque utilisé par les journaux de transactions.

Unités : mégaoctets

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

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

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

Pour créer une réplique de lecture Aurora à partir d'une instance de SQL base de données Postgre source

  1. Connectez-vous au AWS Management Console et ouvrez la RDS console Amazon à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Databases (Bases de données).

  3. Choisissez l'SQLinstance RDS de base de données Postgre que vous souhaitez utiliser comme source pour votre réplique de lecture Aurora. Sous Actions, choisissez Créer un réplica en lecture Aurora. Si ce choix ne s'affiche pas, cela signifie qu'aucune SQL version compatible d'Aurora Postgre n'est disponible dans la région.

    Create Aurora read replica (Créer un réplica en lecture Aurora)

  4. Sur la page des paramètres de création d'une réplique de lecture Aurora, vous configurez les propriétés du cluster de SQL base de données Aurora Postgre 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 de plus amples informations, veuillez consulter Classes d'instances de base de données Amazon 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 chaque Région AWS.

    Cloud privé virtuel (VPC)

    Choisissez le VPC pour héberger le cluster de base de données. Choisissez Create new VPC pour qu'Amazon en RDS crée un VPC pour vous. Pour de plus amples informations, veuillez consulter 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 Create new DB Subnet Group pour qu'Amazon RDS crée un groupe de sous-réseaux DB pour vous. Pour de plus amples informations, veuillez consulter 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 cluster d' de base VPC de données dans un.

    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é.

    VPCgroupes de sécurité

    Choisissez un ou plusieurs groupes VPC de sécurité pour sécuriser l'accès réseau au cluster de base de données. Choisissez Créer un nouveau groupe VPC de sécurité pour qu'Amazon RDS crée un groupe VPC de sécurité pour vous. Pour de plus amples informations, veuillez consulter 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 SQL base de données Aurora Postgre utilisent par défaut le SQL port Postgre 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 SQL base de données Aurora Postgre. 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 Groupes de paramètres pour Amazon Aurora.

    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 SQL base de données Aurora Postgre. 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 Groupes de paramètres pour Amazon Aurora.

    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, choisissez également une KMS clé comme AWS KMS key Valeur .

    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 AWS Identity and Access Management (IAM) rôle à utiliser pour une surveillance améliorée. Pour de plus amples informations, veuillez consulter 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 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 dès qu'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.

    Fenêtre de maintenance

    Choisissez l'intervalle de temps hebdomadaire (en UTC) pendant lequel la maintenance du système peut se produire.

  5. Choisissez Créer un réplica en lecture.

Pour créer une réplique de lecture Aurora à partir d'une source RDS pour une SQL instance de base de données Postgre à l'aide du AWS CLI, vous devez d'abord utiliser la create-db-clusterCLIcommande 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, il est initialement créé en tant que réplique en lecture Aurora de votre SQL instance de base de données RDS pour Postgre. À la fin du processus, votre SQL instance RDS de base de données Postgre a été effectivement 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 la source de l'SQLinstance RDS de base de données Postgre que vous identifiez lorsque vous invoquez le AWS CLI commandes.

Vous devez spécifier la version du moteur à utiliser pour le cluster de SQL base de données Aurora Postgre et l'instance de base de données. La version que vous spécifiez doit correspondre à la source de l'SQLinstance RDS de base de données Postgre. Si la source de l'SQLinstance RDS de base de données Postgre est chiffrée, vous devez également spécifier le chiffrement pour l'instance principale du cluster de SQL base de données Aurora Postgre. 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 SQL base de données Aurora Postgre nommé my-new-aurora-cluster qui utilisera une instance de source de RDS base de données non chiffrée. Vous créez d'abord le cluster de SQL base de données Aurora Postgre en appelant la create-db-clusterCLIcommande. 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.

Dans Linux, macOS, 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 SQL base de données Aurora Postgre.

  • --db-subnet-group-name— Créez votre cluster de SQL base de données Aurora Postgre 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 SQL base de données Aurora Postgre.

  • --engine-version— Spécifiez la version à utiliser pour le cluster de SQL base de données Aurora Postgre. Cela doit être identique à la version utilisée par votre source RDS pour l'SQLinstance de base de données Postgre.

  • --replication-source-identifier— Identifiez votre SQL instance de base de données RDS for Postgre à l'aide de son Amazon Resource Name (ARN). Pour plus d'informations sur Amazon RDSARNs, consultez Amazon Relational Database Service (RDSAmazon) dans le Références générales AWS. de votre cluster de base de données.

  • --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 SQL base de données Aurora Postgre de celle utilisée par l'instance de base de données source, vous devez également spécifier le--kms-key-id.

    • À utiliser si le stockage de l'instance de base de données source n'est pas chiffré mais que vous souhaitez que le cluster de SQL base de données Aurora Postgre 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. Lorsqu'elle est utilisée, vous pouvez spécifier la clé à utiliser pour le chiffrement du stockage (--storage-encrypted) en utilisant la cléARN, l'ID, l'alias ARN 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 SQL base de données Aurora Postgre 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 Postgre SQL doit utiliser pour le chiffrement.

Après avoir créé le cluster de SQL base de données Aurora Postgre, vous créez l'instance principale à l'aide de la create-db-instanceCLIcommande, comme indiqué ci-dessous :

Dans Linux, macOS, 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 SQL base de données Aurora Postgre que vous avez créé à l'aide de la create-db-instancecommande des é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 une réplique de lecture Aurora à partir d'une source RDS pour une SQL instance de base de données Postgre, utilisez d'abord l'RDSAPIopération CreateDBClusterpour créer un nouveau cluster de base de données Aurora pour la réplique de lecture Aurora créée à partir de votre source RDS pour l'instance de SQL base de données Postgre. Lorsque le cluster de SQL base de données Aurora Postgre est disponible, vous l'utilisez ensuite CreateDBInstancepour 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. La réplique de lecture Aurora les obtient automatiquement à partir de la source de l'SQLinstance RDS de base de données Postgre spécifiée avec. ReplicationSourceIdentifier

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

Pour créer le cluster de base de données Aurora pour la réplique de lecture Aurora, utilisez l'RDSAPIopération CreateDBClusteravec 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— Le nom de ressource Amazon (ARN) pour l'SQLinstance de base de données Postgre source. Pour plus d'informations sur Amazon RDSARNs, consultez Amazon Relational Database Service (RDSAmazon) dans le Référence générale d'Amazon Web Services. S'il ReplicationSourceIdentifier identifie une source chiffrée, Amazon RDS utilise votre KMS clé par défaut, sauf si vous spécifiez une autre clé à l'aide de l'KmsKeyIdoption.

  • VpcSecurityGroupIds— La liste des groupes de EC2 VPC sécurité Amazon à 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 le spécifier égalementReplicationSourceIdentifier, Amazon RDS utilise votre KMS clé par défaut.

  • KmsKeyId : la clé pour un cluster chiffré. Lorsqu'elle est utilisée, vous pouvez spécifier la clé à utiliser pour le chiffrement du stockage à l'aide de la cléARN, de son identifiant, de son alias ARN ou de son nom d'alias.

Pour plus d'informations, consultez CreateDBClusterle Amazon RDS API Reference.

Une fois que le cluster de base de données Aurora est disponible, vous pouvez créer une instance principale pour celui-ci en utilisant l'RDSAPIopération CreateDBInstanceavec 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 CreateDBInstancele Amazon RDS API Reference.

Promotion d'un réplica en lecture Aurora

La migration vers Aurora Postgre SQL n'est pas terminée tant que vous n'avez pas promu le cluster Replica. Ne supprimez donc pas encore l'instance de base de données SQL source RDS pour Postgre.

Avant de promouvoir le cluster Replica, assurez-vous que l'SQLinstance de base de données RDS for Postgre ne comporte aucune transaction en cours de traitement ou autre activité 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 Postgre SQL 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

  1. Connectez-vous au AWS Management Console et ouvrez la RDS console Amazon à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Databases (Bases de données).

  3. Choisissez le cluster Replica.

    Promouvoir un cluster de répliques au statut de cluster de SQL base de données Aurora Postgre complet

  4. 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 SQL base de données Aurora Postgre régional, avec une instance Writer contenant les données de l'instance de SQL base de données RDS for Postgre.

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

Exemple

Dans Linux, macOS, 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'RDSAPIopération PromoteReadReplicaDBCluster.

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

  1. Connectez-vous au AWS Management Console et ouvrez la RDS console Amazon à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le volet de navigation, sélectionnez Events (Évènements).

  3. 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, la source de l'instance RDS de SQL base de données Postgre et le cluster de base de SQL données Aurora Postgre 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 Connexions aux terminaux Amazon Aurora. À ce stade, vous pouvez supprimer en toute sécurité l'instance de base de données.