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 des données d’une instance de base de données RDS for MySQL vers un cluster de bases de données Amazon Aurora MySQL à l’aide d’un réplica en lecture Aurora Aurora utilise la fonctionnalité de réplication de journaux binaires des moteurs de base de données MySQL pour créer un type spécial de cluster de bases de données appelé un réplica en lecture Aurora pour une instance de base de données RDS for MySQL source. Les mises à jour apportées à l’instance de base de données RDS for MySQL source sont répliquées de façon asynchrone sur le réplica en lecture Aurora. Nous vous recommandons d’utiliser cette fonctionnalité pour effectuer une migration d’une instance de base de données RDS for MySQL vers un cluster de bases de données Aurora MySQL en créant un réplica en lecture Aurora de votre instance de base de données RDS for MySQL source. Lorsque le retard du réplica entre l’instance de base de données RDS for MySQL et le réplica en lecture Aurora est égal à 0, vous pouvez diriger vos applications clientes vers le réplica en lecture Aurora, puis arrêter la réplication pour transformer le réplica en lecture Aurora en cluster de bases de données Aurora MySQL autonome. La migration peut prendre du temps, environ quelques heures par téraoctets (Tio) de données. Pour obtenir la liste des régions où Aurora est disponible, consultez [Amazon Aurora](https://docs.aws.amazon.com/general/latest/gr/rande.html#aurora) dans la *Références générales AWS*. Lorsque vous créez un réplica en lecture Aurora d’une instance de base de données RDS for MySQL, Amazon RDS crée un instantané de base de données de votre instance de base de données RDS for MySQL source (privé pour Amazon RDS et sans frais). Amazon RDS migre ensuite les données de l’instantané de base de données vers le réplica en lecture Aurora. Une fois que les données de l’instantané de base de données ont été migrées vers le nouveau cluster de bases de données Aurora MySQL, Amazon RDS démarre la réplication entre votre instance de base de données RDS for MySQL et le cluster de bases de données Aurora MySQL. Si votre instance de base de données RDS for MySQL contient des tables qui utilisent des moteurs de stockage autres qu’InnoDB ou qui utilisent un format de ligne compressé, vous pouvez accélérer le processus de création d’un réplica en lecture Aurora. Pour cela, il faut modifier ces tables pour utiliser le moteur de stockage InnoDB et le format de ligne dynamique avant de créer votre réplica en lecture Aurora. Pour plus d’informations sur le processus de copie d’un instantané de base de données MySQL vers un cluster de bases de données Aurora MySQL, consultez [Migration de données à partir d'une instance de base de données RDS MySQL vers un cluster de base de données Amazon Aurora MySQL](AuroraMySQL.Migrating.RDSMySQL.md). Vous ne pouvez avoir qu’un seul réplica en lecture Aurora pour une instance de base de données RDS for MySQL. **Note** Des problèmes de réplication peuvent survenir en raison de différences de fonctionnalités entre Aurora MySQL et la version du moteur de base de données MySQL de votre instance de base de données RDS for MySQL qui est l’instance principale de réplication. Si vous rencontrez une erreur, vous pouvez trouver de l'aide [sur le forum de la communauté Amazon RDS](https://forums.aws.amazon.com/forum.jspa?forumID=60) ou en contactant AWS Support. Vous ne pouvez pas créer de réplica en lecture Aurora si votre instance de base de données RDS for MySQL est déjà la source d’un réplica en lecture entre régions. Vous ne pouvez pas migrer de certaines anciennes versions de RDS for MySQL 8.0, notamment des versions 8.0.11, 8.0.13 et 8.0.15, vers Aurora MySQL 3.05 et versions ultérieures. Nous vous recommandons de passer à RDS for MySQL version 8.0.28 avant de procéder à la migration. Pour plus d’informations sur les réplicas en lecture MySQL, consultez [Utilisation des réplicas en lecture des instances de base de données MariaDB, MySQL et PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html). ## 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 MySQL à l'aide de la console, de l' AWS CLI API RDS ou de l'API RDS. ### Console **Pour créer un réplica en lecture Aurora à partir d’une instance de base de données RDS for MySQL source** 1. Connectez-vous à la console Amazon RDS Console de gestion AWS et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**. 1. Choisissez l’instance de base de données MySQL que vous souhaitez utiliser comme source pour votre réplica en lecture Aurora. 1. Sous **Actions**, choisissez **Créer un réplica en lecture Aurora**. 1. Choisissez les spécifications de cluster de bases de données que vous voulez utiliser pour le réplica en lecture Aurora, comme décrit dans le tableau suivant.
OptionDescription
Classe d’instance de base de données Choisissez une classe d’instance de base de données qui définit les exigences de mémoire et de traitement pour l’instance principale du cluster de bases de données. Pour plus d’informations sur les options de classe d’instance de base de données, consultez Amazon AuroraClasses d'instances de base de données.
Multi-AZ déploiement Choisissez Create Replica in Different Zone (Créer un réplica dans une autre zone) pour créer un réplica autonome du nouveau cluster de bases de données dans une autre Zone de disponibilité dans la région AWS cible à des fins de prise en charge du basculement. Pour plus d’informations sur les zones de disponibilité multiples, consultez Régions et zones de disponibilité.
Identifiant d’instance de base de données Saisissez le nom de l’instance principale de votre cluster de bases de données de réplica en lecture Aurora. Cet identifiant est utilisé dans l’adresse de point de terminaison de l’instance principale du nouveau cluster de bases 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 et pour chaque AWS région.

Étant donné que le cluster de bases de données de réplica en lecture Aurora est créé à partir d’un instantané de l’instance de base de données source, le nom et le mot de passe d’utilisateur principal du réplica en lecture Aurora sont les mêmes que le nom et le mot de passe d’utilisateur principal de l’instance de base de données source.
Cloud privé virtuel (VPC) Sélectionnez le VPC pour héberger le cluster de bases de données. Sélectionnez Créer un nouveau VPC pour qu’Aurora crée un VPC pour vous. Pour plus d’informations, consultez Prérequis des clusters de bases de données.
Groupe de sous-réseaux de base de données Sélectionnez le groupe de sous-réseaux DB à utiliser pour le cluster de bases de données. Sélectionnez Créer un groupe de sous-réseaux DB pour qu’Aurora crée un groupe de sous-réseaux de base de données pour vous. Pour plus d’informations, consultez Prérequis des clusters de bases de données.
Accessible publiquement Sélectionnez Yes pour attribuer au cluster de bases de données une adresse IP publique ; sinon, sélectionnez No. Les instances de votre cluster de bases de données peuvent être un mélange d’instances de base de données publiques et privées. Pour plus d’informations sur le masquage des instances de l’accès public, consultez Masquer une base de données cluster 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é.
Groupe de sécurité VPC (pare-feu) Sélectionnez Create new VPC security group (Créer un groupe de sécurité VPC) pour qu’Aurora crée un groupe de sécurité VPC pour vous. Choisissez Select existing VPC security groups (Sélectionner des groupes de sécurité VPC existants) afin de spécifier un ou plusieurs groupes de sécurité VPC pour sécuriser l’accès réseau au cluster de bases de données. 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 MySQL utilisent par défaut le port MySQL 3306. 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 Sélectionnez un groupe de paramètres de base de données pour le cluster de bases de données Aurora MySQL. 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 Sélectionnez un groupe de paramètres de cluster de bases de données pour le cluster de bases de données Aurora MySQL. Aurora possède un groupe de paramètres de cluster de bases 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 bases 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 Disable encryption (Désactiver le chiffrement) si vous ne voulez pas que votre nouveau cluster de bases de données Aurora soit chiffré. Choisissez Activer le chiffrement pour que votre nouveau cluster de bases de données Aurora soit chiffré au repos. Si vous choisissez Activer le chiffrement, vous devez choisir une clé KMS comme valeur de AWS KMS key.
Si votre instance de base de données MySQL n’est pas chiffrée, spécifiez une clé de chiffrement de manière à ce que votre cluster de bases de données soit chiffré au repos.
Si votre instance de base de données MySQL est chiffrée, spécifiez une clé de chiffrement de manière à ce que votre cluster de bases de données soit chiffré au repos avec la clé de chiffrement spécifiée. Vous pouvez spécifier la clé de chiffrement utilisée par l’instance de base de données MySQL ou une clé différente. Vous ne pouvez pas créer de cluster de bases de données non chiffré à partir d’une instance de base de données MySQL chiffrée.
Priorité Choisissez une priorité de basculement pour le cluster DB. Si vous ne sélectionnez 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 bases de données Aurora.
Période de rétention des sauvegardes Sélectionnez la durée, comprise entre 1 et 35 jours, pendant laquelle Aurora conserve les copies de sauvegarde de la base de données. Les copies de sauvegarde peuvent être utilisées pour les restaurations à un instant dans le passé de votre base de données à la seconde.
Surveillance amélioréeChoisissez 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 bases 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 l’option Surveillance améliorée est définie sur Activer la surveillance améliorée. Choisissez le rôle IAM que vous avez créé pour permettre à Aurora de communiquer avec Amazon CloudWatch Logs à votre place, ou choisissez Default pour qu'Aurora crée un rôle nommé rds-monitoring-role pour vous. Pour de plus amples informations, veuillez consulter Surveillance des métriques du système d’exploitation à l’aide de la Surveillance améliorée.
GranularitéDisponible uniquement si l’option Surveillance améliorée est définie sur 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 Ce paramètre ne s’applique pas aux clusters de bases de données Aurora MySQL.
Pour plus d’informations sur les mises à jour de moteur pour Aurora MySQL, consultez Mises à jour du moteur de base de données pour Amazon Aurora MySQL.
Fenêtre de maintenance Choisissez Sélectionner la fenêtre et spécifiez la plage de temps hebdomadaire au cours de laquelle la maintenance peut avoir lieu. Vous pouvez également sélectionner Aucune préférence afin qu’Aurora affecte une période de manière aléatoire.
1. Choisissez **Créer un réplica en lecture**. ### AWS CLI Pour créer une réplique de lecture Aurora à partir d'une instance de base de données RDS pour MySQL source, utilisez les [`create-db-instance`](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) AWS CLI commandes [`create-db-cluster`](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)and pour créer un nouveau cluster de base de données Aurora MySQL. Quand vous appelez la commande `create-db-cluster`, incluez le paramètre `--replication-source-identifier` pour identifier l’Amazon Resource Name (ARN) de l’instance de base de données MySQL source. Pour plus d’informations sur les ARN Amazon RDS, consultez [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds). Ne spécifiez pas le nom d’utilisateur principal, le mot de passe principal ni le nom de base de données, car le réplica en lecture Aurora utilise les mêmes nom d’utilisateur principal, mot de passe principal et nom de base de données que l’instance de base de données MySQL source. Pour Linux, macOS ou Unix : ``` aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora \ --db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 \ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance ``` Pour Windows : ``` aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora ^ --db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 ^ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance ``` Si vous utilisez la console pour créer un réplica en lecture Aurora, Aurora crée automatiquement l’instance principale de votre réplica en lecture Aurora de cluster de bases de données. Si vous utilisez le AWS CLI pour créer une réplique de lecture Aurora, vous devez créer explicitement l'instance principale pour votre cluster de bases de données. L’instance principale est la première instance créée dans un cluster de bases de données. Vous pouvez créer une instance principale pour votre cluster de base de données à l'aide de la [`create-db-instance`](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) AWS CLI commande avec les paramètres suivants. + `--db-cluster-identifier` Nom du cluster de bases de données. + `--db-instance-class` Nom de la classe d’instance de base de données à utiliser pour votre instance principale. + `--db-instance-identifier` Nom de votre instance principale. + `--engine aurora` Dans cet exemple, vous créez une instance principale nommée d'après le cluster {{myreadreplicainstance}} de base de données nommé{{myreadreplicacluster}}, en utilisant la classe d'instance de base de données spécifiée dans{{myinstanceclass}}. **Example** Pour Linux, macOS ou Unix : ``` aws rds create-db-instance \ --db-cluster-identifier {{myreadreplicacluster}} \ --db-instance-class {{myinstanceclass}} \ --db-instance-identifier {{myreadreplicainstance}} \ --engine aurora ``` Pour Windows : ``` aws rds create-db-instance ^ --db-cluster-identifier {{myreadreplicacluster}} ^ --db-instance-class {{myinstanceclass}} ^ --db-instance-identifier {{myreadreplicainstance}} ^ --engine aurora ``` ### API RDS Pour créer un réplica en lecture Aurora à partir d’une instance de base de données RDS for MySQL source, utilisez les commandes d’API Amazon RDS [`CreateDBCluster`](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) et [`CreateDBInstance`](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) afin de créer un nouveau cluster de bases de données Aurora et une instance principale. N’indiquez pas le nom d’utilisateur principal, le mot de passe principal ni le nom de base de données, car le réplica en lecture Aurora utilise les mêmes nom d’utilisateur principal, mot de passe principal et nom de base de données que l’instance de base de données RDS for MySQL source. Vous pouvez créer un nouveau cluster de bases de données Aurora pour un réplica en lecture Aurora à partir d’une instance de base de données RDS for MySQL source à l’aide de la commande d’API Amazon RDS [`CreateDBCluster`](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) avec les paramètres suivants : + `DBClusterIdentifier` Nom du cluster de bases de données à créer. + `DBSubnetGroupName` Nom du groupe de sous-réseaux de base de données à associer à ce cluster de bases de données. + `Engine=aurora` + `KmsKeyId` Le AWS KMS key avec lequel chiffrer éventuellement le cluster de base de données, selon que votre instance de base de données MySQL est cryptée ou non. + Si votre instance de base de données MySQL n’est pas chiffrée, spécifiez une clé de chiffrement de manière à ce que votre cluster de bases de données soit chiffré au repos. Sinon, votre cluster de bases de données est chiffré au repos avec la clé de chiffrement par défaut de votre compte. + Si votre instance de base de données MySQL est chiffrée, spécifiez une clé de chiffrement de manière à ce que votre cluster de bases de données soit chiffré au repos avec la clé de chiffrement spécifiée. Sinon, votre cluster de bases de données est chiffré au repos avec la clé de chiffrement de l’instance de base de données MySQL. **Note** Vous ne pouvez pas créer de cluster de bases de données non chiffré à partir d’une instance de base de données MySQL chiffrée. + `ReplicationSourceIdentifier` Amazon Resource Name (ARN) de l’instance de base de données MySQL source. Pour plus d’informations sur les ARN Amazon RDS, consultez [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds). + `VpcSecurityGroupIds` Liste des groupes de sécurité VPC EC2 à associer à ce cluster de bases de données. Dans cet exemple, vous créez un cluster de base de données nommé {{myreadreplicacluster}} à partir d'une instance de base de données MySQL source avec un ARN défini sur{{mysqlprimaryARN}}, associé à un groupe de sous-réseaux de base de données nommé {{mysubnetgroup}} et à un groupe de sécurité VPC nommé. {{mysecuritygroup}} **Example** ``` https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBCluster &DBClusterIdentifier={{myreadreplicacluster}} &DBSubnetGroupName={{mysubnetgroup}} &Engine=aurora &ReplicationSourceIdentifier={{mysqlprimaryARN}} &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-10-31 &VpcSecurityGroupIds={{mysecuritygroup}} &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20150927/us-east-1/rds/aws4_request &X-Amz-Date=20150927T164851Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=6a8f4bd6a98f649c75ea04a6b3929ecc75ac09739588391cd7250f5280e716db ``` Si vous utilisez la console pour créer un réplica en lecture Aurora, Aurora crée automatiquement l’instance principale de votre réplica en lecture Aurora de cluster de bases de données. Si vous utilisez le AWS CLI pour créer une réplique de lecture Aurora, vous devez créer explicitement l'instance principale pour votre cluster de bases de données. L’instance principale est la première instance créée dans un cluster de bases de données. Vous pouvez créer une instance principale pour votre cluster de bases de données en utilisant la commande d’API Amazon RDS [`CreateDBInstance`](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) avec les paramètres suivants : + `DBClusterIdentifier` Nom du cluster de bases 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` Dans cet exemple, vous créez une instance principale nommée d'après le cluster {{myreadreplicainstance}} de base de données nommé{{myreadreplicacluster}}, en utilisant la classe d'instance de base de données spécifiée dans{{myinstanceclass}}. **Example** ``` https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBInstance &DBClusterIdentifier={{myreadreplicacluster}} &DBInstanceClass={{myinstanceclass}} &DBInstanceIdentifier={{myreadreplicainstance}} &Engine=aurora &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-09-01 &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20140424/us-east-1/rds/aws4_request &X-Amz-Date=20140424T194844Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=bee4aabc750bf7dad0cd9e22b952bd6089d91e2a16592c2293e532eeaab8bc77 ``` ## Affichage d’un réplica en lecture Aurora Vous pouvez afficher les relations de réplication MySQL vers Aurora MySQL de vos clusters de bases de données Aurora MySQL à l’aide de l’ Console de gestion AWS ou de l’ AWS CLI. ### Console **Pour afficher l’instance de base de données MySQL principale pour un réplica en lecture Aurora** 1. Connectez-vous à la console Amazon RDS Console de gestion AWS et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**. 1. Sélectionnez le cluster de bases de données pour le réplica en lecture Aurora afin d’afficher ses détails. Les informations de l’instance de base de données MySQL principale figurent dans le champ **Replication source (Source de réplication)**. ![Afficher MySQL primary.](https://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/AuroraUserGuide/images/aurora-repl6.png) ### AWS CLI Pour afficher les relations de réplication entre MySQL et Aurora MySQL pour vos clusters de bases de données Aurora MySQL à l' AWS CLI aide [`describe-db-clusters`](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html)des [`describe-db-instances`](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)commandes et. Pour déterminer quelles est l’instance de base de données MySQL principale, utilisez la commande [`describe-db-clusters`](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) et indiquez l’identifiant de cluster du réplica en lecture Aurora pour l’option `--db-cluster-identifier`. Reportez-vous à l’élément `ReplicationSourceIdentifier` dans le résultat de l’ARN de l’instance de base de données qui est le principal de réplication. Pour déterminer quel cluster de bases de données est le réplica en lecture Aurora, utilisez la commande [`describe-db-instances`](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) et indiquez l’identifiant d’instance de l’instance de base de données MySQL pour l’option `--db-instance-identifier`. Reportez-vous à l’élément `ReadReplicaDBClusterIdentifiers` dans la sortie de l’identifiant de cluster de bases de données du réplica en lecture Aurora. **Example** Pour Linux, macOS ou Unix : ``` aws rds describe-db-clusters \ --db-cluster-identifier {{myreadreplicacluster}} ``` ``` aws rds describe-db-instances \ --db-instance-identifier {{mysqlprimary}} ``` Pour Windows : ``` aws rds describe-db-clusters ^ --db-cluster-identifier {{myreadreplicacluster}} ``` ``` aws rds describe-db-instances ^ --db-instance-identifier {{mysqlprimary}} ``` ## Promotion d’un réplica en lecture Aurora Une fois la migration terminée, vous pouvez promouvoir la réplique de lecture Aurora en cluster de base de données autonome à l'aide du Console de gestion AWS ou AWS CLI. Vous pouvez ensuite 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 de point de terminaison Amazon Aurora](Aurora.Overview.Endpoints.md). La promotion doit s’achever rapidement, et vous pouvez lire le réplica en lecture Aurora ou écrire dans ce réplica lors de la promotion. Toutefois, vous ne pouvez pas supprimer l’instance de base de données MySQL principale, ni supprimer le lien entre l’instance de base de données et le réplica en lecture Aurora à ce moment-là. Avant de promouvoir le réplica en lecture Aurora, arrêtez toute écriture sur l’instance de base de données MySQL source, puis attendez que le retard du réplica en lecture Aurora soit égal à 0. Vous pouvez afficher le retard de réplica pour un réplica en lecture Aurora en appelant la commande `SHOW SLAVE STATUS` (Aurora MySQL version 2) ou`SHOW REPLICA STATUS` (Aurora MySQL version 3) sur votre réplica en lecture Aurora. Vérifiez la valeur **Seconds behind master (Secondes de retard sur l’instance principale)**. Vous pouvez commencer à écrire dans le réplica en lecture Aurora une fois que les transactions d’écriture sur le réplica principal ont été interrompues et que le retard du réplica est égal à 0. Si vous écrivez dans le réplica en lecture Aurora en amont et que vous modifiez les tables qui sont également modifiées sur le principal MySQL, vous risquez d’interrompre la réplication sur Aurora. Si cela se produit, vous devez supprimer et recréer votre cluster en lecture Aurora. ### Console **Pour promouvoir un réplica en lecture Aurora en cluster de bases de données Aurora** 1. Connectez-vous à la console Amazon RDS Console de gestion AWS et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**. 1. Sélectionnez le cluster de bases de données pour le réplica en lecture Aurora. 1. Pour **Actions**, choisissez **Promote (Promouvoir)**. 1. Sélectionnez **Promote read replica (Promouvoir le réplica en lecture)**. Ensuite, vérifiez que la promotion est terminée à l’aide de la procédure suivante. **Pour confirmer que le réplica en lecture Aurora a été promu** 1. Connectez-vous à la console Amazon RDS Console de gestion AWS et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, sélectionnez **Events**. 1. Sur la page **Events (Événements)**, vérifiez qu’il existe un événement `Promoted Read Replica cluster to a stand-alone database cluster` pour le cluster que vous avez promu. Une fois que la promotion est terminée, l’instance de base de données MySQL principale et le réplica en lecture Aurora sont détachés, et vous pouvez supprimer en toute sécurité l’instance de base de données si vous le souhaitez. ### AWS CLI Pour transformer une réplique de lecture Aurora en cluster de base de données autonome, utilisez la [`promote-read-replica-db-cluster`](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html) AWS CLI commande. **Example** Pour Linux, macOS ou Unix : ``` aws rds promote-read-replica-db-cluster \ --db-cluster-identifier {{myreadreplicacluster}} ``` Pour Windows : ``` aws rds promote-read-replica-db-cluster ^ --db-cluster-identifier {{myreadreplicacluster}} ```