# Trabajo con réplicas de lectura de instancias de base de datos
Una réplica de lectura es una copia de solo lectura de una instancia de base de datos. Puede reducir la carga de la instancia de la base de datos principal enrutando las consultas de sus aplicaciones a la réplica de lectura. De este modo, puede ajustar la escala horizontalmente y de manera elástica por encima de las restricciones de capacidad de una instancia de base de datos para las cargas de trabajo de las bases de datos con operaciones intensivas de lectura.
Para crear una réplica de lectura a partir de una instancia de base de datos de origen, Amazon RDS usa las características de replicación integradas del motor de base de datos. Para obtener información sobre la utilización de las réplicas de lectura con un motor específico, consulte las secciones siguientes:
+ [Trabajo con las réplicas de Amazon RDS para Db2](db2-replication.md)
+ [Uso de réplicas de lectura de MariaDB](USER_MariaDB.Replication.ReadReplicas.md)
+ [Uso de réplicas de lectura para Microsoft SQL Server en Amazon RDS](SQLServer.ReadReplicas.md)
+ [Uso de réplicas de lectura de MySQL](USER_MySQL.Replication.ReadReplicas.md)
+ [Trabajo con las réplicas de lectura para Amazon RDS para Oracle](oracle-read-replicas.md)
+ [Uso de réplicas de lectura para Amazon RDS para PostgreSQL](USER_PostgreSQL.Replication.ReadReplicas.md)
Tras crear una réplica de lectura a partir de una instancia de base de datos de origen, el origen se convierte en la instancia de base de datos principal. Al realizar actualizaciones en la instancia de base de datos principal, Amazon RDS las copia de forma asíncrona en la réplica de lectura. El siguiente diagrama muestra una instancia de base de datos de origen que se replica en una réplica de lectura en una zona de disponibilidad (AZ) diferente. Los clientes tienen acceso de lectura/escritura a la instancia de base de datos principal y acceso de solo lectura a la réplica.
![\[Configuración de réplicas de lectura\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/read-replica.png)
Las réplicas de lectura se facturan como instancias de base de datos estándar con las mismas tarifas que la clase de instancia de base de datos utilizada para la réplica. No se le cobrará por los gastos de transferencia de datos en los que se incurra al replicar datos entre la instancia de base de datos de origen y la réplica de lectura de la misma Región de AWS. Para obtener más información, consulte [Costos de la replicación entre regiones](USER_ReadRepl.XRgn.md#USER_ReadRepl.XRgn.Costs) y [Facturación de instancia de base de datos para Amazon RDS ](User_DBInstanceBilling.md).
**Topics**
+ [Información general de las réplicas de lectura de Amazon RDS](#USER_ReadRepl.Overview)
+ [Diferencias entre réplicas de lectura para motores de base de datos](USER_ReadRepl.Overview.Differences.md)
+ [Creación de una réplica de lectura](USER_ReadRepl.Create.md)
+ [Promoción de una réplica de lectura para convertirla en una instancia de base de datos independiente](USER_ReadRepl.Promote.md)
+ [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md)
+ [Creación de una réplica de lectura en una distinta Región de AWS](USER_ReadRepl.XRgn.md)
## Información general de las réplicas de lectura de Amazon RDS
En las siguientes secciones se describen las réplicas de lectura de *instancia* de base de datos. Para obtener más información acerca de las réplicas de lectura de *clúster* de base de datos multi-AZ, consulte [Uso de réplicas de lectura de clústeres de base de datos multi-AZ para Amazon RDS](USER_MultiAZDBCluster_ReadRepl.md).
**Topics**
+ [Casos de uso de réplicas de lectura](#USER_ReadRepl.Overview.use-cases)
+ [Cómo funcionan las réplicas de lectura](#USER_ReadRepl.Overview.how-it-works)
+ [Lectura de réplicas en una implementación multi-AZ](#USER_ReadRepl.Overview.maz-replicas)
+ [Réplicas de lectura entre regiones](#USER_ReadRepl.Overview.xregion-replicas)
+ [Tipos de almacenamiento de las réplicas de lectura](#USER_ReadRepl.Overview.replica-storage)
+ [Restricciones para crear una réplica a partir de una réplica](#USER_ReadRepl.Overview.circular-replication)
+ [Consideraciones a la hora de borrar réplicas](#USER_ReadRepl.Overview.deletion-considerations)
### Casos de uso de réplicas de lectura
La implementación de una o varias réplicas de lectura para una instancia de base de datos de origen puede tener sentido en diversas situaciones, como las siguientes:
+ Aumentar la escala por encima de la capacidad de E/S o de computación de una instancia de base de datos para las cargas de trabajo de las bases de datos con operaciones intensivas de lectura. Puede dirigir este exceso del tráfico de lectura a una o varias réplicas de lectura.
+ Servir tráfico de lectura cuando la instancia de base de datos de origen no está disponible. En algunos casos, es posible que su instancia de base de datos de origen no pueda aceptar solicitudes de E/S, por ejemplo, debido a la suspensión de E/S para las copias de seguridad o el mantenimiento programado. En estos casos, puede dirigir el tráfico de lectura a sus réplicas de lectura. En este caso de uso, recuerde que los datos de la réplica de lectura pueden estar "obsoletos" porque la instancia de base de datos de origen no está disponible.
+ Las situaciones de informes de negocios o de almacenamiento de datos en las que se desea que las consultas de informes de negocios se ejecuten en una réplica de lectura y no en la instancia de base de datos de producción.
+ Implementación de recuperación de desastres Puede promocionar una réplica de lectura en la instancia independiente como solución de recuperación de desastres si la instancia de base de datos principal produce un error.
### Cómo funcionan las réplicas de lectura
Cuando se crea una réplica de lectura, se especifica una instancia de base de datos existente como origen. A continuación, Amazon RDS realiza una instantánea de la instancia de origen y crea una instancia de solo lectura a partir de la instantánea. Luego, Amazon RDS utiliza el método de reproducción asíncrono para que el motor de base de datos actualice la réplica de lectura cuando se produzca un cambio en la instancia de base de datos primaria.
La réplica de lectura funciona como una instancia de base de datos que permite únicamente conexiones de solo lectura. Las excepciones son los motores de base de datos RDS para Db2 y RDS para Oracle, que admiten bases de datos de réplica en modo de espera y en modo montado, respectivamente. Una réplica en espera y una réplica montada no aceptan conexiones de usuario, por lo que no pueden servir cargas de trabajo de solo lectura. El uso principal de las réplicas en espera y las réplicas montadas es la recuperación ante desastres entre regiones. Para obtener más información, consulte [Trabajo con las réplicas de Amazon RDS para Db2](db2-replication.md) y [Trabajo con las réplicas de lectura para Amazon RDS para Oracle](oracle-read-replicas.md).
Las aplicaciones se conectan a una réplica de lectura de la misma forma que a cualquier instancia de base de datos. Amazon RDS replica todas las bases de datos de la instancia de base de datos de origen.
Debe crear réplicas de lectura manualmente. RDS no admite el escalado automático de réplicas de lectura, que es la acción de agregar o eliminar automáticamente réplicas de lectura a medida que cambia la demanda de lectura.
### Lectura de réplicas en una implementación multi-AZ
Se puede configurar una réplica de lectura para una instancia de base de datos que también tenga una réplica en espera configurada para alta disponibilidad en una implementación Multi-AZ. Una replicación con la réplica en espera es sincrónica. A diferencia de una réplica de lectura, una réplica en espera no puede servir tráfico de lectura.
En el siguiente escenario, los clientes tienen acceso de lectura/escritura a una instancia de base de datos principal en una AZ. La instancia principal copia las actualizaciones de forma asincrónica en una réplica de lectura en una segunda AZ y también las copia de forma sincrónica en una réplica en espera en una tercera AZ. Los clientes solo tienen acceso de lectura a la réplica de lectura.
![\[Configuración de réplica de lectura y de réplica en espera\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/read-and-standby-replica.png)
Para obtener más información acerca de las réplicas de alta disponibilidad y en espera, consulte [Configuración y administración de una implementación multi-AZ para Amazon RDS](Concepts.MultiAZ.md).
### Réplicas de lectura entre regiones
En algunos casos, una réplica de lectura reside en una Región de AWS distinta de la de su instancia de base de datos principal. En esos casos, Amazon RDS configura un canal de comunicaciones seguro entre la instancia de base de datos primaria y la réplica de lectura. Amazon RDS establece cualquier configuración de seguridad de AWS necesarias para habilitar el canal seguro, por ejemplo agregar entradas de grupo de seguridad. Para obtener información sobre las réplicas de lectura entre regiones, consulte [Creación de una réplica de lectura en una distinta Región de AWS](USER_ReadRepl.XRgn.md).
La información de este capítulo hace referencia a la creación de réplicas de lectura de Amazon RDS, ya sea en la misma Región de AWS que la instancia de base de datos de origen o en una Región de AWS diferente. La siguiente información no es válida para configurar la replicación con una instancia que se ejecute en una instancia de Amazon EC2 o que esté instalada localmente.
### Tipos de almacenamiento de las réplicas de lectura
De forma predeterminada, una réplica de lectura se crea con el mismo tipo de almacenamiento que la instancia de base de datos de origen. Sin embargo, puede crear una réplica de lectura que tenga un tipo de almacenamiento distinto del de la instancia de base de datos de origen en función de las opciones que se muestran en la siguiente tabla.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/USER_ReadRepl.html)
**nota**
Cuando aumenta el almacenamiento asignado de una réplica de lectura, debe ser de al menos un 10 por ciento. Si intenta aumentar el valor en menos del 10 por ciento, obtendrá un error.
### Restricciones para crear una réplica a partir de una réplica
Amazon RDS no admite la replicación circular. No puede configurar una instancia de base de datos para que sirva como origen de replicación para una instancia de base de datos existente. Solo puede crear una nueva réplica de lectura desde una instancia de base de datos existente. Por ejemplo, si **MySourceDBInstance** se replica en **ReadReplica1**, no puede configurar **ReadReplica1** para volverse a replicar en **MySourceDBInstance**.
Para RDS para MariaDB y RDS para MySQL, y en determinadas versiones de RDS para PostgreSQL, puede crear una réplica de lectura a partir de una réplica de lectura existente. Por ejemplo, puede crear una réplica de lectura nueva **ReadReplica2** a partir de una réplica **ReadReplica1** existente. En RDS para Db2, RDS para Oracle y RDS para SQL Server, no puede crear una réplica de lectura a partir de una réplica de lectura existente.
### Consideraciones a la hora de borrar réplicas
RDS no admite el escalado automático de réplicas de lectura. Por lo tanto, RDS no aumentará el número de réplicas cuando la demanda aumente ni disminuirá el número de réplicas cuando la demanda disminuya. Si ya no necesita réplicas de lectura, elimínelas manualmente con los mismos mecanismos que emplea para eliminar una instancia de base de datos. Si elimina una instancia de base de datos de origen sin eliminar las réplicas de lectura en la misma Región de AWS, cada réplica se convertirá en una instancia de base de datos independiente.
Para obtener más información sobre la eliminación de instancias de base de datos, consulte [Eliminación de una instancia de base de datos](USER_DeleteInstance.md). Para obtener información sobre la promoción de réplicas de lectura, consulte [Promoción de una réplica de lectura para convertirla en una instancia de base de datos independiente](USER_ReadRepl.Promote.md). Para obtener información relacionada con la eliminación de la instancia de base de datos de origen para una réplica de lectura entre regiones, consulte [Consideraciones relativas a la replicación entre regiones](USER_ReadRepl.XRgn.md#USER_ReadRepl.XRgn.Cnsdr).
# Diferencias entre réplicas de lectura para motores de base de datos
Dado que los motores de base de datos de Amazon RDS implementan la replicación de forma diferente, existen varias diferencias importantes que debe conocer.
## Db2
Las réplicas para RDS para Db2 tienen las siguientes características y comportamientos:
+ **Método de replicación**: replicación física.
+ **Purga de registros de transacciones**: RDS para Db2 purga los registros de la instancia de base de datos principal cuando se han cumplido las siguientes condiciones:
+ Los registros tienen al menos dos horas de antigüedad.
+ Ha pasado la configuración de horas de retención de registros de archivo.
+ RDS para Db2 ha replicado correctamente los registros en todas las instancias de base de datos de réplica.
Esto se aplica tanto a instancias de base de datos de la misma Región de AWS como a instancias de base de datos de distintas regiones. Para obtener información acerca de cómo configurar las horas de retención del registro de archivo, consulte [rdsadmin.set\$1archive\$1log\$1retention](db2-sp-managing-databases.md#db2-sp-set-archive-log-retention).
+ **Réplicas que se pueden escribir**: una réplica de Db2 es una copia física y Db2 no permite escribir en una réplica. Puede promocionar la réplica para que sea de escritura. La réplica promocionada tiene los datos replicados hasta el momento en que se realizó la solicitud para promocionarla.
+ **Copias de seguridad**: las réplicas de RDS para Db2 admiten copias de seguridad automáticas e instantáneas manuales.
+ **Replicación paralela**: los datos del registro de archivo siempre se transmiten en paralelo desde la base de datos principal a todas las réplicas.
+ **Estado en espera**: el uso principal de las réplicas en espera es la recuperación ante desastres entre regiones. Para obtener más información, consulte [Trabajo con las réplicas de Amazon RDS para Db2](db2-replication.md).
## MariaDB y MySQL
Las réplicas de lectura para RDS para MariaDB y RDS para MySQL tienen las siguientes características y comportamientos:
+ **Método de replicación**: replicación lógica.
+ **Purga de registros de transacciones**: RDS para MariaDB y RDS para MySQL conservan todos los registros binarios que no se han aplicado.
+ **Réplicas que se pueden escribir**: puede habilitar la réplica de lectura de MariaDB o MySQL para que se pueda escribir.
+ **Copias de seguridad**: las copias de seguridad automáticas y las instantáneas manuales se admiten en las réplicas de lectura de RDS para MariaDB o RDS para MySQL.
+ **Replicación paralela**: todas las versiones de MariaDB y MySQL compatibles permiten subprocesos de replicación paralela.
+ **Estado montado**: no se admite.
## Oracle
Las réplicas de lectura para RDS para Oracle tienen las siguientes características y comportamientos:
+ **Método de replicación**: replicación física.
+ **Purga de registros de transacciones**: si una instancia de base de datos principal no tiene réplicas de lectura entre regiones, Amazon RDS para Oracle mantiene durante un mínimo de dos horas los registros de transacciones en la instancia de base de datos de origen. Los registros se purgan de la base de datos de origen después de dos horas o cuando hayan pasado las horas de retención del registro del archivo establecidas, lo que lleve más tiempo. Los registros se purgan de la réplica de lectura después de haber pasado las horas de retención del registro del archivo establecidas solo si se han aplicado correctamente a la base de datos.
En algunos casos, es posible que una instancia de base de datos principal tenga una o más réplicas de lectura entre regiones. Si esto ocurre, Amazon RDS para Oracle mantiene los registros de transacción en la instancia de base de datos de origen hasta que se hayan transmitido y aplicado a todas las réplicas de lectura entre regiones.
Para obtener información acerca de cómo configurar las horas de retención del registro de archivo, consulte [Retención de los registros REDO archivados](Appendix.Oracle.CommonDBATasks.RetainRedoLogs.md).
+ **Réplicas que se pueden escribir**: una réplica de lectura de Oracle es una copia física y Oracle no permite escribir en una réplica de lectura. Puede promocionar la réplica de lectura para que sea de escritura. La réplica de lectura promocionada tiene los datos replicados hasta el momento en el que se hizo la solicitud para promocionarla.
+ **Copias de seguridad**: las copias de seguridad automáticas y las instantáneas manuales se admiten en las réplicas de lectura de RDS para Oracle.
+ **Replicación paralela**: los datos de registro de REDO siempre se transmiten en paralelo desde la base de datos principal a todas las réplicas de lectura.
+ **Estado montado**: el uso principal de las réplicas montadas es la recuperación ante desastres entre regiones. No se requiere una licencia Active Data Guard para las réplicas montadas. Para obtener más información, consulte [Trabajo con las réplicas de lectura para Amazon RDS para Oracle](oracle-read-replicas.md).
## PostgreSQL
Las réplicas de lectura para RDS para PostgreSQL tienen las siguientes características y comportamientos:
+ **Método de replicación**: replicación física.
+ **Purga de registros de transacciones**: PostgreSQL cuenta con el parámetro `wal_keep_segments`, que establece cuántos archivos de registro de escritura previa (WAL) se conservan para proporcionar datos a las réplicas de lectura. El valor del parámetro especifica el número de registros que conservar.
+ **Réplicas que se pueden escribir**: una réplica de lectura de PostgreSQL es una copia física y PostgreSQL no permite que una réplica de lectura sea de escritura.
+ **Copias de seguridad**: se admiten instantáneas manuales para las réplicas de lectura de RDS para PostgreSQL. Las copias de seguridad automatizadas para réplicas de lectura se admiten únicamente para RDS para PostgreSQL 14.1 y versiones posteriores. No puede activar las copias de seguridad automatizadas para las réplicas de lectura de RDS para PostgreSQL de versiones anteriores a 14.1. Para RDS para PostgreSQL 13 y versiones anteriores, cree una instantánea a partir de una réplica de lectura si desea realizar una copia de seguridad de ella.
+ **Replicación paralela**: PostgreSQL tiene un único proceso para gestionar la replicación.
+ **Estado montado**: no se admite.
## SQL Server
Las réplicas de lectura para RDS para SQL Server tienen las siguientes características y comportamientos:
+ **Método de replicación**: replicación física.
+ **Purga de registros de transacciones**: el archivo de registro virtual (VLF) del archivo de registro de transacciones en la réplica principal se puede truncar después de que ya no sea necesario para las réplicas secundarias.
El VLF solo se puede marcar como inactivo cuando los registros se han reforzado en las réplicas. Independientemente de lo rápido que los subsistemas de disco estén en la réplica principal, el registro de transacciones mantendrá los VLF hasta que la réplica más lenta se haya reforzado.
+ **Réplicas que se pueden escribir**: una réplica de lectura de SQL Server es una copia física y SQL Server no permite escribir en una réplica de lectura. Puede promocionar la réplica de lectura para que sea de escritura. La réplica de lectura promocionada tiene los datos replicados hasta el momento en el que se hizo la solicitud para promocionarla.
+ **Copias de seguridad**: las copias de seguridad automáticas y las instantáneas manuales no se admiten en las réplicas de lectura de RDS para SQL Server.
+ **Replicación paralela**: los datos de registro de REDO siempre se transmiten en paralelo desde la base de datos principal a todas las réplicas de lectura.
+ **Estado montado**: no se admite.
# Creación de una réplica de lectura
Se puede crear una réplica de lectura a partir de una instancia de base de datos existente, utilizando Consola de administración de AWS, AWS CLI, o la API de RDS. Para crear una réplica de lectura, debe especificar `SourceDBInstanceIdentifier`, que es el identificador de instancias de base de datos de la instancia de base de datos de origen desde la que desea replicar.
Cuando se crea una réplica de lectura, Amazon RDS realiza una instantánea de base de datos de la instancia de base de datos de origen y comienza la replicación. La instancia de base de datos de origen experimenta una suspensión de E/S muy breve cuando comienza la operación de instantánea de base de datos. La suspensión de E/S suele durar un segundo. Puede evitar la suspensión de E/S si la instancia de base de datos de origen es una implementación Multi-AZ, porque en ese caso la instantánea se toma de la instancia de base de datos secundaria.
Una transacción activa de ejecución prolongada puede ralentizar el proceso de creación de la réplica de lectura. Le recomendamos que espere a que se completen las transacciones de ejecución prolongada antes de crear una réplica de lectura. Si crea varias réplicas de lectura en paralelo a partir de la misma instancia de base de datos de origen, Amazon RDS solo realiza una instantánea cuando comienza la primera acción de creación.
Cuando se crea una réplica de lectura, hay varias cosas que se deben tener en cuenta. En primer lugar, debe habilitar las copias de seguridad automáticas en la instancia de base de datos de origen estableciendo el periodo de retención de copia de seguridad en un valor distinto de 0. Este requisito también es válido para una réplica de lectura que sea la instancia de base de datos de origen de otra réplica de lectura. Para habilitar las copias de seguridad automáticas en una réplica de lectura de RDS para My SQL, primero cree la réplica de lectura y modifíquela a continuación para habilitar las copias de seguridad automáticas.
**nota**
En una Región de AWS, recomendamos encarecidamente crear todas las réplicas de lectura en la misma nube privada virtual (VPC) basándose en Amazon VPC como instancia de base de datos de origen. Si crea una réplica de lectura en una VPC diferente de la instancia de base de datos de origen, los rangos de enrutamiento entre dominios sin clases (CIDR) pueden superponerse entre la réplica y el sistema RDS. La superposición de CIDR hace que la réplica sea inestable, lo que puede afectar negativamente a las aplicaciones que se conectan a ella. Si obtiene un error al crear la réplica de lectura, elija un grupo de subred de base de datos de destino diferente. Para obtener más información, consulte [Uso de una instancia de base de datos en una VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
No existe una forma directa de crear una réplica de lectura en otra Cuenta de AWS mediante la consola o AWS CLI.
## Consola
**Para crear una réplica de lectura a partir de una instancia de base de datos de origen**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Databases (Bases de datos)**.
1. Seleccione la instancia de base de datos que desea usar como origen de una réplica de lectura
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. En **DB instance identifier (Identificador de instancias de bases de datos)**, escriba un nombre para la réplica de lectura.
1. Elija la configuración de la instancia. Es recomendable usar la misma clase de instancia de base de datos y el mismo tipo de almacenamiento o mayores que la instancia de base de datos de origen para la réplica de lectura.
1. Para la **Región de AWS**, especifique la región de destino de la réplica de lectura.
1. En **Almacenamiento**, especifique el tamaño del almacenamiento asignado y si quiere utilizar el autoescalado de almacenamiento.
Si la instancia de base de datos de origen no dispone de la última configuración de almacenamiento, la opción **Actualizar la configuración del sistema de archivos de almacenamiento** estará disponible. Puede habilitar esta opción para actualizar el sistema de archivos de almacenamiento de la réplica de lectura a la configuración preferida. Para obtener más información, consulte [Actualización del sistema de archivos de almacenamiento para una instancia de base de datos](USER_PIOPS.UpgradeFileSystem.md).
1. En **Disponibilidad**, elija si quiere crear una réplica en espera en otra zona de disponibilidad para permitir la conmutación por error de la réplica.
**nota**
La creación de su réplica de lectura como instancia de base de datos Multi-AZ es independiente de si la base de datos de origen es una instancia de base de datos Multi-AZ.
1. Especifique otros ajustes de la instancia de base de datos. Para obtener información acerca de cada configuración disponible, consulte [Configuración de instancias de base de datos](USER_CreateDBInstance.Settings.md).
1. Para crear una réplica de lectura cifrada, expanda **Configuración adicional** y especifique la configuración siguiente:
1. Elija **Habilitar el cifrado**.
1. Para **AWS KMS key**, elija el identificador AWS KMS key de la clave de KMS.
**nota**
La instancia de base de datos de origen debe estar cifrada. Para obtener más información acerca del cifrado de la instancia de base de datos de origen, consulte [Cifrado de recursos de Amazon RDS](Overview.Encryption.md).
1. Elija **Create read replica (Crear réplica de lectura)**.
Después de crear la réplica de lectura, puede verla en la página **Bases** de datos de la consola de RDS. Muestra **Réplica** en la columna **Rol** .
## AWS CLI
Para crear una réplica de lectura a partir de una instancia de base de datos de origen, utilice el comando [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) de la AWS CLI. En este ejemplo, también se establece el tamaño de almacenamiento asignado, se habilita el autoescalado de almacenamiento y se actualiza el sistema de archivos a la configuración preferida.
Puede especificar otras opciones. Para obtener más información acerca de cada configuración, consulte [Configuración de instancias de base de datos](USER_CreateDBInstance.Settings.md).
**Example**
Para Linux, macOS o Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--source-db-instance-identifier mydbinstance \
--allocated-storage 100 \
--max-allocated-storage 1000 \
--upgrade-storage-config
```
Para Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--source-db-instance-identifier mydbinstance ^
--allocated-storage 100 ^
--max-allocated-storage 1000 ^
--upgrade-storage-config
```
## API de RDS
Para crear una réplica de lectura a partir de una instancia de base de datos Db2, MySQL, MariaDB, Oracle, PostgreSQL o SQL Server de origen, llame a la operación [CreateDBInstanceReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) de la API de Amazon RDS con los siguientes parámetros obligatorios:
+ `DBInstanceIdentifier`
+ `SourceDBInstanceIdentifier`
**nota**
Para crear una réplica en espera de RDS para Db2, establezca la operación `ReplicaMode` opcional en `mounted`.
# Promoción de una réplica de lectura para convertirla en una instancia de base de datos independiente
Puede promover una réplica de lectura a una instancia de base de datos independiente. Si una instancia de base de datos de origen tiene varias réplicas de lectura, promocionar una de las réplicas de lectura a instancia de base de datos no tiene ningún efecto en las otras réplicas.
Cuando se promociona una réplica de lectura, RDS reinicia la instancia de base de datos antes de que esté disponible. Este proceso de promoción puede tardar unos minutos o más, según el tamaño de la réplica de lectura.
![\[Promoción de una réplica de lectura\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/read-replica-promote.png)
## Casos de uso para promocionar una réplica de lectura
Hay varios motivos por los que promocionar una réplica de lectura a una instancia de base de datos independiente:
+ **Implementación de recuperación de errores**: puede utilizar la promoción de réplica de lectura como esquema de recuperación de datos si la instancia de base de datos principal produce un error. Este enfoque complementa la replicación sincrónica, la detección automática de errores y la conmutación por error.
Si es consciente de las ramificaciones y limitaciones de la replicación asíncrona y a pesar de ello quiere usar la promoción de réplicas de lectura para la recuperación de datos, puede hacerlo. Para ello, cree primero una réplica de lectura y, a continuación, monitoree la instancia de base de datos principal para ver si se producen errores. En caso de error, haga lo siguiente:
1. Promocione la réplica de lectura.
1. Dirija el tráfico de la base de datos a la instancia de base de datos promocionada.
1. Cree una réplica de lectura de reemplazo que tenga la instancia de base de datos promocionada como origen.
+ **Actualización de la configuración de almacenamiento**: si la instancia de base de datos de origen no tiene la configuración de almacenamiento preferida, puede crear una réplica de lectura de la instancia y actualizar la configuración del sistema de archivos de almacenamiento. Esta opción migra el sistema de archivos de la réplica de lectura a la configuración preferida. Luego, puede promover la réplica de lectura en una instancia independiente.
Puede utilizar esta opción para superar las limitaciones de escalado de almacenamiento y tamaño de archivos de los sistemas de archivos de 32 bits más antiguos. Para obtener más información, consulte [Actualización del sistema de archivos de almacenamiento para una instancia de base de datos](USER_PIOPS.UpgradeFileSystem.md).
Esta opción solo está disponible si su instancia de base de datos de origen *no* tiene la configuración de almacenamiento más reciente o si va a cambiar la clase de instancia de base de datos en la misma solicitud.
+ **Fragmentación**: la fragmentación es un tipo de arquitectura en el que no se comparte nada y, en esencia, consiste en dividir una base de datos grande en varias bases de datos más pequeñas. Una forma habitual de partir una base de datos es dividir las tablas que no están unidas en la misma consulta entre diferentes hosts. Otro método es duplicar una tabla entre varios hosts y, a continuación, usar un algoritmo de hash para determinar qué host recibe una actualización determinada. Puede crear réplicas de lectura correspondientes a cada uno de sus particiones (bases de datos más pequeñas) y promocionarlas cuando decida convertirlas en particiones independientes. A continuación puede separar el espacio de claves (si va a dividir filas) o la distribución de las tablas para cada uno de los fragmentos dependiendo de sus necesidades.
+ **Realización de operaciones DDL (solo MySQL y MariaDB)**: las operaciones DDL, como la creación o la reconstrucción de índices, pueden requerir tiempo y tener un impacto considerable en el desempeño de una instancia de base de datos. Puede realizar estas operaciones en una réplica de lectura de MySQL o MariaDB una vez que la réplica de lectura se haya sincronizado con la instancia de base de datos principal. A continuación, puede promocionar la réplica de lectura y dirigir sus aplicaciones para que usen la instancia promocionada.
**nota**
Si su réplica de lectura es una instancia de base de datos de RDS para Oracle, puede realizar una *transición* en lugar de una promoción. En una transición, la instancia de base de datos de origen pasa a ser la nueva réplica y la réplica pasa a ser la nueva instancia de base de datos de origen. Para obtener más información, consulte [Realización de una conmutación de Oracle Data Guard](oracle-replication-switchover.md).
## Características de una réplica de lectura promocionada
Una vez que haya promocionado la réplica de lectura, dejará de funcionar como tal y pasará a ser una instancia de base de datos independiente. La nueva instancia de base de datos independiente tiene las siguientes características:
+ La instancia de base de datos independiente conserva el grupo de opciones y el grupo de parámetros de la réplica de lectura previa a la promoción.
+ Puede crear réplicas de lectura a partir de la instancia de base de datos independiente y realizar operaciones de restauración a un momento dado.
+ No puede usar la instancia de base de datos como déstino de la réplica, puesto que ya no es una réplica de lectura.
## Requisitos previos para promocionar una réplica de lectura
Antes de promocionar una réplica de lectura, siga este procedimiento:
+ Revise su estrategia de copia de seguridad:
+ Le recomendamos que habilite las copias de seguridad y que complete al menos una de ellas. La duración de la copia de seguridad es una función del número de cambios en la base de datos desde la copia de seguridad anterior.
+ Si ha habilitado las copias de seguridad en la réplica de lectura, configure el intervalo de copia de seguridad automática para que las copias de seguridad diarias no interfieran en la promoción de la réplica de lectura.
+ Asegúrese de que la réplica de lectura no tenga el estado `backing-up`. No puede promocionar una réplica de lectura si se encuentra en ese estado.
+ Detenga la escritura de transacciones en la instancia de base de datos principal y, a continuación, espere hasta que RDS haya realizado todas las actualizaciones en la réplica de lectura.
Las actualizaciones de la base de datos se producen en la réplica de lectura después de haberse producido en la instancia de la base de datos principal. Este retardo en la réplica puede variar considerablemente. Utilice la métrica [https://aws.amazon.com/rds/faqs/#105](https://aws.amazon.com/rds/faqs/#105) para determinar cuándo se han completado todas las actualizaciones en la réplica de lectura.
+ (Solo para MySQL y MariaDB) Para realizar cambios en una réplica de lectura MySQL o MariaDB antes de promocionarla, establezca el parámetro `read_only` en `0` en el grupo de parámetros de base de datos para la réplica de lectura. A continuación, puede llevar a cabo todas las operaciones DDL necesarias, como la creación de índices, en la réplica de lectura. Las acciones realizadas en la réplica de lectura no afectan al rendimiento de la instancia de base de datos principal.
## Promoción de una réplica de lectura: pasos básicos
Los siguientes pasos muestran el proceso general para promocionar una réplica de lectura a instancia de base de datos:
1. Promueva la réplica de lectura mediante la opción **Promover** de la consola de Amazon RDS, el comando de la AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica.html) o la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplica.html) de la API de Amazon RDS.
**nota**
El proceso de promoción tarda algunos minutos en completarse. Cuando se promociona una réplica de lectura, RDS detiene la réplica y la reinicia. Una vez completado el reinicio, la réplica de lectura pasa a estar disponible como nueva instancia de base de datos.
1. (Opcional) Modifique la nueva instancia de base de datos para que sea una implementación Multi-AZ. Para obtener más información, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md) y [Configuración y administración de una implementación multi-AZ para Amazon RDS](Concepts.MultiAZ.md).
### Consola
**Para promover una réplica de lectura a una instancia de base de datos independiente**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En la consola de Amazon RDS, seleccione **Databases (Bases de datos)**.
Aparece el panel **Databases (Bases de datos)**. Cada réplica de lectura muestra **Replica (Réplica)** en la columna **Role (Rol)**.
1. Elija la réplica de lectura que desea promocionar.
1. En ** Actions (Acciones)**, seleccione **Promote (Promover)**.
1. En la página **Promote Read Replica (Promocionar réplica de lectura)**, escriba el periodo de retención de copia de seguridad y el periodo de copia de seguridad para la instancia de base de datos recientemente promocionada.
1. Cuando la configuración sea la que desea, elija **Continue**.
1. En la página de confirmación, elija **Promote Read Replica (Promocionar réplica de lectura)**.
### AWS CLI
Para promover una réplica de lectura a una instancia de base de datos independiente, use el comando AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica.html).
**Example**
Para Linux, macOS o Unix:
```
aws rds promote-read-replica \
--db-instance-identifier myreadreplica
```
Para Windows:
```
aws rds promote-read-replica ^
--db-instance-identifier myreadreplica
```
### API de RDS
Para promover una réplica de lectura a una instancia de base de datos independiente, llame a la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplica.html) de la API de Amazon RDS con el parámetro `DBInstanceIdentifier` requerido.
# Monitoreo de la replicación de lectura
Puede monitorear el estado de una réplica de lectura de varias formas. La consola de Amazon RDS muestra el estado de una réplica de lectura en la sección **Replicación** de la pestaña **Conectividad y seguridad**, en los detalles de la réplica de lectura. Para ver los detalles de una réplica de lectura, elija el nombre de la réplica de lectura en la lista de instancias de base de datos en la consola de Amazon RDS.
![\[Estado de la réplica de lectura\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/ReadReplicaStatus.png)
También puede ver el estado de una réplica de lectura con el comando `describe-db-instances` de la AWS CLI o la operación `DescribeDBInstances` de la API de Amazon RDS.
El estado de una réplica de lectura puede ser uno de los siguientes:
+ ****replicating (replicando)**:** la réplica de lectura se está replicando correctamente.
+ ****Replicación degradada** (solo SQL Server y PostgreSQL):** las réplicas reciben datos de la instancia principal, pero una o más bases de datos no están recibiendo actualizaciones. Esto puede ocurrir, por ejemplo, cuando una réplica se encuentra en el proceso de configuración de las bases de datos recién creadas. También puede ocurrir cuando se realizan cambios en objetos grandes o en DDL no compatibles en el entorno azul de una implementación azul/verde.
El estado no pasa de `replication degraded` a `error`, a menos que se produzca un error durante el estado degradado.
+ ****error**:** se ha producido un error durante la replicación. Compruebe el campo **Replication Error (Error de replicación)** en la consola de Amazon RDS o el registro de eventos para determinar el error exacto. Para obtener más información acerca de resolución de problemas de replicación, consulte [Solución de problemas de réplicas de lectura de MySQL](USER_ReadRepl.Troubleshooting.md).
+ ****terminated (terminada)** (solo MariaDB, MySQL o PostgreSQL):** la replicación se ha terminado. Esto sucede si la replicación se ha detenido durante más de 30 días consecutivos, ya sea manualmente o por un error de replicación. En ese caso, Amazon RDS termina la reproducción entre la instancia de base de datos primaria y todas las réplicas de lectura. Amazon RDS realiza ese procedimiento para impedir que aumenten los requisitos de almacenamiento en la instancia de base de datos de origen y que se incrementen los tiempos de conmutación por error.
La replicación no completada puede afectar al almacenamiento, ya que los registros pueden aumentar en tamaño y en número debido al alto volumen de mensajes de error que se escriben en el registro. La replicación no completada puede afectar también a la recuperación de errores debido al tiempo que Amazon RDS necesita para mantener y procesar el elevado número de registros durante la recuperación.
+ ****terminated** (terminado) (solo Oracle)**: la replicación ha terminado. Esto sucede si la replicación se ha detenido durante más de 8 horas por no haber suficiente espacio de almacenamiento en la réplica de lectura. En ese caso, Amazon RDS termina la replicación entre la instancia de base de datos primaria y la réplica de lectura afectada. Este estado es terminal y la réplica leída debe volver a crearse.
+ ****stopped (detenida)** (solo MariaDB or MySQL):** la replicación se ha detenido a petición de un cliente.
+ ****replication stop point set (punto de detención de replicación establecidoI)** (solo MySQL):** se ha establecido un punto de detención iniciado por el cliente con el procedimiento almacenado [mysql.rds\$1start\$1replication\$1until ](mysql-stored-proc-replicating.md#mysql_rds_start_replication_until) y la replicación se encuentra en curso.
+ ****replication stop point reached (punto de detención de replicación alcanzado)** (solo MySQL):** se ha establecido un punto de detención iniciado por el cliente con el procedimiento almacenado [mysql.rds\$1start\$1replication\$1until ](mysql-stored-proc-replicating.md#mysql_rds_start_replication_until) y la replicación se ha detenido porque se ha llegado al punto de detención.
Puede ver dónde se está replicando una instancia de base de datos y, si es así, comprobar su estado de replicación. En la página **Bases** de datos de la consola de RDS, muestra **Principal** en la columna **Rol** . Elija su nombre de instancia de base de datos. En su página de detalles, en la ficha **Conectividad y seguridad** , su estado de replicación se encuentra en **Replicación**.
## Monitoreo de retraso de la replicación
Puede monitorizar el retardo de replicación en Amazon CloudWatch mediante la visualización de la métrica `ReplicaLag` de Amazon RDS.
Para Db2, la métrica `ReplicaLag` es el retardo máximo de las bases de datos que se han retrasado, en segundos. Por ejemplo, si tiene dos bases de datos que se retrasan 5 segundos y 10 segundos, respectivamente, entonces `ReplicaLag` es 10 segundos. Las bases de datos sin estados de recuperación ante desastres de alta disponibilidad (HADR) disponibles no se incluyen en el cálculo.
Para MariaDB y MySQL, la métrica `ReplicaLag` indica el valor del campo de `Seconds_Behind_Master` del comando `SHOW REPLICA STATUS`. Los motivos comunes de retardo de la replicación para MySQL y MariaDB son los siguientes:
+ Una interrupción de la red.
+ Escritura en tablas con índices en una réplica de lectura. Si el parámetro `read_only` no se ha establecido en 0 en la réplica de lectura, puede interrumpirse la replicación.
+ Uso de un motor de almacenamiento no transaccional como MyISAM. La replicación solo se admite para el motor de almacenamiento InnoDB en MySQL y el motor de almacenamiento XtraDB en MariaDB.
**nota**
Versiones anteriores de MariaDB utilizaban `SHOW SLAVE STATUS` en lugar de `SHOW REPLICA STATUS`. Si usa una versión de MariaDB anterior a la 10.5, utilice `SHOW SLAVE STATUS`.
Cuando la métrica `ReplicaLag` llegue a 0, la réplica estará funcionando al mismo ritmo que la instancia de base de datos principal. Si la métrica `ReplicaLag` devuelve `-1`, la replicación no está activa. `ReplicaLag = -1` es equivalente a `Seconds_Behind_Master = NULL`.
En Oracle, la métrica `ReplicaLag` es la suma del valor `Apply Lag` y la diferencia entre la hora actual y el valor de `DATUM_TIME` del retraso de aplicación. El valor `DATUM_TIME` es la última hora en la que la réplica de lectura recibió datos de su instancia de base de datos de origen. Para obtener más información, consulte [ V\$1DATAGUARD\$1STATS](https://docs.oracle.com/database/121/REFRN/GUID-B346DD88-3F5E-4F16-9DEE-2FDE62B1ABF7.htm#REFRN30413) en la documentación de Oracle.
Para SQL Server, la métrica `ReplicaLag` es el retraso máximo de las bases de datos que se han retrasado, en segundos. Por ejemplo, si tiene dos bases de datos que se retrasan 5 segundos y 10 segundos, respectivamente, entonces `ReplicaLag` son 10 segundos. La métrica `ReplicaLag` devuelve el valor de la siguiente consulta.
```
SELECT MAX(secondary_lag_seconds) max_lag FROM sys.dm_hadr_database_replica_states;
```
Para obtener más información, consulte [secondary\$1lag\$1seconds](https://docs.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-hadr-database-replica-states-transact-sql) en la documentación de Microsoft.
`ReplicaLag` devuelve `-1` si RDS no puede determinar el retraso, como durante la configuración de la réplica, o cuando la réplica de lectura está en el estado `error`.
**nota**
Las nuevas bases de datos no se incluyen en el cálculo del retraso hasta que estén accesibles en la réplica de lectura.
Para PostgreSQL, la métrica `ReplicaLag` devuelve el valor de la siguiente consulta.
```
SELECT extract(epoch from now() - pg_last_xact_replay_timestamp()) AS reader_lag
```
Las versiones 9.5.2 y más recientes de PostgreSQL utilizan ranuras de replicación física para administrar la retención del registro de escritura previa (WAL) en la instancia de origen. Para cada instancia de réplica de lectura entre regiones, Amazon RDS crea una ranura de replicación física y la asocia con la instancia. Dos métricas de Amazon CloudWatch, `Oldest Replication Slot Lag` y `Transaction Logs Disk Usage`, muestran el retardo de la réplica con más retraso en términos de datos de WAL recibidos y la cantidad de almacenamiento que se está usando para los datos de WAL. El valor de `Transaction Logs Disk Usage` puede aumentar sustancialmente cuando una réplica de lectura entre regiones tiene mucho retraso.
Para obtener más información acerca de la monitorización de una instancia de base de datos con CloudWatch, consulte [Supervisión de métricas de Amazon RDS con Amazon CloudWatch](monitoring-cloudwatch.md).
# Creación de una réplica de lectura en una distinta Región de AWS
Con Amazon RDS, puede crear una réplica de lectura en una región de Región de AWS diferente que la de la instancia de base de datos de origen.
![\[Configuración de réplica de lectura entre regiones\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/read-replica-cross-region.png)
Cree una réplica de lectura en una Región de AWS diferente para lo siguiente:
+ Mejorar la capacidad de recuperación de desastres.
+ Escalar las operaciones de lectura en una Región de AWS más cercana a sus usuarios.
+ Facilitar la migración de un centro de datos de una Región de AWS a un centro de datos de otra Región de AWS.
Crear una réplica de lectura en una Región de AWS distinta a la de la instancia de origen es similar a crear una réplica en la misma Región de AWS. Puede utilizar la Consola de administración de AWS, ejecutar el comando [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) o llamar a la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) de la API.
**nota**
Para crear una réplica de lectura cifrada en una Región de AWS distinta a la de la instancia de base de datos de origen, la instancia de base de datos de origen debe estar cifrada.
**Topics**
+ [Disponibilidad en regiones y versiones](#USER_ReadRepl.XRgn.RegionVersionAvailability)
+ [Creación de una réplica de lectura entre regiones](#ReadRepl.XRgn)
+ [Cómo realiza Amazon RDS la replicación entre regiones](#USER_ReadRepl.XRgn.Process)
+ [Consideraciones relativas a la replicación entre regiones](#USER_ReadRepl.XRgn.Cnsdr)
+ [Costos de la replicación entre regiones](#USER_ReadRepl.XRgn.Costs)
## Disponibilidad en regiones y versiones
La disponibilidad de las características varía según las versiones específicas de cada motor de base de datos y entre Regiones de AWS. Para obtener más información sobre la disponibilidad en versiones y regiones de la replicación entre regiones, consulte [Regiones y motores de bases de datos admitidos para réplicas de lectura entre regiones en Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.CrossRegionReadReplicas.md).
## Creación de una réplica de lectura entre regiones
Los siguientes procedimientos muestran cómo crear una réplica de lectura a partir de una instancia de base de datos Db2, MariaDB, Microsoft SQL Server, MySQL, Oracle o PostgreSQL de origen en una Región de AWS diferente.
### Consola
Puede crear una réplica de lectura entre Regiones de AWS usando la Consola de administración de AWS.
**Para crear una réplica de lectura entre Regiones de AWS con la consola**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. Elija la instancia de base de datos Db2, MariaDB, Microsoft SQL Server, MySQL, Oracle o PostgreSQL que desee usar como origen para una réplica de lectura.
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. En **DB instance identifier (Identificador de instancias de bases de datos)**, escriba un nombre para la réplica de lectura.
1. Elija la **Destination Region** (Región de destino).
1. Elija las especificaciones de la instancia que desee usar. Se recomienda usar la misma clase de instancia de base de datos y el mismo tipo de almacenamiento o mayores para la réplica de lectura.
1. Para crear una réplica de lectura cifrada en otra Región de AWS:
1. Elija **Habilitar el cifrado**.
1. En **AWS KMS key**, elija el identificador AWS KMS key de la clave de KMS en la Región de AWS de destino.
**nota**
Para crear una réplica de lectura cifrada, la instancia de base de datos de origen debe estar cifrada. Para obtener más información acerca del cifrado de la instancia de base de datos de origen, consulte [Cifrado de recursos de Amazon RDS](Overview.Encryption.md).
1. Elija otras opciones, como el escalado automático de almacenamiento.
1. Elija **Create read replica (Crear réplica de lectura)**.
### AWS CLI
Para crear una réplica de lectura a partir de una instancia de base de datos Db2, MariaDB, Microsoft SQL Server, MySQL, Oracle o PostgreSQL de origen en una Región de AWS diferente, puede utilizar el comando [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html). En este caso, se usa [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) desde la Región de AWS en la que se desea situar la réplica de lectura (región de destino) y se especifica el nombre de recurso de Amazon (ARN) para la instancia de base de datos de origen. Un ARN identifica de forma única a un recurso creado en Amazon Web Services.
Por ejemplo, si la instancia de base de datos de origen está en la región US East (N. Virginia), el ARN tendrá un aspecto similar al siguiente.
```
arn:aws:rds:us-east-1:123456789012:db:mydbinstance
```
Para obtener información acerca de los ARN, consulte [Nombres de recursos de Amazon (ARN) en Amazon RDS](USER_Tagging.ARN.md).
Para crear una réplica de lectura cifrada en una Región de AWS distinta de la instancia de base de datos de origen, puede usar el comando AWS CLI[https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) desde la Región de AWS de destino. Los siguientes parámetros son necesarios para crear una réplica de lectura en otra Región de AWS:
+ `--region`: la Región de AWS de destino donde se crea la réplica de lectura.
+ `--source-db-instance-identifier` – Identificador de instancia de base de datos para la instancia de base de datos de origen. Este identificador debe estar en el formato del ARN para la de origen Región de AWS.
+ `--db-instance-identifier` – el identificador de la réplica de lectura en la de destino Región de AWS.
**Example de una réplica de lectura entre regiones**
El siguiente código crea una réplica de lectura en la región EE.UU. Oeste (Oregón) desde una instancia de base de datos de origen en la regiónUS East (N. Virginia).
Para Linux, macOS o Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--region us-west-2 \
--source-db-instance-identifier arn:aws:rds:us-east-1:123456789012:db:mydbinstance
```
Para Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--region us-west-2 ^
--source-db-instance-identifier arn:aws:rds:us-east-1:123456789012:db:mydbinstance
```
Los siguientes parámetros también son necesarios para crear una réplica de lectura cifrada en otra Región de AWS:
+ `--kms-key-id`: identificador de AWS KMS key de la clave de KMS que se va a utilizar para cifrar la réplica de lectura en Región de AWS de destino.
**Example de una réplica de lectura cifrada entre regiones**
El siguiente código crea una réplica de lectura cifrada en la región EE.UU. Oeste (Oregón) de una instancia de base de datos de origen en la región US East (N. Virginia).
Para Linux, macOS o Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--region us-west-2 \
--source-db-instance-identifier arn:aws:rds:us-east-1:123456789012:db:mydbinstance \
--kms-key-id my-us-west-2-key
```
Para Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--region us-west-2 ^
--source-db-instance-identifier arn:aws:rds:us-east-1:123456789012:db:mydbinstance ^
--kms-key-id my-us-west-2-key
```
La opción `--source-region` es necesaria cuando se crea una réplica de lectura cifrada entre las AWS GovCloud (Este de EE. UU.) y AWS GovCloud (EE. UU. Oeste). Para `--source-region`, especifique la Región de AWS de la instancia de base de datos de origen.
Si no se ha especificado `--source-region`, especifique un valor de `--pre-signed-url`. Una *URL prefirmada* es una URL que contiene una solicitud firmada de Signature Version 4 para el comando `create-db-instance-read-replica` que se llama en la Región de AWS de origen. Para obtener más información acerca de la opción `pre-signed-url`, consulte [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) en la *Referencia de los comandos de AWS CLI*.
### API de RDS
Para crear una réplica de lectura a partir de una instancia de base de datos Db2, MariaDB, MySQL, Microsoft SQL Server, Oracle o PostgreSQL de origen en una Región de AWS diferente, puede llamar a la operación [CreateDBInstanceReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) de la API de Amazon RDS. En este caso, debe llamar a [CreateDBInstanceReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) desde la Región de AWS en la que se desea colocar la réplica de lectura (región de destino) y especificar el nombre de recurso de Amazon (ARN) de la instancia de base de datos de origen. Un ARN identifica de forma única a un recurso creado en Amazon Web Services.
Para crear una réplica de lectura cifrada en una Región de AWS diferente que la instancia de base de datos de origen, puede usar la operación de la API de Amazon RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) desde la Región de AWS de destino. Para crear una réplica de lectura cifrada en otra Región de AWS, debe especificar un valor para `PreSignedURL`. `PreSignedURL` debe contener una solicitud para llamar a la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) en la Región de AWS de origen en la que se crea la réplica de lectura. Para obtener más información acerca de la `PreSignedUrl`, consulte [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html).
Por ejemplo, si la instancia de base de datos de origen está en la región US East (N. Virginia), el ARN tendrá un aspecto similar al siguiente.
```
arn:aws:rds:us-east-1:123456789012:db:mydbinstance
```
Para obtener información acerca de los ARN, consulte [Nombres de recursos de Amazon (ARN) en Amazon RDS](USER_Tagging.ARN.md).
**Example**
```
https://us-west-2.rds.amazonaws.com/
?Action=CreateDBInstanceReadReplica
&KmsKeyId=my-us-east-1-key
&PreSignedUrl=https%253A%252F%252Frds.us-west-2.amazonaws.com%252F
%253FAction%253DCreateDBInstanceReadReplica
%2526DestinationRegion%253Dus-east-1
%2526KmsKeyId%253Dmy-us-east-1-key
%2526SourceDBInstanceIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%123456789012%25253Adb%25253Amydbinstance
%2526SignatureMethod%253DHmacSHA256
%2526SignatureVersion%253D4%2526SourceDBInstanceIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%25253A123456789012%25253Ainstance%25253Amydbinstance
%2526Version%253D2014-10-31
%2526X-Amz-Algorithm%253DAWS4-HMAC-SHA256
%2526X-Amz-Credential%253DAKIADQKE4SARGYLE%252F20161117%252Fus-west-2%252Frds%252Faws4_request
%2526X-Amz-Date%253D20161117T215409Z
%2526X-Amz-Expires%253D3600
%2526X-Amz-SignedHeaders%253Dcontent-type%253Bhost%253Buser-agent%253Bx-amz-content-sha256%253Bx-amz-date
%2526X-Amz-Signature%253D255a0f17b4e717d3b67fad163c3ec26573b882c03a65523522cf890a67fca613
&DBInstanceIdentifier=myreadreplica
&SourceDBInstanceIdentifier=®ion-arn;rds:us-east-1:123456789012:db:mydbinstance
&Version=2012-01-15
&SignatureVersion=2
&SignatureMethod=HmacSHA256
&Timestamp=2012-01-20T22%3A06%3A23.624Z
&AWSAccessKeyId=<&AWS; Access Key ID>
&Signature=
```
## Cómo realiza Amazon RDS la replicación entre regiones
Amazon RDS usa el siguiente proceso para crear una réplica de lectura entre regiones. En función de las Regiones de AWS implicadas y de la cantidad de datos de la base de datos, este proceso puede tardar horas en completarse. Puede usar esta información para determinar cuánto ha avanzado el proceso cuando cree una réplica de lectura entre regiones:
1. Amazon RDS comienza a configurar la instancia de base de datos de origen como origen de la replicación y define el estado como *modifying*.
1. Amazon RDS comienza a configurar la réplica de lectura especificada en la Región de AWS de destino y define el estado como *creating*.
1. Amazon RDS crea una instantánea de base de datos automatizada de la instancia de base de datos de origen en la de origen Región de AWS. El formato del nombre de la instantánea de base de datos es `rds:-`, donde `` es el identificador de la instancia de origen y `` corresponde a la fecha y la hora en las que se inició la copia. Por ejemplo, `rds:mysourceinstance-2013-11-14-09-24` se creó a partir de la instancia `mysourceinstance` en `2013-11-14-09-24`. Durante la creación de una instantánea de base de datos automatizada, el estado de la instancia de base de datos de origen sigue siendo *modifying (modificando)*, el estado de las réplicas de lectura sigue siendo *creating (creando)* y el estado de la instantánea de base de datos es *creating (creando)*. La columna de progreso de la página de la instantánea de base de datos de la consola indica cuánto ha avanzado la creación de la instantánea de base de datos. Cuando la instantánea de base de datos se haya completado, el estado tanto de la instantánea de base de datos como de la instancia de base de datos de origen se definirá como *available*.
1. Amazon RDS comienza una copia de la instantánea entre regiones para la transferencia de datos inicial. La copia de la instantánea aparece como instantánea automatizada en la Región de AWS de destino con el estado *creating*. Tiene el mismo nombre que la instantánea de base de datos de origen. La columna de progreso de la página de la instantánea de base de datos indica cuánto ha avanzado la copia. Cuando la copia se haya completado, el estado de la copia de la instantánea de base de datos se definirá como *available*.
1. A continuación, Amazon RDS usa la instantánea de base de datos copiada para la carga de datos inicial en la réplica de lectura. Durante esta fase, la réplica de lectura está en la lista de instancias de base de datos del destino con el estado *creating (creando)*. Cuando la carga se haya completado, el estado de la réplica de lectura se definirá como *available (disponible)* y se eliminará la copia de la instantánea de base de datos.
1. Cuando la réplica de lectura llega al estado disponible, Amazon RDS comienza a replicar los cambios realizados en la instancia de origen desde el comienzo de la operación de creación de la réplica de lectura. Durante esta fase, el retraso de replicación para la réplica de lectura es mayor que 0.
Para obtener información sobre el retardo de replicación, consulte [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md).
## Consideraciones relativas a la replicación entre regiones
Todas las consideraciones relativas a la realización de la replicación dentro de una Región de AWS son válidas para la replicación entre regiones. Las siguientes consideraciones adicionales se deben tener en cuenta al replicar entre Regiones de AWS:
+ Una instancia de base de datos de origen puede tener réplicas de lectura entre regiones en en varias Regiones de AWS. Debido al límite del número de entradas de la lista de control de acceso (ACL) de una VPC de origen, RDS no puede garantizar más de cinco instancias de base de datos de réplica de lectura entre regiones.
+ Puede tener hasta 20 solicitudes simultáneas de creación de réplicas de lectura entre regiones en curso a una única Región de AWS de destino por cuenta. Debe esperar a que estas solicitudes se completen antes de enviar solicitudes adicionales de creación de réplicas de lectura entre regiones a la misma Región de AWS de destino.
+ Puede replicar entre las regiones GovCloud (Este de EE. UU.) y GovCloud (Oeste de EE. UU.), pero no dentro o fuera de GovCloud (EE. UU.).
+ Para los siguientes motores de RDS, puede crear una réplica de lectura de Amazon RDS entre regiones a partir de una instancia de base de datos de origen de Amazon RDS solo cuando no sea una réplica de lectura de otra instancia de base de datos de Amazon RDS:
+ RDS para Db2
+ RDS para SQL Server
+ RDS para Oracle
+ RDS para PostgreSQL versiones menores de 14.1
Esta limitación no se aplica a instancias de base de datos que ejecutan RDS para PostgreSQL versión 14.1 y versiones superiores, RDS para MariaDB y RDS para MySQL.
+ Puede esperar ver un nivel superior de retraso para cualquier réplica de lectura que esté en una Región de AWS diferente que la instancia de origen. Este retardo procede de los canales de red más largos entre los centros de datos regionales.
+ En las réplicas de lectura entre regiones, cualquiera de los comandos para crear réplicas de lectura que definan el parámetro `--db-subnet-group-name` debe especificar un grupo de subredes de base de datos de la misma VPC.
+ En la mayoría de los casos, la réplica de lectura utiliza el grupo de parámetros de base de datos predeterminado y el grupo de opción de base de datos para el motor de base de datos especificado.
Para el motor de base de datos de Db2, debe especificar un grupo de parámetros personalizados para la réplica. Para las réplicas que utilizan el modelo BYOL, este grupo de parámetros personalizado debe incluir IBM Site ID e IBM Customer ID. Puede especificar este grupo de parámetros personalizado para la réplica mediante la Consola de administración de AWS, la AWS CLI o la API de RDS. Para obtener más información, consulte [ID de IBM para traiga su propia licencia (BYOL) para Db2](db2-licensing.md#db2-prereqs-ibm-info).
Para los motores de base de datos de MySQL y Oracle, puede especificar un grupo de parámetros personalizado para la réplica de lectura en la opción `--db-parameter-group-name` del comando [create-db-instance-read-replica](https://docs.aws.amazon.com//cli/latest/reference/rds/create-db-instance-read-replica.html) de la AWS CLI. No puede especificar un grupo de parámetros personalizado cuando utiliza la Consola de administración de AWS.
+ La réplica de lectura utiliza el grupo de seguridad predeterminado.
+ Para las instancias de base de datos Db2, MariaDB, Microsoft SQL Server, MySQL y Oracle, cuando se elimina la instancia de base de datos de origen para una réplica de lectura entre regiones, la réplica de lectura se promociona.
+ Para instancias de base de datos de PostgreSQL, cuando se elimina la instancia de base de datos de origen de una réplica de lectura entre regiones, el estado de la reproducción de la réplica de lectura se establece como `terminated`. Sin embargo, la réplica de lectura no se promociona.
Debe promocionar la réplica de lectura de forma manual o eliminarla.
### Solicitud de una réplica de lectura entre regiones
Para comunicarse con la región de origen y solicitar la creación de una réplica de lectura entre regiones, el solicitante (rol de IAM o usuario de IAM) debe tener acceso a la instancia de base de datos de origen y a la región de origen.
Ciertas condiciones en la política de IAM del solicitante pueden generar un error en la solicitud. En los siguientes ejemplos se supone que la instancia de base de datos de origen está en EE.UU. Este (Ohio) y que la réplica de lectura se crea en US East (N. Virginia). Estos ejemplos muestran condiciones en la política de IAM del solicitante que generan un error en la solicitud:
+ La política del solicitante tiene una condición para la `aws:RequestedRegion`.
```
...
"Effect": "Allow",
"Action": "rds:CreateDBInstanceReadReplica",
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:RequestedRegion": "us-east-1"
}
}
```
La solicitud falla porque la política no permite el acceso a la región de origen. Para que una solicitud sea correcta, se deben especificar las regiones de origen y destino.
```
...
"Effect": "Allow",
"Action": "rds:CreateDBInstanceReadReplica",
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:RequestedRegion": [
"us-east-1",
"us-east-2"
]
}
}
```
+ La política del solicitante no permite el acceso a la instancia de base de datos de origen.
```
...
"Effect": "Allow",
"Action": "rds:CreateDBInstanceReadReplica",
"Resource": "arn:aws:rds:us-east-1:123456789012:db:myreadreplica"
...
```
Para que una solicitud sea correcta, se deben especificar la instancia de origen y la réplica.
```
...
"Effect": "Allow",
"Action": "rds:CreateDBInstanceReadReplica",
"Resource": [
"arn:aws:rds:us-east-1:123456789012:db:myreadreplica",
"arn:aws:rds:us-east-2:123456789012:db:mydbinstance"
]
...
```
+ La política del solicitante niega `aws:ViaAWSService`.
```
...
"Effect": "Allow",
"Action": "rds:CreateDBInstanceReadReplica",
"Resource": "*",
"Condition": {
"Bool": {"aws:ViaAWSService": "false"}
}
```
La comunicación con la región de origen la efectúa RDS en nombre del solicitante. Para que una solicitud sea correcta, no deniegue las llamadas realizadas por los servicios de AWS.
+ La política del solicitante tiene una condición para `aws:SourceVpc` o `aws:SourceVpce`.
Estas solicitudes pueden fallar porque cuando RDS realiza la llamada a la región remota, esta no procede del punto de conexión de la VPC o la VPC especificada.
Si es necesario utilizar una de las condiciones anteriores que generarían un error en una solicitud, se puede incluir una segunda instrucción con `aws:CalledVia` en la política para que la solicitud se realice correctamente. Por ejemplo, se puede usar `aws:CalledVia` con `aws:SourceVpce`, como se muestra aquí:
```
...
"Effect": "Allow",
"Action": "rds:CreateDBInstanceReadReplica",
"Resource": "*",
"Condition": {
"Condition" : {
"ForAnyValue:StringEquals" : {
"aws:SourceVpce": "vpce-1a2b3c4d"
}
}
},
{
"Effect": "Allow",
"Action": [
"rds:CreateDBInstanceReadReplica"
],
"Resource": "*",
"Condition": {
"ForAnyValue:StringEquals": {
"aws:CalledVia": [
"rds.amazonaws.com"
]
}
}
}
```
Para obtener más información, consulte [Políticas y permisos en IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) en la *Guía del usuario de IAM*.
### Autorización de la réplica de lectura
Luego de que una solicitud de creación de réplica de lectura de base de datos en varias regiones devuelva `success`, RDS iniciará la creación de la réplica en segundo plano. Se crea una autorización para que RDS acceda a la instancia de base de datos de origen. Esta autorización vincula la instancia de base de datos de origen a la réplica de lectura y permite que RDS copie solo en la réplica de lectura especificada.
La autorización es verificada por RDS mediante el permiso `rds:CrossRegionCommunication` en el rol de IAM vinculado al servicio. Si la réplica es autorizada, RDS se comunica con la región de origen y completa la creación de la réplica.
RDS no tiene acceso a instancias de base de datos que no hayan sido autorizadas previamente por una solicitud `CreateDBInstanceReadReplica`. La autorización se revoca cuando se completa la creación de la réplica de lectura.
RDS utiliza el rol vinculado a servicios para verificar la autorización en la región de origen. Si se elimina el rol vinculado a servicios durante el proceso de creación de replicación, se produce un error en la creación.
Para obtener más información, consulte [Usar roles vinculados a servicios](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html) en la *Guía del usuario de IAM*.
### Uso de credenciales de AWS Security Token Service
Los tokens de sesión del punto de conexión global de AWS Security Token Service (AWS STS) son válidos únicamente en Regiones de AWS que están habilitadas de forma predeterminada (regiones comerciales). Si utiliza credenciales de la operación de la API `assumeRole` en AWS STS, utilice el punto de conexión regional si la región de origen es una región registrada. De lo contrario, la solicitud devuelve un error. Esto ocurre porque las credenciales deben ser válidas en ambas regiones, lo cual se cumple para las regiones registradas solo cuando se utiliza el punto de conexión regional de AWS STS.
Para utilizar el punto de conexión global, asegúrese de que está habilitado para operaciones en ambas regiones. Establezca el punto de conexión global en `Valid in all Regiones de AWS` en la configuración de la cuenta de AWS STS.
La misma regla se aplica a las credenciales del parámetro URL prefirmado.
Para obtener más información, consulte [Administración de AWS STS en una Región de AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html) en la *guía del usuario de IAM*.
## Costos de la replicación entre regiones
Los datos transferidos para la replicación entre regiones incurren en cargos por transferencia de datos de Amazon RDS. Las siguientes acciones de replicación entre regiones generan cargos para los datos transferidos fuera de la de origen Región de AWS:
+ Cuando se crea una réplica de lectura, Amazon RDS realiza una instantánea de la instancia de origen y transfiere la instantánea a la de la réplica de lectura Región de AWS.
+ Para cada modificación de datos realizada en las bases de datos de origen, Amazon RDS transfiere los datos de la Región de AWS de origen a la Región de AWS de la réplica de lectura.
Para obtener más información acerca de los precios de las transferencias de datos, consulte [Precios de Amazon RDS](https://aws.amazon.com/rds/pricing/).
Para las instancias de MySQL y MariaDB, puede limitar los costos de transferencia de datos reduciendo el número de réplicas de lectura entre regiones que crea. Por ejemplo, imagine que tiene una instancia de base de datos de origen en una Región de AWS y que quiere tres réplicas de lectura en otra Región de AWS. En ese caso, cree solo una de las réplicas de lectura de la instancia de base de datos de origen. Cree las otras dos réplicas a partir de la primera réplica de lectura en lugar de la instancia de base de datos de origen.
Por ejemplo, si tiene `source-instance-1` en una Región de AWS, puede hacer lo siguiente:
+ Cree `read-replica-1` en la nueva Región de AWS especificando `source-instance-1` como origen.
+ Cree `read-replica-2` a partir de `read-replica-1`.
+ Cree `read-replica-3` a partir de `read-replica-1`.
En este ejemplo, solo se le cobrará por los datos transferidos desde `source-instance-1` a `read-replica-1`. No se le cobrará por los datos transferidos desde `read-replica-1` a las otras dos réplicas porque todas están en la misma Región de AWS. Si crea las tres réplicas directamente desde `source-instance-1` en otra Región de AWS, se le cobrará por las transferencias de datos a las tres réplicas.