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

Migration des données d'une instance de base de données RDS for MySQL vers un cluster de base 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 base 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 base 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 base 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 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 base 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 base 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 base 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.

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 obtenir de l'aide dans le Forum de la communauté Amazon RDS ou en contactant l'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 de plus amples informations sur les réplicas en lecture MySQL, veuillez consulter Utilisation des réplicas en lecture des instances de base de données MariaDB, MySQL et PostgreSQL.

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

Vous pouvez créer un réplica en lecture Aurora pour une instance de base de données RDS for MySQL à l'aide de la console, de l'interface AWS CLI ou de l'API RDS.

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

Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à 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 MySQL que vous souhaitez utiliser comme source pour votre réplica en lecture Aurora.
Sous Actions, choisissez Créer un réplica en lecture Aurora.

Choisissez les spécifications de cluster de base de données que vous voulez utiliser pour le réplica en lecture Aurora, comme décrit dans le tableau suivant.

Option	Description
Classe d'instances 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 base de données. Pour plus d'informations sur les options de classe d'instance de base de données, consultez Classes d'instances de base de données Aurora.
déploiement multi-AZ	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 base 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 base 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 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 bases de données de chaque compte AWS, pour chaque région AWS. Étant donné que le cluster de base 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.
Virtual Private Cloud (VPC)	Sélectionnez le VPC pour héberger le cluster de base 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 base 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 base de données une adresse IP publique ; sinon, sélectionnez `No`. Les instances de votre cluster de base 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 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é.
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 base 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 base 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 Utilisation des groupes de paramètres.
Groupe de paramètres de cluster de bases de données	Sélectionnez un groupe de paramètres de cluster de base de données pour le cluster de base de données Aurora MySQL. 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 Disable encryption (Désactiver le chiffrement) si vous ne voulez pas que votre nouveau cluster de base de données Aurora soit chiffré. 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 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 base 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 base 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 base 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 base 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 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 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 plus d'informations, consultez 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 de plus amples informations sur les mises à jour de moteur pour Aurora MySQL, veuillez consulter 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.

Choisissez Créer un réplica en lecture.

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 AWS CLI create-db-cluster et create-db-instance 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).

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 LinuxmacOS, 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

Dans 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 base de données. Si vous utilisez l'AWS CLI pour créer un réplica en lecture Aurora, vous devez créer explicitement l'instance principale de votre cluster de base de données. L'instance principale est la première instance créée dans un cluster de base de données.

Vous pouvez créer une instance principale pour votre cluster de base de données en utilisant la commande create-db-instance de l'AWS CLI avec les paramètres suivants.

--db-cluster-identifier

Nom du cluster de base 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 myreadreplicainstance pour le cluster de base de données nommé myreadreplicacluster, en utilisant la classe d'instance de base de données spécifiée dans myinstanceclass.

Exemple

Pour LinuxmacOS, ou Unix :


aws rds create-db-instance \
    --db-cluster-identifier myreadreplicacluster \
    --db-instance-class myinstanceclass \
    --db-instance-identifier myreadreplicainstance \
    --engine aurora

Dans Windows :


aws rds create-db-instance ^
    --db-cluster-identifier myreadreplicacluster ^
    --db-instance-class myinstanceclass ^
    --db-instance-identifier myreadreplicainstance ^
    --engine aurora

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 et CreateDBInstance afin de créer un nouveau cluster de base 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 base 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 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
KmsKeyId

AWS KMS key avec laquelle chiffrer éventuellement le cluster de base de données, selon que votre instance de base de données MySQL est chiffré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 base de données soit chiffré au repos. Sinon, votre cluster de base 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 base de données soit chiffré au repos avec la clé de chiffrement spécifiée. Sinon, votre cluster de base 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 base 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).
VpcSecurityGroupIds

Liste des groupes de sécurité VPC EC2 à associer à ce cluster de base 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.

Exemple


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

Vous pouvez créer une instance principale pour votre cluster de base de données en utilisant la commande d'API Amazon 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

Exemple


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'AWS Management Console ou de l'AWS CLI.

Pour afficher l'instance de base de données MySQL principale pour un réplica en lecture Aurora

Connectez-vous à l'AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.
Dans le panneau de navigation, choisissez Databases (Bases de données).
Sélectionnez le cluster de base 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).

Pour afficher les relations de réplication MySQL vers Aurora MySQL de vos clusters de base de données Aurora MySQL à l'aide de l'AWS CLI, utilisez les commandes describe-db-clusters et describe-db-instances.

Pour déterminer quelles est l'instance de base de données MySQL principale, utilisez la commande describe-db-clusters 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 base de données est le réplica en lecture Aurora, utilisez la commande describe-db-instances 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 base de données du réplica en lecture Aurora.

Exemple

Pour LinuxmacOS, ou Unix :


aws rds describe-db-clusters \
    --db-cluster-identifier myreadreplicacluster


aws rds describe-db-instances \
    --db-instance-identifier mysqlprimary

Dans 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 que la migration est terminée, vous pouvez effectuer la promotion du réplica en lecture Aurora en cluster de base de données autonome à l'aide d'AWS Management Console ou d'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 Gestion des connexions Amazon Aurora. 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) ouSHOW 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.

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

Connectez-vous à l'AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.
Dans le panneau de navigation, choisissez Databases (Bases de données).
Sélectionnez le cluster de base de données pour le réplica en lecture Aurora.
Pour Actions, choisissez Promote (Promouvoir).
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

Connectez-vous à l'AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.
Dans le volet de navigation, sélectionnez Events.
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.

Pour promouvoir un réplica en lecture Aurora en cluster de base de données autonome, utilisez la commande de l'AWS CLI promote-read-replica-db-cluster.

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

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

Migration d'un instantané RDS pour MySQL vers Aurora

Gestion d'Aurora MySQL