También puede consultar la página de preguntas frecuentes acerca de cada motor de base de datos de Amazon RDS para ver las preguntas específicas acerca de los motores.

MySQL | MariaDB | Oracle | PostgreSQL | SQL Server

Para ver las preguntas más comunes acerca de Amazon Aurora, consulte las preguntas frecuentes acerca de Amazon Aurora.

Comience con AWS de forma gratuita

Crear una cuenta gratuita

La capa gratuita de AWS incluye 750 horas de microinstancias de base de datos cada mes durante un año, 20 GB de almacenamiento y 20 GB de capacidad para backups con Amazon Relational Database Service (RDS).

Consulte los detalles de la capa gratuita de AWS »


P: ¿Qué es Amazon RDS?

Amazon Relational Database Service (Amazon RDS) es un servicio administrado que facilita las tareas de configuración, utilización y escalado de una base de datos relacional en la nube. Proporciona capacidad rentable y de tamaño modificable y, al mismo tiempo, administra las tediosas tareas de administración de la base de datos, lo que le permite centrarse en sus aplicaciones y su negocio.

Amazon RDS permite obtener acceso a las funciones de las conocidas bases de datos MySQL, MariaDB, Oracle, SQL Server o PostgreSQL. Esto significa que el código, las aplicaciones y las herramientas que utiliza en la actualidad con sus bases de datos existentes funcionarán a la perfección con Amazon RDS. Amazon RDS puede realizar backups automáticos de su base de datos y actualizar su software de base de datos a la última versión. Podrá beneficiarse de la flexibilidad que supone poder escalar fácilmente los recursos de computación o la capacidad de almacenamiento asociada con su instancia de base de datos relacional. Además, con Amazon RDS es fácil utilizar la replicación para mejorar la disponibilidad de la base de datos y la durabilidad de los datos, o para escalar más allá de los límites de capacidad de una única instancia de base de datos para cargas de trabajo de base de datos con un uso intensivo de las lecturas. Como con Amazon Web Services, no se requiere ninguna inversión inicial y solo tendrá que pagar por los recursos que utilice.

P: ¿Qué motores de base de datos relacional admite Amazon RDS?

Amazon RDS es compatible con los motores de base de datos Amazon Aurora, MySQL, MariaDB, Oracle, SQL Server y PostgreSQL.

P: ¿Qué administra Amazon RDS por mí?

Amazon RDS administra el trabajo que supone la configuración de una base de datos relacional, desde el aprovisionamiento de la capacidad de infraestructura que solicite hasta la instalación del software de base de datos. Una vez que la base de datos está operativa, Amazon RDS automatiza las tareas administrativas más frecuentes, como la realización de backups y la actualización del software que administra la base de datos. Con los despliegues Multi-AZ opcionales, Amazon RDS administra también la replicación de datos sincrónica entre zonas de disponibilidad y la conmutación por error automática.

Dado que Amazon RDS ofrece acceso nativo a bases de datos, usted interactúa con el software de base de datos relacional como lo haría normalmente. Esto significa que seguirá siendo responsable de la administración de la configuración de la base de datos específica de su aplicación. Tendrá que crear el esquema relacional que mejor se adapte a su caso de uso y será responsable de los ajustes de desempeño que sean necesarios para optimizar su base de datos para el flujo de trabajo de su aplicación.

P: ¿Cuándo debo utilizar Amazon RDS en lugar de las AMI de base de datos relacional de Amazon EC2?

Amazon Web Services ofrece a los desarrolladores diversas alternativas de bases de datos. Amazon RDS ofrece la posibilidad de ejecutar una completa base de datos relacional y le libera de tener que administrar la base de datos. Con nuestras distintas AMI de base de datos relacional en Amazon EC2, puede utilizar su propia base de datos relacional en la nube. Existen importantes diferencias entre estas alternativas, por lo que alguna podría ser la más adecuada para su caso de uso. Consulte Bases de datos en la nube con AWS para obtener información sobre cuál es la mejor solución para usted.

P: ¿Cómo puedo comenzar a utilizar Amazon RDS?

Para inscribirse en Amazon RDS, debe disponer de una cuenta de Amazon Web Services. Si todavía no posee una, cree una cuenta. Después de haberse inscrito, consulte la documentación de Amazon RDS, que incluye nuestra Guía de introducción.

Amazon RDS se incluye en la capa gratuita de AWS para que los nuevos clientes de AWS puedan disfrutar de un servicio de base de datos administrado en la nube de forma gratuita.


P:¿Qué es una instancia de base de datos?

Una instancia de base de datos se puede concebir como un entorno en la nube con los recursos de computación y de almacenamiento que especifique. Puede crear instancias de base de datos y eliminarlas, definir los atributos de infraestructura de las instancias, ajustarlos y controlar el acceso y la seguridad a través de la consola de administración de AWS, las API de Amazon RDS y la interfaz de línea de comandos de AWS. Puede ejecutar una o varias instancias de base de datos, y cada instancia de base de datos puede soportar una o varias bases de datos o esquemas de bases de datos, según el tipo de motor.

P: ¿Cómo puedo crear una instancia de base de datos?

Las instancias de base de datos son muy fáciles de crear a través de la consola de administración de AWS, las API de Amazon RDS o la interfaz de línea de comandos de AWS. Para lanzar una instancia de base de datos con la consola de administración de AWS, haga clic en el botón “RDS” y, a continuación, en el botón Launch DB Instance de la pestaña Instances. Desde allí, puede determinar los parámetros de su instancia de base de datos, incluidos el motor y la versión de la base de datos, el modelo de licencia, el tipo de instancia, el tipo y la cantidad de almacenamiento y las credenciales de usuario maestras.

También tendrá la posibilidad de modificar la política de retención de backups, el periodo de backup preferido y el periodo de mantenimiento programado de su instancia de base de datos. Si lo prefiere, puede crear su instancia de base de datos mediante la API CreateDBInstance o el comando create-db-instance.

P: ¿Cómo puedo obtener acceso a mi instancia de base de datos en ejecución?

En cuanto su instancia de base de datos esté disponible, puede recuperar su punto de enlace a través de la descripción de instancia de base de datos en la consola de administración de AWS, la API DescribeDBInstances o el comando describe-db-instances. Con este punto de enlace puede construir la cadena de conexión necesaria para establecer una conexión directa a su instancia de base de datos con su herramienta de base de datos o lenguaje de programación favoritos. Para permitir solicitudes de red en la instancia de base de datos en ejecución, deberá autorizar el acceso. Para obtener una explicación detallada de cómo construir su cadena de conexión y acceder a su instancia de base de datos, consulte nuestra Guía de introducción.

P: ¿Cuántas instancias de base de datos puedo ejecutar con Amazon RDS?

De manera predeterminada, los clientes pueden tener hasta un total de 40 instancias de base de datos en Amazon RDS. De las 40, hasta 10 pueden ser instancias de base de datos en Oracle o en SQL Server con el modelo “licencia incluida”. Las 40 instancias se pueden utilizar para Amazon Aurora, MySQL, MariaDB, PostgreSQL, Oracle o SQL Server con el modelo "BYOL". Si su aplicación necesita más instancias de base de datos, puede solicitar instancias de base de datos adicionales con este formulario.

P: ¿Cuántas bases de datos o esquemas puedo ejecutar en una instancia de base de datos?

  • RDS para Amazon Aurora: ningún límite impuesto por el software
  • RDS para MySQL: ningún límite impuesto por el software
  • RDS para MariaDB: ningún límite impuesto por el software
  • RDS para Oracle: 1 base de datos por instancia; sin límite del número de esquemas por base de datos impuesto por el software
  • RDS para SQL Server: 30 bases de datos por instancia
  • RDS para PostgreSQL: ningún límite impuesto por el software

P: ¿Cómo puedo importar datos a una instancia de base de datos en Amazon RDS?

Hay formas sencillas de importar datos en Amazon RDS, como las utilidades mysqldump o mysqlimport para MySQL; Data Pump, importar/exportar o SQL Loader para Oracle; el asistente de importación/exportación, archivos completos de backup (archivos .bak) o Bulk Copy Program (Programa de copia masiva, BCP) para SQL Server; o pg_dump para PostgreSQL. Para obtener más información acerca de la importación de datos y su exportación, consulte las guías Data Import Guide for MySQL, Data Import Guide for Oracle, Data Import Guide for SQL Server o Data Import Guide for PostgreSQL.

Asimismo, AWS Database Migration Service le ayuda a migrar bases de datos hacia AWS de forma fácil y segura.

P: ¿Qué es el periodo de mantenimiento? ¿Estará disponible mi instancia de base de datos durante los eventos de mantenimiento?

El periodo de mantenimiento de Amazon RDS constituye una oportunidad de control de cuándo tienen lugar las modificaciones de la instancia de base de datos (como el escalado de la instancia de base de datos) y la aplicación de parches del software, en caso de que se solicite alguna de ellas o sean necesarias. Si hay un evento de mantenimiento programado para una determinada semana, se iniciará y completará en un punto determinado dentro de la ventana de mantenimiento que usted identifique. La duración de las ventanas de mantenimiento es de 30 minutos.

Los únicos eventos de mantenimiento en los que Amazon RDS solicita desconectar su instancia de base de datos son las operaciones de escala de computación (que se suelen realizar en cuestión de minutos) o la aplicación de parches necesarios en el software. Los parches requeridos que tienen que ver con seguridad o durabilidad son los únicos que se programan automáticamente. La aplicación de estos parches tiene lugar con poca frecuencia (normalmente, una vez cada varios meses) y raramente necesitará más de una fracción del plazo de mantenimiento. Si no establece un periodo de mantenimiento semanal preferido al crear su instancia de base de datos, se asignará un valor predeterminado de 30 minutos. Si desea modificar el momento en el que se producirá el mantenimiento, puede hacerlo si modifica su instancia de base de datos a través de la consola de administración de AWS, la API ModifyDBInstance o el comando modify-db-instance. Puede configurar varios periodos de mantenimiento preferidos para cada una de sus instancias de base de datos.

La ejecución de su instancia de base de datos como despliegue Multi-AZ puede reducir todavía más el impacto de un evento de mantenimiento. Consulte la Guía del usuario de Amazon RDS para obtener más detalles acerca de las operaciones de mantenimiento.

P: ¿Qué debo hacer si parece que mis consultas se están ejecutando con lentitud?

Para bases de datos de producción, le instamos a que habilite la monitorización mejorada, que le proporciona acceso a más de 50 métricas de la CPU, la memoria, el sistema de archivos y la E/S del disco. Puede activar estas características por instancia y puede elegir un análisis minucioso (de hasta 1 segundo). El uso intensivo del procesador puede reducir el desempeño de las consultas, en cuyo caso puede barajar la posibilidad de escalar la clase de su instancia de base de datos. Para obtener más información acerca de cómo monitorizar su instancia de base de datos, consulte la Guía del usuario de Amazon RDS.

Si utiliza RDS para MySQL o MariaDB, puede obtener acceso a los logs de consultas lentas en su base de datos para determinar si existen consultas SQL que se están ejecutando a menor velocidad y, si procede, las características de desempeño de cada una. Podría definir el parámetro de base de datos "slow_query_log" y consultar la tabla mysql.slow_log para revisar las consultas SQL que se están ejecutando a menor velocidad. Consulte la guía Amazon RDS User Guide para obtener más información.

Si utiliza RDS para Oracle, puede utilizar los datos del archivo de rastreo de Oracle para identificar las consultas lentas. Para obtener más información acerca del acceso a los datos del archivo de rastreo, consulte la guía del usuario de Amazon RDS.

Si utiliza RDS para SQL Server, puede utilizar el rastreo de SQL Server en el lado cliente para identificar las consultas lentas. Para obtener información acerca de cómo obtener acceso a los datos del archivo de rastreo de cliente, consulte la guía del usuario de Amazon RDS.


P: ¿Qué versiones del motor de base de datos relacional admite Amazon RDS?

Consulte la Guía del usuario de Amazon Aurora para obtener más detalles acerca de las versiones del motor de base de datos de Amazon Aurora.

P: ¿Cómo distingue Amazon RDS entre versiones "principales" y "secundarias" de los motores de base de datos?

Consulte la página de preguntas frecuentes acerca de cada motor de base de datos de Amazon RDS para ver las preguntas específicas acerca del número de versión.

P: ¿Amazon RDS proporciona directrices acerca de la compatibilidad con nuevas versiones del motor de base de datos?

Con el tiempo, Amazon RDS admite más versiones principales y secundarias de los motores de base de datos. El número de lanzamientos de nuevas versiones soportadas en un año determinado variará en función de la frecuencia y el contenido de las versiones y los parches del proveedor del motor o de la organización que lo desarrolla y el resultado de un examen minucioso de estos lanzamientos y parches por parte de nuestro equipo de ingeniería de base de datos. Sin embargo, por lo general, nuestro objetivo es admitir nuevas versiones de los motores transcurridos 5 meses de su lanzamiento.

P: ¿Cómo puedo establecer qué versión compatible del motor de base de datos deseo que ejecute mi instancia de base de datos?

Puede establecer cualquier versión (principal o secundaria) actualmente compatible al crear una nueva instancia de base de datos a través de la operación Launch DB Instance en la consola de administración de AWS o la API CreateDBInstance. Tenga en cuenta que no todas las versiones de motor de base de datos están disponibles en todas las regiones de AWS.

P: ¿Cómo puedo saber si el motor de mi instancia de base de datos está actualizado a la última versión compatible y cuándo se actualiza?

Para mantener actualizada su instancia de base de datos, Amazon RDS le proporciona nuevas versiones de los motores de base de datos compatibles. Tras el lanzamiento de la nueva versión de un motor de base de datos por parte del proveedor o de la organización que lo desarrolla, nuestro equipo de ingeniería de base de datos la prueba a fondo antes de que esté disponible en Amazon RDS.

Le recomendamos que su instancia de base de datos esté actualizada a la versión secundaria más reciente, ya que incluirá las últimas correcciones de seguridad y funcionalidad. A diferencia de las actualizaciones de versiones principales, cuando se actualiza una versión secundaria, solo se incluyen en la base de datos cambios compatibles con versiones secundarias previas del motor de base de datos, dentro de una misma versión principal.

Si una versión secundaria reciente no incluye correcciones que beneficien a los clientes, es posible que no se ponga disposición en RDS. Poco después de que una nueva versión esté disponible en RDS, se establecerá como la versión secundaria preferida para las nuevas instancias de base de datos.

Para actualizar de manera manual una instancia de base de datos a una versión de motor compatible, utilice el comando Modify DB Instance en la consola de administración de AWS o, por otra parte, utilice la API ModifyDBInstance y configure el parámetro DB Engine Version con la versión deseada. De manera predeterminada, la actualización se producirá durante su siguiente periodo de mantenimiento. También puede actualizar la instancia al instante si selecciona la opción Apply Immediately en la consola de API.

Si se considera que una nueva versión secundaria del motor incluye correcciones de errores significativas en comparación con una versión secundaria previa, se programarán actualizaciones automáticas para todas las instancias de base de datos cuya configuración de Auto Minor Version Upgrade sea "Yes". Estas actualizaciones se producirá durante el periodo de mantenimiento determinado por el cliente.

Anunciaremos las actualizaciones programadas en el foro de Amazon RDS y los clientes recibirán notificaciones de correo electrónico, al menos, 30 días antes. Programamos dicha aplicación para que pueda planificar en función de la misma, ya que se necesita tiempo de inactividad para actualizar una versión del motor de la base de datos, incluso para instancias Multi-AZ. Para desactivar las actualizaciones de versión secundaria automáticas, establezca la configuración de "Auto Minor Version Upgrade" en "No".

En el caso de RDS para Oracle y RDS para SQL Server, si la actualización a la siguiente versión secundaria requiere cambiar a una edición distinta, no programaremos actualizaciones automáticas aunque se haya activado la configuración de Auto Minor Version Upgrade. Cuando se dé esta situación, se decidirá si tendrá lugar la actualización automática programada en cada caso particular.

Si existen riesgos para la compatibilidad al actualizar una versión principal, la actualización no se producirá automáticamente y deberá iniciarla personalmente, salvo si se descarta la versión principal en uso (véase más adelante).

Para obtener más información acerca de la actualización de una instancia de base de datos a una nueva versión del motor de base de datos, consulte la Guía del usuario de Amazon RDS.

P: ¿Puedo probar mi instancia de base de datos con una nueva versión antes de proceder a su actualización?

Sí. Para probarla, cree una instantánea de base de datos para su instancia de base de datos existente, restaure la instancia a partir de la instantánea para crear una nueva instancia de base de datos y, a continuación, inicie una actualización de versión para la nueva instancia de base de datos. Podrá experimentar con seguridad en la copia actualizada de su instancia de base de datos antes de decidir si desea actualizar su instancia de base de datos original o no.

Para obtener más información acerca de cómo restaurar una instantánea de base de datos, consulte la Guía del usuario de Amazon RDS.

P: ¿Amazon RDS proporciona directrices para descartar versiones anteriores de un motor de base de datos que continúan siendo compatibles?

  • Nuestra intención es dar compatibilidad a las versiones principales (p. ej. MySQL 5.6 o PostgreSQL 9.6) durante, al menos, 3 años después de que sean compatibles por primera vez con Amazon RDS.
  • Asimismo, nuestra intención es dar compatibilidad también a las versiones secundarias (p. Ej. MySQL 5.6.21 o PostgreSQL 9.6.1) durante, al menos, 1 año después de que sean compatibles por primera vez con Amazon RDS.

De forma periódica, descartaremos versiones anteriores de un motor de base de datos, ya sean principales o secundarias. En las versiones principales, se suele descartar una versión cuando ya no incluye la misma calidad de soporte o cuando deja de recibir correcciones de software o actualizaciones de seguridad. En las versiones secundarias, se suele descartar una versión cuando se han corregido la mayoría de errores y de problemas de seguridad en una versión secundaria posterior.

Aunque nos esforzamos por cumplir con estas directrices, en algunos casos podemos descartar versiones principales o secundarias concretas con antelación, como cuando existen problemas de seguridad. En el improbable caso de que se produzca la situación mencionada anteriormente, Amazon RDS actualizará automáticamente su motor de base de datos para resolver el problema. El calendario de actualizaciones puede variar según las circunstancias específicas y el tipo de problema que se esté resolviendo.

P: ¿Qué pasa cuando se retira una versión anterior de un motor de base de datos en RDS?

Cuando se retira una versión secundaria de un motor de base de datos en Amazon RDS, realizaremos actualizaciones automáticas para las instancias que tengan activada la configuración Auto Minor Version Upgrade, al menos, 30 días después de anunciar la retirada en el foro y de enviar notificaciones de correo electrónico a los clientes. También desactivaremos la creación de nuevas instancias para dicha versión. Tras un periodo de gracia de, al menos, tres meses después de anunciar su retirada, se programarán actualizaciones automáticas a una versión secundaria compatible durante el periodo de mantenimiento, para todas las instancias que utilicen la versión secundaria retirada.

Cuando se retire una versión principal de un motor de base de datos en Amazon RDS, ofreceremos un periodo de gracias de, al menos, seis meses tras el anuncio de la retirada para que actualice el motor a una versión principal compatible. Al final de este periodo de gracia, se actualizarán automáticamente todas las instancias que sigan ejecutándose en la versión obsoleta durante los periodos de mantenimiento programados.

Una vez que se haya retirado una versión de un motor de base de datos, ya sea principal o secundaria, en Amazon RDS, se actualizarán automáticamente, y en el mismo instante, las instancias de base de datos que se hayan restaurado a partir de una instantánea de base de datos con la versión retirada a una versión compatible en ese momento.


P: ¿Cómo se me cobrará y facturará el uso que haga de Amazon RDS?

Solo tiene que pagar por lo que utilice y no hay ni costes mínimos ni de configuración. Su facturación se calcula según lo siguiente:

  • Horas de instancia de base de datos – Basadas en la clase (p. ej. db.t2.micro, db.m4.large) de la instancia de base de datos que haya utilizado. Las porciones de horas consumidas de la instancia de base de datos se facturan como horas completas.
  • Almacenamiento (por GB al mes) – Capacidad de almacenamiento que haya aprovisionado en su instancia de base de datos. Si escala la capacidad de almacenamiento aprovisionada durante el mes, se incluirá en la factura el precio prorrateado correspondiente.
  • Solicitudes de E/S al mes – El número total de solicitudes de E/S de almacenamiento que tenga (solo para almacenamiento magnético de Amazon RDS y Amazon Aurora)
  • IOPS aprovisionadas al mes – La tasa de IOPS aprovisionadas, independientemente de las IOPS que se consuman (solo para almacenamiento de IOPS aprovisionadas (SSD) de Amazon RDS)
  • Almacenamiento de backups – Es el almacenamiento asociado con los backups de base de datos automatizados y con cualquier instantánea de base de datos iniciada por el cliente. Al aumentar el periodo de retención de backup o realizar instantáneas de base de datos adicionales, aumenta el almacenamiento de backups que consume la base de datos.
  • Transferencia de datos – Transferencia de datos de Internet hacia su instancia de base de datos y desde ella.

Si desea obtener información acerca de los precios de Amazon RDS, visite la sección de precios en la página del producto de Amazon RDS.

P: ¿Cuándo comienza la facturación de mis instancias de base de datos en Amazon RDS y cuándo finaliza?

La facturación de una instancia de base de datos comienza en cuanto está disponible. La facturación continúa hasta que la instancia de base de datos finaliza, lo que sucede al eliminarla o en caso de producirse un error en la misma.

P: ¿Cómo se facturan las horas de instancia en Amazon RDS?

Las horas de instancia de base de datos se facturan por cada hora en que la instancia se ejecuta en estado de disponibilidad. Si no desea que se le siga cobrando una instancia de base de datos, debe terminarla o eliminarla para que no se facturen más horas de instancia. Las porciones de horas consumidas de la instancia de base de datos se facturan como horas completas.

P: ¿Cómo se me facturará una instancia de base de datos detenida?

Mientras su instancia de base de datos esté detenida, se le cargará el almacenamiento aprovisionado (incluido Provisioned IOPS) y el almacenamiento de respaldo (incluidas las snapshots manuales y los backups automatizados en su ventana de retención específica), pero no se le cargarán las horas de instancia de base de datos.

P: ¿Por qué cuesta más mi almacenamiento de backup adicional que el almacenamiento de la instancia de base de datos asignado?

El almacenamiento aprovisionado para los datos principales de su instancia de base de datos se ubica en una única zona de disponibilidad. Cuando se realiza un backup de su base de datos, los datos de backup (incluidos los logs de transacción) se replican de forma redundante en varias zonas de disponibilidad a fin de proporcionar una durabilidad de datos aún mayor. El precio del almacenamiento de backup por encima de la asignación gratuita refleja esta replicación adicional, que maximiza la durabilidad de los backups críticos.

P: ¿Cómo se me facturarán los despliegues Multi-AZ para la instancia de base de datos?

Si establece que su instancia de base de datos debe ser un despliegue Multi-AZ, se le facturará en función de los precios Multi-AZ publicados en la página de precios de Amazon RDS. La facturación de Multi-AZ depende de lo siguiente:

  • Horas de instancia de base de datos Multi-AZ – Basadas en la clase (p. ej. db.t2.micro, db.m4.large) de la instancia de base de datos que haya utilizado. De la misma forma que en los despliegues estándar en una zona de disponibilidad, las porciones de horas de instancia de base de datos se facturarán como horas completas. Si convierte su despliegue de instancia de base de datos entre estándar y Multi-AZ en un plazo inferior a una hora, se le cobrarán por dicha hora las dos tarifas aplicables.
  • Almacenamiento aprovisionado (para instancias de base de datos Multi-AZ) – Si convierte su despliegue entre estándar y Multi-AZ en un plazo inferior a una hora, se le cobrará la mayor de las tarifas de almacenamiento aplicables por esa hora.
  • Solicitudes de E/S al mes – El número total de solicitudes de E/S de almacenamiento que tiene. Los despliegues Multi-AZ consumen más volumen de solicitudes de E/S que los despliegues de instancia de base de datos estándar, en función de la relación escritura/lectura de su base de datos. El uso de E/S de escritura asociado con las actualizaciones de la base de datos se dobla a medida que Amazon RDS replica de forma sincrónica sus datos en la instancia de base de datos en espera. El uso de E/S de lectura no sufre cambios.
  • Almacenamiento de backup – El uso que realice del almacenamiento de backup no cambia, no importa si su instancia de base de datos es un despliegue estándar o Multi-AZ. Los backups se recuperarán de su instancia en espera para evitar la suspensión de E/S en la instancia de base de datos principal.
  • Transferencia de datos – No se le cobrarán las transferencias de datos en las que incurra durante la replicación de datos entre la instancia principal y la instancia en espera. Las transferencia de datos de Internet, tanto interna como externa, de su instancia de base de datos tiene el mismo precio que un despliegue estándar.

P: ¿Los precios incluyen impuestos?

Si no se especifica lo contrario, nuestros precios no incluyen los impuestos ni gravámenes correspondientes, como el IVA y cualquier otro impuesto sobre las ventas. En el caso de los clientes con una dirección de facturación de Japón, el uso de los servicios de AWS está sujeto al impuesto de consumo nipón. Más información.


P: ¿Qué ofrece la capa gratuita de AWS para Amazon RDS?

La capa gratuita de AWS para Amazon RDS permite usar de forma gratuita instancias de base de datos micro Single-AZ que se ejecutan en MySQL, MariaDB, PostgreSQL, Oracle (modelo de licencia "Bring-Your-Own-License [BYOL]") y SQL Server Express Edition. La capa de uso gratuita cuenta con 750 horas de instancias al mes. Los clientes reciben 20 GB de almacenamiento de base de datos de uso general (SSD) y 20 GB de almacenamiento de backups sin cargo al mes.

P: ¿Durante cuánto tiempo podré beneficiarme de la capa de uso gratuita de AWS para Amazon RDS?

Las nuevas cuentas de AWS reciben 12 meses de acceso de capa gratuita de AWS. Consulte las preguntas frecuentes sobre la capa gratuita de AWS para obtener más información.

P: ¿Puedo ejecutar más de una instancia de base de datos en la capa de uso gratuita de AWS para Amazon RDS?

Sí. Puede ejecutar más de una instancia de base de datos micro Single-AZ a la vez y optar a su uso uso dentro de la oferta de la capa gratuita de AWS para Amazon RDS. Sin embargo, se facturará según los precios estándar de Amazon RDS cualquier uso que supere las 750 horas de instancias, teniendo en cuenta todas las instancias de base de datos Micro Single-AZ de Amazon RDS de todos los motores de base de datos y regiones admitidos.

Por ejemplo: si ejecuta dos instancias de base de datos Single-AZ Micro durante 400 horas por instancia en un mismo mes, acumulará 800 horas de uso, de las cuales 750 son gratuitas. Se le cobrarán las 50 horas restantes conforme a la tarifa estándar de Amazon RDS.

P: ¿Tengo acceso a 750 horas de instancias para cada instancia de base de datos Micro de MySQL, MariaDB, PostgreSQL, Oracle y SQL Server en la capa gratuita de AWS?

No. Los clientes con acceso a la capa de uso gratuita de AWS pueden usar hasta 750 horas de instancias totales para instancias Micro que se ejecuten en MySQL, PostgreSQL, Oracle o SQL Server Express Edition. Si dicho uso supera las 750 horas de instancias, teniendo en cuenta todas las instancias de base de datos Micro Single-AZ de Amazon RDS de todos los motores de base de datos y regiones admitidos, se le cobrará según la tarifa estándar de Amazon RDS.

P: ¿La capa gratuita de AWS para Amazon RDS está disponible en todas las regiones de AWS?

La capa gratuita de AWS para Amazon RDS está disponible en todas las regiones de AWS excepto GovCloud (EE.UU.).

P: ¿Cómo se cobra el uso de la instancia por hora que excede el límite de la capa de uso gratuita?

Cualquier hora de la instancia que exceda el límite de la capa gratuita se cobrará según la tarifa estándar de Amazon RDS. Consulte la página de precios de Amazon RDS para obtener más detalles.


P: ¿Qué es una instancia reservada (IR)?

Las instancias reservadas de Amazon RDS ofrecen la opción de reservar una instancia de base de datos durante un periodo de un año o tres años para obtener a cambio un descuento significativo, en comparación con los precios de las instancias bajo demanda, para la instancia de base de datos. Existen tres opciones de pago de instancias reservadas (Sin pago inicial, Pago parcial inicial o Pago total inicial) que le permiten equilibrar el importe del pago inicial con el precio por hora efectivo.  

P: ¿En qué se diferencian las instancias reservadas de las instancias de base de datos bajo demanda?

En términos funcionales, las instancias reservadas y las instancias de base de datos bajo demanda son exactamente lo mismo. La única diferencia que existe es la forma en la que se facturan las instancias de base de datos. Con las instancias reservadas, compra una reserva de uno o tres años y, a cambio, obtiene una tarifa de uso por hora efectiva más baja (en comparación con las instancias de base de datos bajo demanda) durante el plazo establecido. A menos que compre instancias reservadas en una región, todas las instancias de base de datos se facturarán de acuerdo con las tarifas por hora bajo demanda.

P: ¿Cómo puedo comprar y crear instancias reservadas?

Puede comprar una instancia reservada en la sección "Reserved Instance" de la consola de administración de AWS para Amazon RDS. De forma alternativa, puede utilizar la API de Amazon RDS o la interfaz de línea de comandos de AWS para ver una lista de las reservas disponibles para su compra y, a continuación, adquirir una reserva de instancia de base de datos.

Una vez que haya efectuado una compra de reserva, el uso de la instancia de base de datos reservada es el mismo que el de una instancia de base de datos bajo demanda. Lance una instancia de base de datos con la misma clase de instancia, motor y región con los que ha hecho la reserva. Siempre y cuando la compra de la reserva esté activa, Amazon RDS aplicará a la nueva instancia de base de datos la tarifa por hora reducida a la que tenga derecho.

P: ¿Incluyen una reserva de capacidad las instancias reservadas?

Las instancias reservadas de Amazon RDS se compran para una región en lugar de para una zona de disponibilidad específica. Como las instancias reservadas no son específicas de una zona de disponibilidad, no suponen reservas de capacidad. Eso significa que, aunque la capacidad esté limitada en una zona de disponibilidad, se pueden seguir comprando reservas en la región y se aplicará el descuento de acuerdo con el uso en cualquier zona de disponibilidad de esa región.

P: ¿Cuántas instancias reservadas puedo adquirir?

Puede comprar hasta 40 instancias de base de datos reservadas. Si desea ejecutar más de 40 instancias de base de datos, rellene el formulario de solicitud de instancias de base de datos de Amazon RDS.

P: ¿Qué ocurre si deseo cubrir una instancia de base de datos existente con una instancia reservada?

Basta con que compre una reserva de instancia de base de datos con la misma clase, motor y modelo de licencia dentro de la región en la que se encuentra la instancia de base de datos que está ejecutando y que desea reservar. Si compra la reserva correctamente, Amazon RDS aplica automáticamente el nuevo cargo por uso horario a la instancia de base de datos existente.

P: Si me inscribo para conseguir una instancia reservada, ¿cuándo comienza el plazo? ¿Qué le ocurre a mi instancia de base de datos cuando finaliza el plazo?

Los cambios de precio asociados con una instancia reservada se activan cuando la solicitud se recibe, mientras se procesa la autorización del pago. Podrá seguir el estado de su reserva en la página Actividad de la cuenta de AWS o mediante la API DescribeReservedDBInstances o el comando describe-reserved-db-instances. Si el pago único no puede autorizarse correctamente antes del siguiente periodo de facturación, no se aplicará el precio con descuento.

Cuando vence el plazo de reserva, a la instancia reservada se le vuelve a aplicar la tarifa de uso por horas bajo demanda correspondiente a la clase y región de su instancia de base de datos.

P: ¿Cómo puedo controlar las instancias de base de datos que se me facturan con la tarifa de instancia reservada?

Las operaciones de Amazon RDS de creación, modificación y eliminación de instancias de base de datos no distinguen entre instancias reservadas e instancias bajo demanda. A la hora de calcular su factura, nuestro sistema aplicará de forma automática sus reservas para que todas las instancias de base de datos que cumplan los requisitos se le cobren a la tarifa horaria reducida de las instancias de base de datos reservadas.

P: Si amplío o reduzco la clase de mi instancia de base de datos, ¿qué le sucede a mi reserva?

Cada reserva está asociada con el siguiente conjunto de atributos: motor de base de datos, clase de instancia de base de datos, tipo de despliegue multi-AZ, modelo de licencia y región.

Una reserva para un modelo de licencia y motor de base de datos elegible para la flexibilidad de tamaño (MySQL, MariaDB, PostgreSQL, Amazon Aurora o "Bring Your Own License" de Oracle) se aplicará automáticamente a una instancia de base de datos en ejecución de cualquier tamaño dentro de la misma familia de instancias (p. ej. M4, T2 o R3) para la misma región y motor de base de datos. Además, la reserva también se aplicará a instancias de bases de datos en ejecución en opciones de despliegue multi-AZ o single-AZ.

Por ejemplo, supongamos que compró una reserva de MySQL de una instancia db.m4.2xlarge. Si decide aumentar el tamaño de la instancia de base de datos en ejecución a una instancia db.m4.4xlarge, la tarifa con descuento de esta instancia reservada cubrirá la mitad del uso de la instancia de base de datos mayor.

Si está ejecutando un modelo de licencia o motor de base de datos que no sea elegible para la flexibilidad de tamaño ("licencia incluida" de Oracle o Microsoft SQL Server), cada reserva solo puede aplicarse a una instancia de base de datos con los mismos atributos durante la duración del plazo. Si decide modificar cualquiera de estos atributos de la instancia de base de datos en ejecución antes de que finalice el plazo de reserva, las tarifas de uso por hora para dicha instancia volverán a las tarifas por hora bajo demanda.

Para obtener más detalles acerca de la flexibilidad de tamaño, consulte la guía del usuario de Amazon RDS.

P: ¿Puedo mover una instancia reservada de una región o zona de disponibilidad a otra?

Cada instancia reservada está asociada a una región concreta, que es fija durante el periodo que dura la reserva y no puede modificarse. No obstante, las reservas pueden utilizarse en cualquiera de las zonas de disponibilidad disponibles dentro de la región asociada.

P: ¿Están disponibles las instancias reservadas para despliegues Multi-AZ?

Sí. Cuando llame a la API DescribeReservedDBInstancesOfferings o utilice el comando describe-reserved-db-instances-offerings, basta con que busque en las opciones Multi-AZ que aparecen entre las configuraciones de instancia de base de datos disponibles para su compra. Si desea comprar una reserva para una instancia de base de datos con replicación sincrónica entre varias zonas de disponibilidad, especifique una de estas ofertas en su llamada a PurchaseReservedDBInstancesOffering.

P: ¿Están disponibles las instancias reservadas para réplicas de lectura?

Una reserva de instancia de base de datos puede aplicarse a una réplica de lectura, siempre que la clase de la instancia y la región sean las mismas. A la hora de calcular su factura, nuestro sistema aplicará de forma automática sus reservas para que todas las instancias de base de datos que cumplan los requisitos se le cobren según la tarifa horaria reducida de las instancias reservadas.

P: ¿Puedo cancelar una reserva?

No, no puede cancelar la instancia de base de datos reservada y el pago único (si procede) tampoco se reembolsa. Seguirá pagando por cada hora durante el peridoo del acuerdo para las instancias de base de datos reservadas, independientemente del uso que haga.

P: ¿Cómo afectan las opciones de pago a mi factura?

Cuando adquiere una instancia reservada con la opción Pago inicial total, el plazo completo de la instancia reservada se abona en un solo pago inicial. Elija la opción Sin pago inicial si no desea realizar ningún pago inicial. El valor total de la instancia reservada sin pago inicial se extiende por cada hora del periodo de vigencia y se le facturará por cada hora durante todo el plazo de la instancia reservada, independientemente del uso. La opción Pago inicial parcial es una combinación de las opciones Pago inicial total y Sin pago inicial. Se efectúa un pequeño pago inicial y se le facturará una tarifa por hora baja por cada hora durante todo el plazo, independientemente del uso.


P: ¿Cómo puedo determinar qué clase de instancia de base de datos inicial y qué capacidad de almacenamiento inicial son adecuadas para mis necesidades?

Para poder seleccionar la clase de instancia de base de datos y la capacidad de almacenamiento iniciales debe evaluar las necesidades de computación, de memoria y de almacenamiento de su aplicación. Para obtener más información acerca de las clases de instancias de base de datos disponibles, consulte la Guía del usuario de Amazon RDS.

P: ¿Cómo puedo escalar los recursos de computación y la capacidad de almacenamiento asociados a mi instancia de base de datos de Amazon RDS?

Puede escalar los recursos de computación y la capacidad de almacenamiento asignados a su instancia de base de datos a través de la consola de administración de AWS (seleccione la instancia de base de datos que desee y haga clic en el botón Modify), la API de RDS o la interfaz de línea de comandos. Los recursos de memoria y CPU se modifican cambiando la clase de instancia de base de datos; el almacenamiento disponible cambia cuando modifica su asignación de almacenamiento. Tenga en cuenta que, cuando modifica su clase de instancia de base de datos o el almacenamiento asignado, los cambios solicitados se aplicarán durante la ventana de mantenimiento que especifique. También puede utilizar el marcador "apply-immediately" para aplicar sus solicitudes de escalado de forma inmediata. Tenga en cuenta que también se aplicarán los demás cambios pendientes en el sistema.

Supervise con Amazon CloudWatch, y sin cargo adicional, la utilización de recursos de computación y de almacenamiento de su instancia de base de datos. Puede obtener acceso a métricas como el uso del procesador, del almacenamiento y del tráfico de red; para ello, haga clic en la pestaña "Monitoring" de la instancia de base de datos en la consola de administración de AWS o utilice las API de Amazon CloudWatch. Para obtener más información sobre la monitorización de las instancias de base de datos activas, consulte la guía Guía del usuario de Amazon RDS.

Tenga en cuenta que para SQL Server, y debido a las limitaciones de extensibilidad del almacenamiento distribuido asociado a un entorno de servidor de Windows, Amazon RDS no permite en este momento aumentar el almacenamiento. Mientras trabajamos para poder ofrecer esta funcionalidad más adelante, le recomendamos aprovisionar almacenamiento en función de las previsiones de crecimiento en su uso. Entretanto, si necesita aumentar el almacenamiento de una instancia de base de datos de SQL Server, debe exportar los datos, crear una nueva instancia de base de datos con más capacidad de almacenamiento e importar los datos en ella. Consulte la guia de importación de datos para SQL Server para obtener información adicional.

P: ¿Cuál es la configuración de hardware para el almacenamiento de Amazon RDS?

Amazon RDS utiliza volúmenes EBS para almacenar el log y la base de datos. En función del tamaño del almacenamiento solicitado, Amazon RDS se distribuye automáticamente en varios volúmenes EBS para mejorar el desempeño IOPS. En el caso de MySQL y Oracle en una instancia de base de datos existente, podría observar mejora en la capacidad de E/S si amplía la capacidad de almacenamiento. Puede escalar la capacidad de almacenamiento asignada a la instancia de base de datos mediante la consola de administración de AWS, el comando rds-modify-db-instance o la API ModifyDBInstance.

Sin embargo, para SQL Server, debido a las limitaciones de extensibilidad del almacenamiento distribuido asociado a un entorno de servidor de Windows, Amazon RDS no permite actualmente aumentar el almacenamiento.

Para obtener más información, consulte Almacenamiento para Amazon RDS.

P: ¿Seguirá estando disponible mi instancia de base de datos durante el proceso de escalado?

La capacidad de almacenamiento asignada a su instancia de base de datos puede aumentarse sin menoscabo de la disponibilidad de la instancia de base de datos. Sin embargo, cuando decida ampliar o reducir los recursos de computación disponibles en su instancia de base de datos, la base de datos deja de estar disponible temporalmente mientras se modifica la clase de la instancia. Este periodo de disponibilidad suele durar solo unos minutos y tendrá lugar durante el periodo de mantenimiento de la instancia de base de datos, a menos que especifique que la modificación debe aplicarse de forma inmediata.

P: ¿Cómo puedo escalar mi instancia de base de datos más allá de la clase de instancia de base de datos más grande y la capacidad de almacenamiento máxima?

Amazon RDS admite diversas clases de instancia de base de datos y asignaciones de almacenamiento para dar cabida a diferentes necesidades de aplicación. Si su aplicación necesita más recursos de computación que la clase de instancia de base de datos más grande, o más almacenamiento que la asignación máxima, puede implementar la función de particionado, para dispersar de este modo sus datos entre varias instancias de base de datos.

P: ¿Qué es el almacenamiento de uso general (SSD) de Amazon RDS?

El almacenamiento de uso general (SSD) de Amazon RDS está indicado para una amplia gama de cargas de trabajo de bases de datos que tienen requisitos de E/S moderados. Con una línea de base de 3 IOPS/GB y capacidad para cargas de trabajo variables de hasta 3 ​000 IOPS, esta opción de almacenamiento ofrece un desempeño predecible para satisfacer las necesidades de la mayoría de las aplicaciones.

P: ¿Qué es el almacenamiento de IOPS provisionadas (SSD) de Amazon RDS?

La opción de almacenamiento de IOPS provisionadas (SSD) con respaldo SSD de Amazon RDS está diseñada para proporcionar un desempeño de entrada y salida rápido, predecible y constante. Con el almacenamiento de IOPS provisionadas (SSD) de Amazon RDS, especifica una tasa de IOPS en el momento de crear una instancia de base de datos y Amazon RDS aprovisiona esa tasa de IOPS durante toda la vida de la instancia de base de datos. El almacenamiento de IOPS provisionadas (SSD) de Amazon RDS está optimizado para cargas de trabajo de base de datos transaccionales (OLTP) y con un uso intensivo de E/S. Para obtener más detalles, consulte la guía del usuario Amazon RDS User Guide.

P: ¿Qué es el almacenamiento magnético de Amazon RDS?

El almacenamiento magnético de Amazon RDS resulta útil para cargas de trabajo de base de datos pequeñas a las que se accede con menor frecuencia. El almacenamiento magnético no se recomienda para instancias de bases de datos de producción.

P: ¿Cómo elijo el tipo de almacenamiento de Amazon RDS?

Elija el tipo de almacenamiento que mejor se ajuste a su carga de trabajo.

  • Cargas de trabajo de OLTP de alto desempeño: almacenamiento de IOPS provisionadas (SSD) de Amazon RDS
  • Cargas de trabajo de base de datos con requisitos de E/S moderados: Almacenamiento de uso general (SSD) de Amazon RDS

P: ¿Qué cantidad máxima y mínima de IOPS admite Amazon RDS?

La cantidad de IOPS soportadas por Amazon RDS varía conforme al motor de base de datos. Para obtener más detalles, consulte la guía Amazon RDS User Guide.

P: ¿Qué diferencia hay entre backups automáticos e instantáneas de base de datos?

Amazon RDS ofrece dos métodos diferentes para la realización automatizada de backups de la instancia de base de datos y de la instantánea de la base de datos y para su restauración automática.

La característica de backup automatizado de Amazon RDS permite la recuperación a un momento dado de su instancia de base de datos. Cuando los backups automatizados están activados en su instancia de base de datos, Amazon RDS realiza automáticamente una instantánea diaria completa de sus datos (durante el periodo de backup que prefiera) y captura logs de transacción (a medida que se realizan actualizaciones de su instancia de base de datos). Cuando inicia una recuperación a un momento dado, los logs de transacción se aplican al backup diario más adecuado para restaurar su instancia de base de datos al momento que solicitó. Amazon RDS conserva backups de una instancia de base de datos durante un tiempo limitado y especificado por el usuario, que recibe el nombre de período de retención, que de manera predeterminada es de 7 días pero se puede definir en hasta 35 días. Puede iniciar el restablecimiento a un momento dado y especificar cualquier segundo durante su período de retención, hasta el tiempo restaurable más reciente. Puede utilizar la API DescribeDBInstances para obtener el tiempo restaurable más reciente de su instancia de base de datos, que suele ser de cinco minutos. Si lo prefiere, puede buscar el tiempo restaurable más reciente de una instancia de base de datos si la selecciona en la consola de administración de AWS y consulta, a continuación, la pestaña "Description", en el panel inferior de la consola.

Las instantáneas de base de datos las inicia un usuario, que puede realizar un backup de la instancia de base de datos en un estado conocido, con la frecuencia que desee, para posteriormente restablecerlas al estado especificado en cualquier momento. Los snapshots de base de datos se pueden crear mediante la consola de administración de AWS, la API CreateDBSnapshot o el comando create-db-snapshot y se almacenan hasta que los borre explícitamente.

Puede copiar los snapshots que Amazon RDS realiza para habilitar los backups automáticos (usando la consola de AWS o el comando copy-db-snapshot), o bien para que pueda utilizar la funcionalidad de restablecimiento de snapshots. Puede identificarlos utilizando el tipo de snapshot "automatizado". Además, puede identificar la hora a la que se realiza el snapshot consultando el campo "Snapshot Created Time". Del mismo modo, el identificador de los snapshots "automatizados" también contiene la hora (en UTC) a la que se ha capturado el snapshot.

Tenga en cuenta que, cuando realiza una operación de restablecimiento a un momento dado o desde una instantánea de base de datos, se crea una nueva instancia de base de datos creada con un nuevo punto de enlace (la antigua instancia de base de datos puede eliminarse si así lo desea). Esto permite crear varias instancias de base de datos a partir de una instantánea de base de datos o de un momento dado.

P: ¿Tengo que habilitar los backups para mi instancia de base de datos o se hace automáticamente?

De forma predeterminada, Amazon RDS permite los backups automatizados de su instancia de base de datos con un periodo de retención de 7 días. El almacenamiento de backup gratuito está limitado al tamaño de su base de datos aprovisionada y únicamente se aplica a las instancias de base de datos activas. Por ejemplo, si tiene 100 GB de almacenamiento de base de datos aprovisionada al mes, le ofreceremos hasta 100 GB al mes de almacenamiento de backup sin ningún costo adicional. Si desea ampliar el período de retención de copia de seguridad más allá de un día, puede hacerlo mediante la API CreateDBInstance (al crear una nueva instancia de base de datos) o la API ModifyDBInstance (para una instancia de base de datos existente). Puede utilizar estas API para cambiar el parámetro RetentionPeriod de 1 al número de días que desee. Si desea obtener más información sobre los backups automáticos, consulte la Guía del desarrollador de Amazon RDS. Para obtener más información sobre los backups automáticos, consulte la Guía para desarrolladores de Amazon RDS.

P: ¿Qué es una ventana de backup y por qué lo necesito? ¿Estará disponible mi base de datos durante la ventana de backup?

La ventana de backup preferida es el período definido por el usuario durante el que se realiza el backup de su instancia de base de datos. Amazon RDS utiliza estas backups periódicas de los datos y sus logs de transacción para permitirle restablecer la instancia de base de datos a cualquier instante del periodo de retención, hasta el LatestRestorableTime (habitualmente hasta los últimos minutos). Durante el periodo de backup, la E/S de almacenamiento podría interrumpirse durante unos instantes mientras se inicia el proceso de backup (por lo general, menos de segundos). También podrá experimentar un breve periodo de incremento de la latencia. No hay periodo de interrupción de la E/S en el caso de implementaciones de bases de datos Multi-AZ, ya que la backup se realiza de la copia en reposo.

P: ¿Dónde se almacenan los backups automáticos y las instantáneas de base de datos, y cómo puedo administrar su conservación?

Las instantáneas de base de datos de Amazon RDS y los backups automáticos se almacenan en S3.

Puede utilizar la consola de administración de AWS, la API ModifyDBInstance o el comando modify-db-instance para administrar el período durante el que sus backups automáticos se conservan mediante la modificación del parámetro RetentionPeriod. Si desea desactivar de forma conjunta los backups automáticos, puede hacerlo estableciendo el período de retención en 0 (aunque no se recomienda). Puede administrar las instantáneas de base de datos creadas por el usuario mediante la sección "Snapshots" de la consola de Amazon RDS. Si lo desea, también puede ver una lista de instantáneas de base de datos creadas por el usuario de una instancia de base de datos determinada mediante la API DescribeDBSnapshots o el comando describe-db-snapshots y eliminar snapshots con la API DeleteDBSnapshot o el comando delete-db-snapshot.

P: ¿Qué sucede con mis instantáneas de base de datos y backups si elimino mi instancia de base de datos?

Al eliminar una instancia de base de datos, puede crear una instantánea de base de datos definitiva al realizar la eliminación; si lo hace, puede utilizar dicha instantánea para restaurar en otro momento la instancia de base de datos eliminada. Amazon RDS conserva esta instantánea de base de datos definitiva creada por el usuario junto con todas las demás instantáneas de bases de datos creadas manualmente después de haber eliminado la instancia de base de datos. Consulte la página de precios para obtener información detallada sobre los costos de almacenamiento de backups.

Los backups automáticos también se eliminan al eliminar la instancia de base de datos. De hecho, cuando se elimina la instancia de base de datos, solo se conservan los snapshots de bases de datos creados manualmente.


P: ¿Qué es una Amazon Virtual Private Cloud (VPC) y cómo funciona con Amazon RDS?

Amazon VPC permite crear un entorno de red virtual en una sección privada y aislada de la nube de AWS, donde puede ejercer control total sobre diversos elementos, como rangos de direcciones IP privadas, subredes, tablas de enrutamiento y gateways de red. Con Amazon VPC, puede definir una topología de red virtual y personalizar la configuración de red para simular lo máximo posible una red IP tradicional que puede utilizar en su propio centro de datos.

Una manera en la que puede aprovechar VPC es cuando desea ejecutar una aplicación web de cara al público que a la vez mantenga servidores de backend no accesibles públicamente en una subred privada. Puede crear una subred pública para los servidores web con acceso a Internet y colocar sus instancias de base de datos RDS back-end en una subred privada sin acceso a Internet. Para obtener más información sobre Amazon VPC, consulte la guía Amazon Virtual Private Cloud User Guide.

P: ¿En qué difiere la utilización de Amazon RDS en una VPC de la utilización en la plataforma clásica de EC2 (no VPC)?

Si su cuenta de AWS se creó antes del 4 de diciembre de 2013, es posible que pueda ejecutar Amazon RDS en un entorno Amazon Elastic Compute Cloud (EC2)-Classic. La funcionalidad básica de Amazon RDS es la misma, independientemente de que se utiliceEC2-Classic o EC2-VPC. Amazon RDS administra los backups, la aplicación de parches del software, la detección automática de errores, las réplicas de lectura y la recuperación, independientemente de que las instancias de base de datos se implementen dentro o fuera de una VPC. Para obtener más información sobre las diferencias entre la plataforma clásica de EC2 y la VPC de EC2, consulte la documentación de EC2.

P: ¿Qué es un grupo de subred de base de datos y por qué necesito utilizar uno?

Un grupo de subred de base de datos es una recopilación de subredes que puede designar para las instancias de base de datos de RDS en una VPC. Cada grupo de subred de base de datos debe tener al menos una subred para cada zona de disponibilidad en una región determinada. Al crear una instancia de base de datos en una VPC, tendrá que seleccionar un grupo de subred de base de datos. A continuación, Amazon RDS utiliza dicho grupo y su zona de disponibilidad preferida para seleccionar una subred y una dirección IP dentro de dicha subred. Amazon RDS crea y asocia una interfaz de red elástica a su instancia de base de datos con dicha dirección IP.

Le recomendamos encarecidamente que use el nombre DNS para conectarse a la instancia de base de datos, ya que la dirección IP subyacente puede cambiar (por ejemplo, durante una conmutación por error).

Para los despliegues Multi-AZ, definir una subred para todas las zonas de disponibilidad en una región permite a Amazon RDS crear una nueva instancia en espera en otra zona de disponibilidad, en caso de que surja la necesidad. Hacer esto es necesario incluso para los despliegues Single-AZ, en caso de que desee convertirlos en despliegues Multi-AZ en algún punto.

P: ¿Cómo puedo crear una instancia de base de datos de Amazon RDS en una VPC?

Para ver un procedimiento que le guíe a lo largo del proceso, consulte Creating a DB Instance in a VPC en la Guía del usuario de Amazon RDS.

P: ¿Cómo puedo controlar el acceso a la red de mis instancias de base de datos?

Visite la sección Security Groups de la guía Amazon RDS User Guide para obtener información sobre los diferentes modos de controlar el acceso a sus instancias de base de datos.

P: ¿Cómo puede conectarme a una instancia de base de datos de RDS en una VPC?

Se puede obtener acceso a las instancias de base de datos dentro de una VPC mediante las instancias EC2 implementadas en la misma VPC. Si estas instancias EC2 se implementan en una subred pública con direcciones IP elásticas asociadas, puede obtener acceso a las instancias EC2 a través de Internet.

Es posible obtener acceso a las instancias de base de datos implementadas en una VPC desde Internet o desde las instancias EC2 ajenas a la VPC a través de una VPN o de hosts de protección que se pueden lanzar en una subred pública, o mediante el uso de la opción de acceso público de Amazon RDS:

  • Para utilizar un host de protección, tiene que configurar una subred pública con una instancia EC2 que actúa como protección SSH. Esta subred pública debe tener un puerto de enlace a internet y normas de enrutamiento que permitan que el tráfico se redirija a través del host SSH, que posteriormente debe reenviar las solicitudes a la dirección IP privada de su instancia de base de datos de RDS.
  • Para utilizar la conectividad pública, solo tiene que crear las instancias de base de datos con la opción de acceso público habilitada. Con la opción de acceso público habilitada, será posible obtener acceso sin restricciones a las instancias de base de datos de una VPC desde fuera de la VPC de manera predeterminada. Esto significa que no es necesario configurar una VPN o un host de protección para permitir el acceso a las instancias.

También puede configurar una puerta de enlace VPN que amplíe su red corporativa en su VPC y que permita obtener acceso a la instancia de base de datos de RDS en dicha VPC. Consulte la guía Amazon VPC User Guide para obtener más detalles.

Recomendamos encarecidamente que use el nombre DNS para conectarse a la instancia de base de datos, ya que la dirección IP subyacente puede cambiar (por ejemplo, durante una conmutación por error).

P: ¿Puedo transferir mis instancias de base de datos existentes de fuera hacia dentro de una VPC?

Si su instancia de base de datos no es una VPC, puede usar la consola de administración de AWS para trasladar su instancia de base de datos a una VPC con facilidad. Consulte la Guía del usuario de Amazon RDS para obtener más detalles. También puede realizar un snapshot de la instancia de base de datos fuera de la VPC y restablecerlo en la VPC especificando el grupo de subred de base de datos que desea utilizar. Otra opción es realizar también una operación "Restore to Point in Time".

P: ¿Puedo transferir mis instancias de base de datos existentes de dentro hacia fuera de una VPC?

No se admite la migración directa de instancias de base de datos de dentro a fuera de la VPC. Por cuestiones de seguridad, una instantánea de base de datos de una instancia de base de datos dentro de una VPC no se puede restablecer fuera de la VPC. Sucede lo mismo con la funcionalidad "Restore to Point in Time".  

P: ¿Qué precauciones debo tomar para garantizar que mi aplicación pueda obtener acceso a las instancias de base de datos en una VPC?

Usted es responsable de modificar las tablas de direccionamiento y las ACL de redes en la VPC para que se pueda obtener acceso a las instancias de base de datos desde sus instancias de cliente en la VPC.

Para los despliegues Multi-AZ, después de una conmutación por error, la instancia EC2 de cliente y la instancia de base de datos de RDS pueden estar en diferentes zonas de disponibilidad. Debe configurar las ACL de redes para garantizar que sea posible la intercomunicación AZ.

P: ¿Puedo cambiar el grupo de subred de base de datos de mi instancia de base de datos?

Se puede actualizar un grupo de subredes de base de datos existente para agregar más subredes para las zonas de disponibilidad existentes o para nuevas zonas de disponibilidad agregadas desde la creación de la instancia de base de datos. La eliminación de subredes de un grupo de subred de base de datos puede provocar que las instancias no estén disponibles si se están ejecutando en una zona de disponibilidad en particular que se elimina del grupo de subredes. Consulte la Guía del usuario de Amazon RDS para obtener más información.

P: ¿Qué es una cuenta de usuario principal de Amazon RDS y en qué se diferencia de una cuenta de AWS?

Para empezar a utilizar Amazon RDS necesitará una cuenta de desarrollador de AWS. Si no cuenta con una antes de inscribirse en Amazon RDS, se le pedirá que cree una en cuanto comience el proceso de inscripción. Una cuenta de usuario maestra es diferente de una cuenta de desarrollador de AWS, y se utiliza únicamente dentro del contexto de Amazon RDS para controlar el acceso a sus instancias de base de datos. La cuenta de usuario maestra es una cuenta de usuario de base de datos nativa que puede utilizar para conectarse a su instancia de base de datos. Al crear cada instancia de base de datos, puede especificar el nombre de usuario maestro y la contraseña que desea asociarles. Cuando haya creado su instancia de base de datos, podrá conectarse a la base de datos utilizando las credenciales de usuario maestro. Es posible que posteriormente desee crear cuentas de usuario adicionales, de forma que pueda restringir quién obtiene acceso a su instancia de base de datos.

P: ¿Qué privilegios se conceden al usuario principal de mi instancia de base de datos?

Los privilegios predeterminados del usuario maestro son: create, drop, references, event, alter, delete, index, insert, select, update, create temporary tables, lock tables, trigger, create view, show view, alter routine, create routine, execute, trigger, create user, process, show databases, grant option.

Para Oracle, al usuario maestro se le otorga la función "dba". El usuario maestro hereda la mayoría de los privilegios asociados con la función. Consulte la guía Amazon RDS User Guide para obtener la lista de privilegios restringidos y las alternativas correspondientes para realizar tareas administrativas que puedan requerir estos privilegios.

Con SQL Server, a un usuario que crea una base de datos se le otorga la función "db_owner". Consulte la guía Amazon RDS User Guide para obtener la lista de privilegios restringidos y las alternativas correspondientes para realizar tareas administrativas que puedan requerir estos privilegios.

P: ¿Existe alguna diferencia en la administración de usuarios con Amazon RDS?

No, todo funciona de la misma forma a la que está acostumbrado al utilizar una base de datos relacional que usted mismo administra.

P: ¿Pueden obtener acceso los programas que se encuentran en ejecución en los servidores de mi propio centro de datos a las bases de datos de Amazon RDS?

Sí. Para ello, debe activar la capacidad de obtener acceso a su base de datos a través de Internet mediante la configuración de grupos de seguridad. Puede autorizar el acceso únicamente a las direcciones IP, los intervalos de direcciones IP o las subredes de los servidores de su propio centro de datos.

P: ¿Puedo cifrar mediante SSL las conexiones que se realizan entre mi aplicación y mi instancia de base de datos?

Sí, en la actualidad esta opción es compatible con los motores MySQL, MariaDB, SQL Server, PostgreSQL y Oracle.

Amazon RDS genera un certificado SSL para cada instancia de base de datos. En cuanto se establece una conexión cifrada, los datos transferidos entre la Instancia de base de datos y su aplicación se cifrarán durante el proceso de transferencia.

Aunque SSL ofrece beneficios de seguridad, debe ser consciente de que el cifrado SSL es una operación que realiza un uso intensivo de la infraestructura informática y que, por lo tanto, aumentará la latencia de su conexión a la base de datos. Debe tener en cuenta asimismo que la compatibilidad con SSL de Amazon RDS se ciñe al cifrado de la conexión entre la aplicación y la instancia de base de datos, no debe confiarse en ella para la autenticación de la instancia de base de datos.

Para obtener más detalles sobre cómo establecer una conexión cifrada con Amazon RDS, consulte las guías de usuario de MySQL, MariaDB, SQL Server o PostgreSQL u Oracle de Amazon RDS. Para obtener más información sobre cómo SSL funciona con estos motores, puede remitirse directamente a la documentación de MySQL, la documentación de MariaDB, la documentación de MSDN SQL Server, la documentación de PostgreSQL o la documentación de Oracle.

P: ¿Puedo cifrar datos inactivos en mis bases de datos de Amazon RDS?

Amazon RDS es compatible con el cifrado en reposo para todos los motores de base de datos con claves que administra mediante AWS Key Management Service (KMS). En una instancia de base de datos que se ejecute con cifrado de Amazon RDS, los datos almacenados en reposo en el almacenamiento subyacente están cifrados, al igual que sus backups automatizados, las réplicas de lectura y las snapshots. El cifrado y el descifrado se administran de forma transparente. Para obtener más información sobre el uso de KMS con Amazon RDS, consulte la guía del usuario de Amazon RDS.

También puede añadir cifrado a una instancia o clúster de base de datos descifrado con anterioridad creando una instantánea de base de datos y, a continuación, una copia de esa instantánea, para posteriormente especificar una clave de cifrado de KMS. Después, puede restaurar una instancia de base de datos o clúster de base de datos cifrados a partir de la instantánea cifrada.

Amazon RDS para Oracle y SQL Server soporta tecnologías de cifrado de datos transparente de esos motores. El cifrado de datos transparente en Oracle está integrado con AWS CloudHSM, lo que permite generar, almacenar y administrar de forma segura sus claves criptográficas en aparatos de módulo de seguridad de hardware (HSM) de un solo usuario dentro de la nube AWS. Para obtener más información, consulte las secciones de la guía del usuario de Amazon RDS sobre Oracle y SQL Server.

P: ¿Cómo puedo controlar las acciones que mis sistemas y usuarios pueden ejecutar en recursos específicos de RDS?

Puede controlar las acciones que los usuarios y grupos de AWS IAM pueden ejecutar en recursos específicos de RDS. Para ello, haga referencia a los recursos de RDS en las políticas de AWS IAM que aplica a usuarios y grupos. Los recursos de RDS a los que se puede hacer referencia en una política de AWS IAM incluyen instancias de bases de datos, instantáneas de bases de datos, réplicas de lectura, grupos de seguridad de bases de datos, grupos de opciones de bases de datos, grupos de parámetros de bases de datos, suscripciones a eventos y grupos de subred de bases de datos. Además, puede etiquetar tales recursos para añadirles metadatos adicionales. Con la utilización de etiquetas, puede categorizar los recursos (por ejemplo, instancias de base de datos de “Desarrollo”, instancias de base de datos de “Producción”, instancias de base de datos de “Prueba”, etc.), así como escribir políticas de AWS IAM en las que consten los permisos (es decir, las acciones) que se pueden aplicar en recursos con las mismas etiquetas. Para obtener más información, consulte Managing Access to Your Amazon RDS Resources and Databases y Tagging Amazon RDS Resources.

P: Quiero realizar análisis de seguridad o solucionar problemas operativos en la implementación de RDS. ¿Puedo obtener el historial de todas las llamadas al API de RDS realizadas en mi cuenta?

Sí. AWS CloudTrail es un servicio web que registra las llamadas a la API de AWS de la cuenta y entrega archivos de log. El historial de llamadas a las API de AWS creado por CloudTrail permite realizar un análisis de seguridad, un seguimiento de los cambios en los recursos y auditorías sobre la conformidad. Obtenga más información sobre CloudTrail en la página de detalles de AWS CloudTrail y habilítelo a través de la página de inicio de la Consola de administración de AWS en CloudTrail.


P: ¿Cómo elijo los parámetros de configuración adecuados de mis instancias de base de datos?

Por defecto, Amazon RDS elige los parámetros de configuración óptimos para su instancia de base de datos teniendo en cuenta la clase de instancia y la capacidad de almacenamiento. Sin embargo, si lo desea, puede cambiarlos mediante la consola de administración de AWS, las API de Amazon RDS o la interfaz de línea de comandos de AWS. Recuerde que modificar los parámetros de configuración recomendados puede tener efectos no deseados, como la reducción del desempeño y bloqueos del sistema, y solo los usuarios avanzados que deseen asumir estos riesgos podrán hacerlo.

P: ¿Qué son los grupos de parámetros de base de datos? ¿De qué forma resultan útiles?

Un grupo de parámetros de base de datos (Grupo de parámetros de base de datos) realiza las funciones de "contenedor" de valores de configuración del motor que pueden aplicarse a una o más instancias de base de datos. Si crea una instancia de base de datos sin especificar un Grupo de parámetros de base de datos, se utilizará un grupo de parámetros predeterminado. Este grupo predeterminado contiene valores predeterminados del motor y del sistema Amazon RDS que están optimizados para la instancia de base de datos que está ejecutando. Sin embargo, si desea que su instancia de base de datos funcione con valores de configuración de motor personalizados, basta con que cree un nuevo Grupo de parámetros de base de datos, modifique los parámetros que desee y modifique la instancia de base de datos para utilizar el nuevo Grupo de parámetros de base de datos. Una vez asociadas, todas las instancias de base de datos que utilicen un Grupo de parámetros de base de datos determinado obtendrán todas las actualizaciones de parámetro correspondientes a dicho Grupo de parámetros de base de datos.

Si desea obtener más información sobre la configuración de Grupos de parámetros de base de datos, consulte la Guía del usuario de Amazon RDS.

P: ¿Cómo puedo monitorizar la configuración de mis recursos de Amazon RDS?

Puede utilizar AWS Config para registrar constantemente los cambios en la configuración de las instancias de base de datos de Amazon RDS, grupos de subred de base de datos, snapshots de base de datos, grupos de seguridad de base de datos y suscripciones a eventos, y recibir notificaciones de los cambios mediante Amazon Simple Notification Service (SNS). También puede crear reglas de AWS Config para evaluar si los recursos de RDS poseen las configuraciones deseadas.  


P: ¿Qué tipos de replicación soporta Amazon RDS y cuándo debo utilizar cada uno de ellos?

Amazon RDS ofrece dos opciones de replicación que tienen fines distintos.

Si lo que busca es utilizar la replicación para aumentar la disponibilidad de la base de datos y, al mismo tiempo, proteger las actualizaciones más recientes de su base de datos de interrupciones no planificadas, baraje la posibilidad de ejecutar su instancia de base de datos como un despliegue Multi-AZ. Cuando cree o modifique su instancia de base de datos para que se ejecute como una despliegue Multi-AZ, Amazon RDS aprovisionará y administrará automáticamente una réplica "en espera" dentro de una zona de disponibilidad independiente (es decir, una infraestructura independiente situada en una ubicación físicamente independiente). En caso de tener que realizar tareas de mantenimiento planificadas en la base de datos, de que se produzca un error en la instancia o de que tenga lugar un error en una zona de disponibilidad, Amazon RDS conmutará por error automáticamente a la instancia en espera para que las operaciones de la base de datos puedan reanudarse rápidamente sin intervención administrativa. Los despliegues Multi-AZ utilizan la replicación sincrónica y realizan escrituras en la base de datos de forma simultánea en la instancia principal y en la instancia en espera, por lo que esta segunda siempre estará actualizada en caso de producirse una conmutación por error. Aunque nuestra implementación tecnológica de instancias de base de datos Multi-AZ maximiza la durabilidad de los datos en situaciones de error, descarta la posibilidad de que se obtenga acceso directamente a la instancia en espera o que se utilice para operaciones de lectura. La tolerancia a errores que ofrecen las implementaciones Multi-AZ los convierte en una opción ideal para los entornos de producción.

Amazon RDS ofrece réplicas de lectura para ayudarle en el escalado más allá de los límites de capacidad de una única instancia de base de datos para cargas de trabajo de base de datos que realizan un uso intensivo de las lecturas. Puede crear una réplica de lectura de una instancia de base de datos de origen determinada mediante la consola de administración de AWS, la API de RDS o la interfaz de línea de comandos de AWS. En cuanto se crea la réplica de lectura, las actualizaciones de base de datos que se realicen en la instancia de base de datos se propagarán a la réplica de lectura. Puede crear varias réplicas de lectura para una instancia de base de datos de origen determinada y distribuir entre ellas el tráfico de lectura de su aplicación.

Amazon Aurora, Amazon RDS for MySQL, MariaDB y PostgreSQL son compatibles con las réplicas de lectura. A diferencia de los despliegues Multi-AZ, las réplicas de lectura de estos motores utilizan su replicación integrada, y están sometidas a sus respectivos puntos fuertes y limitaciones. En particular, las actualizaciones se aplican a sus réplicas de lectura cuando tienen lugar en la instancia de base de datos de origen (replicación "asincrónica"), por lo que los retrasos de replicación pueden variar de forma significativa. Esto significa que las actualizaciones de base de datos recientes que se realizan en una instancia de base de datos estándar (no Multi-AZ) de origen podrían no estar presentes en las réplicas de lectura asociadas en caso de producirse una interrupción no planificada en la instancia de base de datos de origen. Como tales, las réplicas de lectura no ofrecen los mismos beneficios de durabilidad de datos que los despliegues en zonas de disponibilidad múltiple (Multi-AZ). Aunque las réplicas de lectura pueden proporcionar ciertos beneficios de disponibilidad de lectura, no están diseñadas para mejorar la disponibilidad de escritura.

Puede utilizar conjuntamente los despliegues en zonas de disponibilidad múltiples (Multi-AZ) y las réplicas de lectura para disfrutar de los beneficios complementarios que aporta cada una de estas características. Basta con que especifique que un despliegue Multi-AZ determinado sea la instancia de base de datos de origen de sus réplicas de lectura. De esta forma, se puede disfrutar de los beneficios de la disponibilidad y la durabilidad de los datos de los despliegues Multi-AZ, así como de los beneficios del escalado de lectura de las réplicas de lectura.

P: ¿Qué supone la ejecución de una instancia de base de datos como un despliegue Multi-AZ?

Cuando cree su instancia de la base de datos para que se ejecute como un despliegue Multi-AZ o la modifique con ese fin, Amazon RDS aprovisionará automáticamente una réplica "en espera" sincrónica dentro de una zona de disponibilidad diferente y la administrará. Las actualizaciones de su instancia de base de datos se replican de forma sincrónica en las zonas de disponibilidad a en espera, con el fin de mantener ambas bases de datos sincronizadas y proteger las actualizaciones más recientes de su base de datos frente a errores de la instancia. Durante determinados tipos de mantenimiento planificado, o en el improbable caso de que se produzca un error de la instancia de base de datos o de la zona de disponibilidad, Amazon RDS conmutará por error automáticamente a la instancia en espera para que pueda reanudar las escrituras y lecturas en la base de datos en cuanto se promocione la instancia en espera. Dado que el registro de nombre de su instancia de base de datos no se verá modificado, su aplicación podrá reanudar el funcionamiento de la base de datos sin necesidad de intervención administrativa manual. En los despliegues Multi-AZ, la replicación es transparente: no interactúa directamente con la instancia en espera y no puede utilizarse para servir tráfico de lectura. Puede obtener más información sobre las implementaciones Multi-AZ en la Guía del usuario de Amazon RDS.

P: ¿Qué es una zona de disponibilidad?

Las zonas de disponibilidad son ubicaciones concretas dentro de una región que están diseñadas para estar aisladas de errores que se produzcan en otras zonas de disponibilidad. Cada zona de disponibilidad se ejecuta en su propia infraestructura, independiente y físicamente distinta, y está diseñada para ofrecer elevados niveles de confianza. Los puntos comunes de error, como los generadores y el equipo de enfriamiento, no se comparten entre zonas de disponibilidad. Además, se encuentran en ubicaciones físicas diferentes, de forma que, en caso de que se produzcan desastres extremadamente poco frecuentes como, por ejemplo, incendios, tornados o inundaciones, solo afecten a una zona de disponibilidad. Las zonas de disponibilidad que se encuentran dentro de la misma región disfrutan de conectividad a red de baja latencia.

P: ¿Qué significan "principal" y "en espera" en el contexto de un despliegue Multi-AZ?

Cuando ejecuta una instancia de base de datos como un despliegue Multi-AZ, la instancia "principal" sirve las escrituras de la base de datos y sus lecturas. Además, Amazon RDS aprovisiona y mantiene una instancia "en espera" entre bastidores, que es una réplica actualizada de la instancia principal. En situaciones de conmutación por error, la instancia en espera se "promociona". Tras la conmutación por error, la réplica en espera pasa a ser la principal y acepta las operaciones de base de datos. Usted no interactuará directamente con la instancia en espera (por ejemplo, para operaciones de lectura) en ningún punto previo a la promoción. Si está interesado en escalar el tráfico de lectura más allá de las restricciones de capacidad de una única instancia de base de datos, consulte las preguntas frecuentes acerca de las réplicas de lectura.

P: ¿Cuáles son los beneficios de un despliegue Multi-AZ?

Los principales beneficios de ejecutar su instancia de base de datos como un despliegue Multi-AZ son la mejora de la durabilidad y la disponibilidad de la base de datos. La mayor disponibilidad y la tolerancia a errores que ofrecen los despliegues Multi-AZ los convierten en una opción ideal para los entornos de producción.

La ejecución de su instancia de base de datos como un despliegue Multi-AZ salvaguarda sus datos en el improbable caso de que se produzca un error en un componente de la instancia de base de datos o una pérdida de disponibilidad en una zona de disponibilidad. Por ejemplo, si uno de los volúmenes de almacenamiento de su instancia principal falla, Amazon RDS inicia automáticamente un proceso de conmutación por error hacia la instancia en espera, en la que todas las actualizaciones de la base de datos están intactas. Esta función proporciona durabilidad de datos adicional respecto a las implementaciones estándar de una única zona de disponibilidad. Se necesitaría una operación de restauración iniciada por el usuario y no estarían disponibles las actualizaciones producidas tras el tiempo restaurable más reciente (normalmente dentro de los últimos cinco minutos).

Se beneficia también de mayor disponibilidad de la base de datos al ejecutar su instancia de base de datos como un despliegue Multi-AZ. Si se produce un error en la zona de disponibilidad o falla una instancia de base de datos, la repercusión en la disponibilidad estará limitada al tiempo que tarda en completarse la conmutación por error automática. Los beneficios de disponibilidad de Multi-AZ también se trasladan a las tareas de mantenimiento planificadas. Por ejemplo, con los backups automáticos, la actividad de E/S ya no se suspende en su principal durante su ventana de backup preferida, dado que los backups se recuperan de la versión en espera. En el caso de aplicación de parches o de escalado de clase de la instancia de base de datos, estas operaciones tienen lugar primero en la versión en espera, antes de realizar la conmutación por error automática. De esta forma, el impacto de disponibilidad se ve limitado al tiempo necesario para que se complete la conmutación por error.

Otro de los beneficios implícitos de la ejecución de su instancia de base de datos como un despliegue Multi-AZ es que la conmutación por error de la instancia de base de datos es automática y no necesita ningún tipo de administración. En un contexto de Amazon RDS, esto supone que no tendrá que supervisar los eventos de la instancia de base de datos ni iniciar la recuperación manual de la instancia de base de datos (a través de las API “RestoreDBInstanceToPointInTime” o “RestoreDBInstanceFromSnapshot”) en caso de que se produzca un error de una zona de disponibilidad o de una instancia de base de datos.

P: ¿Existen implicaciones de desempeño con respecto a la ejecución de mi instancia de base de datos como un despliegue Multi-AZ?

Es posible que observe latencias elevadas en relación con los despliegues de instancias de base de datos estándar en una zona de disponibilidad única, como consecuencia de la replicación de datos sincrónica que se realiza por usted.

P: Al ejecutar mi instancia de base de datos como un despliegue Multi-AZ, ¿puedo utilizar el elemento en espera para operaciones de lectura o escritura?

No, la réplica en espera no puede servir solicitudes de lectura. Los despliegues Multi-AZ están diseñados para ofrecer mayores niveles de disponibilidad y durabilidad de la base de datos, en lugar de beneficios de escalado de lectura. Por ello, la función utiliza replicación sincrónica entre la versión principal y la versión en espera. Nuestra implementación garantiza que la versión principal y la versión en espera están constantemente sincronizadas, pero impide utilizar la versión en espera para operaciones de lectura o escritura. Si está interesado en una solución de escalado de lectura, consulte las preguntas más frecuentes sobre las réplicas de lectura.

P: ¿Cómo puedo configurar un despliegue Multi-AZ para una instancia de base de datos?

Para crear un despliegue Multi-AZ para una instancia de base de datos, basta con que haga clic en la opción "Yes" de "Multi-AZ Deployment" al iniciar una instancia de base de datos con la consola de administración de AWS. Si utiliza las API de Amazon RDS, también puede realizar una llamada a la API “CreateDBInstance” y configurar el valor “true” para el parámetro “Multi-AZ”. Para convertir una instancia de base de datos estándar existente (una sola zona de disponibilidad) a Multi-AZ, modifique la instancia de base de datos desde la consola de administración de AWS o utilice la API “ModifyDBInstance” y configure el parámetro “Multi-AZ” con el valor “true”.

P: ¿Qué sucede cuando convierto mi instancia RDS de Single-AZ a Multi-AZ?

En los motores de base de datos RDS MySQL, MariaDB, PostgreSQL y Oracle, cuando decide convertir su instancia RDS de Single-AZ a Multi-AZ sucede lo siguiente:

  • Se realiza un snapshot de su instancia principal
  • Se crea una nueva instancia en espera en una zona de disponibilidad distinta de la del snapshot
  • Se configura la replicación sincrónica entre las instancias principal y en espera

No debería haber tiempo de inactividad cuando se convierte una instancia de Single-AZ a Multi-AZ.

P: ¿Qué eventos provocan que Amazon RDS inicie una conmutación por error para la réplica en espera?

Los despliegues multi-AZ de Amazon RDS detectan las situaciones de fallo más comunes y se recuperan automáticamente, por lo que puede restablecer las operaciones de base de datos lo más rápidamente posible sin necesidad de intervención administrativa alguna. Amazon RDS realiza automáticamente una conmutación por error en los siguientes casos:

  • Pérdida de disponibilidad en la zona de disponibilidad principal
  • Pérdida de conectividad de red a principal
  • Error de unidad informática en principal
  • Error de almacenamiento en principal

Nota: Cuando se inician operaciones como el escalado de las instancias de base de datos o la actualización del sistema (por ejemplo, la aplicación de parches al sistema operativo) para los despliegues Multi-AZ, a fin de mejorar la disponibilidad, se aplican primero en el elemento en espera antes de una conmutación por error automática. De esta forma, la repercusión en la disponibilidad se verá limitada al tiempo necesario para que se complete la conmutación por error automática. Tenga en cuenta que los despliegues multi-AZ de Amazon RDS no realizan automáticamente una conmutación por error en respuesta a operaciones de base de datos, como consultas de larga duración, interbloqueos o errores de daños en bases de datos.

P: ¿Se me avisará cuando se efectúe una conmutación por error automática?

Sí, Amazon RDS emitirá un evento de instancia de base de datos para informarle de que ha tenido lugar la conmutación por error automática. Puede hacer clic en la sección "Events" de la consola de RDS o utilizar la API “DescribeEvents” para obtener información acerca de eventos relacionados con la instancia de base de datos. También puede usar las notificaciones de eventos de Amazon RDS para que se le notifique cuando se produzcan determinados eventos en la base de datos.

P: ¿Qué ocurre durante la conmutación por error en zonas de disponibilidad múltiples (Multi-AZ) y cuánto tiempo lleva?

Amazon RDS administra automáticamente la conmutación por error para que pueda reanudar las operaciones de la base de datos a la mayor brevedad posible y sin intervención administrativa Durante la conmutación por error, Amazon RDS simplemente cambia el registro de nombre canónico (CNAME) de su instancia de base de datos para que apunte a la versión en espera, que a su vez se promociona para que se convierta en la nueva versión principal. Le instamos a que siga las prácticas recomendadas e implemente el reintento de conexión de la base de datos en la capa de la aplicación.

Las conmutaciones por error, definidas por el intervalo que transcurre entre la detección del error en la instancia principal y la reanudación de las transacciones en la instancia en espera, suelen tardar entre uno y dos minutos. El tiempo de la conmutación por error también puede verse afectado por el volumen de transacciones que sea necesario recuperar. Para obtener los mejores resultados, se recomienda utilizar tipos de instancia de un tamaño adecuado en los despliegues Multi-AZ. AWS recomienda asimismo el uso de IOPS provisionadas con las instancias Multi-AZ para que el procesamiento sea rápido, predecible y constante.

P: ¿Puedo iniciar una "conmutación por error forzada" en mi despliegue Multi-AZ para la instancia de base de datos?

Amazon RDS realiza automáticamente una conmutación por error sin necesidad de que intervenga el usuario bajo determinadas condiciones de error. Además, Amazon RDS cuenta con una opción que permite iniciar la conmutación por error al reiniciar la instancia. Puede obtener acceso a esta característica a través de la consola de administración de AWS o al utilizar la llamada a la API RebootDBInstance.

P: ¿Cómo puedo controlar/configurar la replicación síncrona en zonas de disponibilidad múltiples (Multi-AZ)?

En los despliegues Multi-AZ, únicamente tiene que establecer el parámetro "Multi-AZ" en true. La creación de la versión en espera, la replicación sincrónica y la conmutación por error se administran de forma automática. Esto implica que no podrá seleccionar la zona de disponibilidad en la que se encuentra situada su versión en espera, ni tampoco alterar el número de versiones en espera disponibles (Amazon RDS aprovisiona una versión en espera dedicada por cada principal de instancia de base de datos). Además, la versión en espera no puede configurarse para que acepte actividad de lectura de base de datos. Más información sobre las configuraciones Multi-AZ.

P: ¿Estará mi réplica en espera en la misma región que mi principal?

Sí. La réplica en espera se aprovisionará automáticamente en una zona de disponibilidad diferente dentro de la misma región que la instancia de base de datos principal.

P: ¿Puedo ver en qué zona de disponibilidad se encuentra actualmente mi principal?

Sí, puede obtener información sobre la ubicación en la que se encuentra su nodo principal mediante la consola de administración de AWS o la API DescribeDBInstances.

P: Después de la conmutación por error, mi principal se encuentra en una zona de disponibilidad diferente de la zona en la que se encuentra el resto de mis recursos AWS (p. ej., las instancias EC2). ¿Debería estar preocupado por la latencia?

Las zonas de disponibilidad están diseñadas para ofrecer conectividad de red de baja latencia a otras zonas de disponibilidad que se encuentran dentro de la misma región. Además, puede barajar la posibilidad de diseñar su aplicación y otros recursos de AWS con redundancia entre varias zonas de disponibilidad, de forma que su aplicación sea robusta en caso de producirse un error en una zona de disponibilidad. Los despliegues Multi-AZ afrontan esta necesidad de la capa de la base de datos sin administración por su parte.

P: ¿Cómo funcionan las instantáneas de base de datos y los backups automáticos con mi despliegue Multi-AZ?

El usuario interactúa con la función de backup automatizada y con la funcionalidad de instantáneas de base de datos de la misma forma tanto si ejecuta un despliegue estándar en una zona de disponibilidad única (Single-AZ) como un despliegue en zonas de disponibilidad múltiples (Multi-AZ). Si ejecuta un despliegue Multi-AZ, los backups automáticos y las instantáneas de base de datos simplemente se recuperan de la copia en espera para evitar la suspensión de E/S en la versión principal. Tenga en cuenta que puede experimentar una mayor latencia de E/S (normalmente dura unos minutos) durante los backups tanto para los despliegues de zona de disponibilidad única como para los despliegues Multi-AZ.

El inicio de una operación de restablecimiento (restablecimiento en un punto del tiempo o restablecimiento a partir de una instantánea de base de datos) funciona igual en implementaciones multi-AZ que en implementaciones estándar de una zona de disponibilidad única. Los nuevos despliegues para instancias de base de datos pueden crearse con las API “RestoreDBInstanceFromSnapshot” o “RestoreDBInstanceToPointInTime”. Pueden ser estándar o Multi-AZ, independientemente de si el backup de origen se inició en un despliegue estándar o Multi-AZ.

P: ¿Qué supone la ejecución de una instancia de base de datos como réplica de lectura?

Las réplicas de lectura le permiten sacar partido a la funcionalidad de replicación integrada en los motores soportados para escalar de forma elástica más allá de las limitaciones de capacidad de una única instancia de la base de datos para cargas de trabajo de base de datos que realizan un uso intensivo de las lecturas. Puede crear una réplica de lectura con unos clics en la consola de administración de AWS o mediante el API CreateDBInstanceReadReplica. En cuanto se crea la réplica de lectura, las actualizaciones de base de datos que se realicen en la instancia de base de datos de origen se replicarán mediante la replicación asincrónica nativa de uno de los motores soportados. Puede crear varias réplicas de lectura para una instancia de base de datos de origen determinada y distribuir entre ellas el tráfico de lectura de su aplicación. Dado que utilizan la replicación integrada en los motores compatibles, las réplicas de lectura están sujetas tanto a sus ventajas como a sus limitaciones. En particular, las actualizaciones se aplican a sus réplicas de lectura cuando tienen lugar en la instancia de base de datos de origen y los retrasos de replicación pueden variar de forma significativa. Las réplicas de lectura pueden asociarse a despliegues Multi-AZ para obtener beneficios de escalado de lectura además de los niveles de disponibilidad de escritura en la base de datos y de durabilidad de los datos que proporcionan los despliegues Multi-AZ.

P: ¿Cuándo debería considerar la utilización de una réplica de lectura de Amazon RDS?

Existe una amplia variedad de situaciones en las que puede tener sentido implementar una o más réplicas de lectura para una instancia de base de datos determinada. Entre los motivos habituales para implementar una réplica de lectura están:

  • Escalar más allá de la capacidad de cómputo o de E/S de una única instancia de base de datos para cargas de trabajo de base de datos que realizan un uso intensivo de las lecturas. Este exceso de tráfico de lectura puede dirigirse hacia una o más réplicas de lectura.
  • Servir tráfico de lectura mientras la instancia de base de datos de origen no está disponible. Si su instancia de base de datos no puede recopilar solicitudes de E/S (por ejemplo, por la suspensión de E/S para los backups o por estar realizándose un mantenimiento programado), podrá dirigir el tráfico de lectura hacia sus réplicas de lectura. Para este caso de uso, tenga en cuenta que los datos situados en la réplica de lectura podrían estar "anticuados" , ya que la instancia de base de datos de origen no está disponible.
  • Situaciones de informes empresariales o de almacenamiento de datos. Tal vez desee que las consultas de informes empresariales se ejecuten en una réplica de lectura, en lugar de realizarse en su instancia de base de datos principal de producción.

P: ¿Necesito habilitar las backups automáticas de mi instancia de base de datos para poder crear réplicas?

Sí. Para habilitar las backups automáticas en su instancia de base de datos a fin de añadir réplicas de lectura, defina el periodo de retención de copia de seguridad con un valor distinto de 0. Para que funcionen las réplicas de lectura, es necesario que los backups se mantengan habilitados.

P: ¿Qué versiones de motores de base de datos soportan réplicas de lectura de Amazon RDS?

Amazon Aurora (MySQL): todas las instancias de base de datos.

Amazon RDS para MySQL: Las instancias de base de datos con la versión 5.5 o superior de MySQL admiten la creación de réplicas de lectura. Los backups automáticos deben estar y permanecer habilitados en la instancia de base de datos de origen para las operaciones de la réplica de lectura. Los backups automáticos únicamente se admiten para las réplicas de lectura de Amazon RDS que ejecutan MySQL 5.6 o posterior, no 5.5.

Amazon RDS para PostgreSQL: Las instancias de base de datos con la versión 9.3.5 o superior de PostgreSQL soporta la creación de réplicas de lectura. Las instancias de PostgreSQL ya existentes anteriores a la versión 9.3.5 tendrán que actualizarse a la versión 9.3.5 de PostgreSQL para poder aprovechar las réplicas de lectura de Amazon RDS.

Amazon RDS para MariaDB: Las instancias de base de datos con la versión 10.0 o superior de MariaDB admiten la creación de réplicas de lectura. Los backups automáticos deben estar y permanecer habilitados en la instancia de base de datos de origen para las operaciones de la réplica de lectura.

P: ¿Cómo puedo implementar una réplica de lectura para una instancia de base de datos determinada?

Puede crear una réplica de lectura en cuestión de minutos utilizando la API estándar CreateDBInstanceReadReplica, o con unos clics en la consola de administración de AWS. Cuando crea una réplica de lectura, puede identificarla como réplica de lectura especificando SourceDBInstanceIdentifier. SourceDBInstanceIdentifier es el identificador de instancias de bases de datos de "origen" desde la que desea realizar la replicación. De la misma forma que en las instancias de base de datos estándar, puede especificar la zona de disponibilidad, la clase de instancia de base de datos y la ventana de mantenimiento preferida. La versión del motor (p. ej. PostgreSQL 9.3.5) y la asignación de almacenamiento de una réplica de lectura se heredan de la instancia de base de datos de origen. Cuando inicia la creación de una réplica de lectura, Amazon RDS realiza un snapshot de su instancia de base de datos y comienza el proceso de replicación. Por ello, experimentará una breve suspensión de la E/S en la instancia de base de datos de origen. La suspensión de la E/S suele durar alrededor de un minuto y se evita si la instancia de base de datos es un despliegue Multi-AZ (en los despliegues Multi-AZ, los snapshots se realizan de la copia en espera). Amazon RDS está trabajando en estos momentos en una optimización (disponible en breve) por la que, si se crean varias réplicas de lectura dentro de una ventana de 30 minutos, todas ellas utilizan el mismo snapshot de origen para minimizar el impacto de E/S (la replicación de "puesta al día" de cada réplica de lectura comenzará tras su creación).

P: ¿Cómo puedo conectarme a mis réplicas de lectura?

La conexión a una réplica de lectura se realiza de la misma forma que a una instancia de base de datos estándar, utilizando la API DescribeDBInstance o la consola de administración de AWS para recuperar los puntos de enlace de sus réplicas de lectura. Si cuenta con varias réplicas de lectura, es decisión de su aplicación determinar la cantidad de tráfico de lectura que se distribuirá entre ellas.

P: ¿Cuántas réplicas de lectura puedo crear para una instancia de base de datos de origen determinada?

Amazon Aurora (MySQL) le permite crear hasta 15 réplicas de lectura para una instancia de base de datos de origen concreta.

Actualmente, Amazon RDS para MySQL, MariaDB y PostgreSQL permiten crear hasta 5 réplicas de lectura de una instancia de base de datos de origen concreta.

P: ¿Puedo crear una réplica de lectura en una región de AWS diferente a la de la instancia de base de datos de origen?

Sí, RDS es compatible con réplicas de lectura entre regiones.

P: ¿Soportan las réplicas de lectura de Amazon RDS la replicación síncrona?

No. Las réplicas de lectura de Amazon RDS para MySQL, MariaDB y PostgreSQL se implementan por medio de la replicación asincrónica nativa de sus respectivos motores. Amazon Aurora usa un mecanismo de replicación diferente, pero que también es asíncrono.

P: ¿Puedo utilizar una réplica de lectura para mejorar la disponibilidad de escritura de la base de datos, o para proteger los datos que se encuentran en mi instancia de base de datos de origen frente a situaciones de error?

Si desea utilizar la replicación para aumentar la disponibilidad de escritura de la base de datos y, al mismo tiempo, proteger las actualizaciones más recientes de su base de datos de diversas situaciones de error, le recomendamos que ejecute su instancia de base de datos como despliegue Multi-AZ. Con las réplicas de lectura de Amazon RDS, que emplean la replicación asincrónica nativa de los motores soportados, las escrituras en la base de datos tienen lugar en una réplica de lectura después de que hayan tenido lugar en la instancia de base de datos de origen. El “retraso” de esta replicación puede variar de forma significativa. Por su parte, la replicación que utilizan los despliegues Multi-AZ es asincrónica, lo que significa que todas las escrituras en la base de datos son simultáneas en la versión principal y en la versión en espera. De esta forma se protegen las actualizaciones más recientes de su base de datos, ya que deben estar disponibles en la versión en espera en caso de que sea necesaria una conmutación por error. Además, con los despliegues Multi-AZ, la replicación está totalmente administrada. Amazon RDS controla automáticamente la existencia de errores en las zonas de disponibilidad o condiciones de error en instancias de bases de datos e inicia la conmutación por error automática a la instancia en espera (o a una réplica de lectura, en el caso de Amazon Aurora) si ocurre un corte de energía.

P: ¿Puedo crear una réplica de lectura con un despliegue de instancia de base de datos en zonas de disponibilidad múltiples (Multi-AZ) como su origen?

Sí. Dado que las instancias de base de datos Multi-AZ presentan necesidades diferentes que las réplicas de lectura, es razonable utilizar las dos de forma conjunta en implementaciones de producción y asociar una réplica de lectura con un despliegue de instancia de base de datos Multi-AZ. La instancia de base de datos Multi-AZ de "origen" le ofrece disponibilidad de escritura y durabilidad de datos mejoradas, y la réplica de lectura asociada mejorará la escalabilidad del tráfico de lectura.

P: ¿Puedo hacer que mis réplicas de lectura de Amazon RDS sean también Multi-AZ?

Amazon RDS para MySQL, MariaDB y PostgreSQL no soporta esta característica por el momento.

P: Si mis réplicas de lectura utilizan una instancia de base de datos con un despliegue Multi-AZ como origen, ¿qué ocurre si se produce una situación de conmutación por error Multi-AZ?

En caso de producirse una conmutación por error en zonas de disponibilidad múltiples (Multi-AZ), las réplicas de lectura asociadas y disponibles deberán reanudar automáticamente la replicación una vez completada la conmutación por error (adquiriendo las actualizaciones del principal que se acaba de promocionar).

P: ¿Puedo crear una réplica de lectura de otra réplica de lectura?

Amazon Aurora, Amazon RDS para MySQL y MariaDB: puede crear una réplica de lectura de segundo nivel a partir de una réplica existente de primer nivel. Mediante la creación de una réplica de lectura de segundo nivel, puede mover algunas de las cargas de replicación desde la instancia de base de datos principal a una réplica de lectura de primer nivel. Tenga en cuenta que una réplica de lectura de segundo nivel puede retrasarse con respecto a la instancia principal debido a la latencia de replicación adicional introducida, ya que las transacciones se replican desde la instancia principal a la réplica de primer nivel y, a continuación, a la réplica de segundo nivel.

Amazon RDS para PostgreSQL: Por ahora no se soportan las réplicas de lectura de otras réplicas de lectura.

P: ¿Pueden aceptar mis réplicas de lectura únicamente operaciones de lectura de base de datos?

Las réplicas de lectura están diseñadas para servir tráfico de lectura. Sin embargo, puede haber casos de uso en los que usuarios avanzados deseen completar declaraciones SQL del lenguaje de definición de datos (DDL) contra una réplica de lectura. Entre algunos de los ejemplos podría incluirse la adición de un índice de base de datos a una réplica de lectura que se utiliza para generar informes empresariales, sin añadir el mismo índice a la instancia de base de datos correspondiente.

Amazon RDS para MySQL puede configurarse de manera que permita las declaraciones SQL de DDL frente a una réplica de lectura. Si desea habilitar operaciones diferentes a la lectura en una réplica de lectura determinada, tendrá que modificar el grupo de parámetros de base de datos activo en la réplica de lectura, ajustando el parámetro “read_only” a “0”.

Amazon RDS para PostgreSQL actualmente no soporta las declaraciones SQL de DDL frente a una réplica de lectura.

P: ¿Puedo elevar mi réplica de lectura a una instancia de base de datos "independiente"?

Sí. Consulte la guía Amazon RDS User Guide para obtener más detalles.

P: ¿Se mantendrá mi réplica de lectura actualizada con respecto a su instancia de base de datos de origen?

Las actualizaciones realizadas en una instancia de base de datos de origen se replicarán automáticamente en las réplicas de lectura asociadas. Sin embargo, con la tecnología de replicación asincrónica de motores compatibles, una réplica de lectura puede quedar retrasada respecto a su instancia de base de datos de origen por diversas razones. Algunos motivos habituales son:

  • El volumen de E/S de escritura en la instancia de base de datos supera la velocidad a la que se aplican cambios en la réplica de lectura (este problema aparece especialmente si la capacidad de cómputo de la réplica de lectura es inferior a la de la instancia de base de datos de origen)
  • Las transacciones complejas o que lleven mucho tiempo en ejecución a la instancia de base de datos de origen entorpecen la replicación en la réplica de lectura
  • La latencia o las particiones de red entre la instancia de base de datos de origen y una réplica de lectura

Las réplicas de lectura están sujetas a los puntos fuertes y débiles de la replicación nativa de los motores soportados. Si utiliza réplicas de lectura, debe saber que pueden producirse retrasos entre una réplica de lectura y su instancia de base de datos o "incoherencia". Haga clic aquí para obtener instrucciones sobre qué es lo que debe hacer si sus réplicas de lectura recaen de forma significativa más allá de su origen.

P: ¿Cómo puedo ver el estado de mis réplicas de lectura activas?

Puede utilizar el API estándar DescribeDBInstances para que devuelva una lista de todas las instancias de bases de datos que ha implementado (incluidas las réplicas de lectura). También puede hacer clic en la pestaña “DB Instances” de la Amazon RDS Console.

Gracias a Amazon RDS, puede obtener información sobre el retraso que lleva una réplica de lectura respecto a su instancia de base de datos de origen. El número de segundos que la réplica de lectura va por detrás de la base de datos principal se publica como métrica de Amazon CloudWatch (“Retraso de réplica”) disponible a través de la consola de administración de AWS o de las API de Amazon CloudWatch. En Amazon RDS para MySQL, el origen de esta información es el mismo que el que se muestra al enviar el comando “Show Slave Status” estándar de MySQL en una réplica de lectura. En Amazon RDS para PostgreSQL, puede utilizar la vista pg_stat_replication en la instancia de base de datos de origen para analizar las métricas de la replicación.

Amazon RDS monitoriza el estado de replicación de las réplicas de lectura y actualiza el campo Replication State de la consola de administración de AWS a “Error” si la replicación se detiene por cualquier motivo (por ejemplo, si intenta ejecutar en su réplica consultas DML que entran en conflicto con las actualizaciones realizadas en la instancia de la base de datos principal, se podría producir un error de replicación). Puede revisar los detalles del error asociado lanzado por el motor MySQL al visualizar el campo Replication Error y tomar una medida apropiada para solucionarlo. Puede obtener más información sobre la solución de problemas de replicación en la sección Read Replica Problem en la Guía del usuario de Amazon RDS para MySQL o PostgreSQL.

Si se soluciona un problema de replicación, el Replication State cambia a Replicating.

P: Mi réplica de lectura se encuentra muy por detrás de su instancia de base de datos de origen. ¿Qué debo hacer?

Tal y como se ha tratado en preguntas anteriores, la “incoherencia” o el retraso entre una réplica de lectura y su instancia de base de datos de origen es común en la replicación asincrónica. Si una réplica de lectura existente queda demasiado atrás como para cumplir sus requisitos, puede eliminarla y crear una nueva con el mismo punto de enlace, utilizando el mismo identificador de instancias de bases de datos y el mismo identificador de instancias de base de datos de origen que la réplica de lectura eliminada. Tenga en cuenta que el proceso de recreación será contraproducente en el caso de retrasos leves (p. ej., cuando el retraso es inferior a cinco minutos) y que debe utilizarse con prudencia (es decir, únicamente cuando la réplica de lectura está muy por detrás de su instancia de base de datos de origen). Debe tener en cuenta también que el retraso de la réplica crecerá y se reducirá de forma natural con el paso del tiempo, en función del patrón de uso de su instancia de base de datos.

El escalado de la clase de instancia de base de datos de una réplica de lectura podría reducir los retrasos de replicación en algunos casos, especialmente si la clase de instancia de base de datos es mayor que la de la réplica de lectura. Sin embargo, no se puede garantizar que las réplicas de lectura vayan a funcionar en todos los casos. Podría haber situaciones y patrones de uso en los que una réplica de lectura no sea capaz de ponerse al día con su origen tras la creación inicial, o que quede demasiado atrás como para cumplir con los requisitos de su caso de uso.

P: He escalado la capacidad de cómputo o de almacenamiento de mi instancia de base de datos de origen, ¿debo escalar también los recursos de las réplicas de lectura asociadas?

Para que la replicación funcione con eficacia, le recomendamos que las réplicas de lectura tengan tantos o más recursos de computación y almacenamiento que las instancias de base de datos de origen correspondientes. De lo contrario, es posible que el retraso de replicación aumente o que su réplica de lectura se quede sin espacio para almacenar las actualizaciones replicadas.

P: ¿Pueden realizarse instantáneas de base de datos o backups automáticos de réplicas de lectura?

No. Si desea aumentar la disponibilidad de escritura de la base de datos recuperando backups de su réplica de lectura en lugar de su instancia de base de datos de origen, podrá conseguir el mismo objetivo ejecutando su instancia de base de datos como despliegue Multi-AZ. En esta situación, los backups se iniciarán desde la versión en espera Multi-AZ para minimizar el impacto sobre la disponibilidad.

P: ¿Cómo puedo suprimir una réplica de lectura? ¿Se suprimirá automáticamente si se suprime la instancia de base de datos de origen?

Puede eliminar una réplica de lectura con solo unos clics en la consola de administración de AWS o si traslada el identificador de instancias de bases de datos al API DeleteDBInstance.

Una réplica de lectura de Amazon Aurora (MySQL) permanecerá activa y seguirá aceptando tráfico de lectura incluso después de haber eliminado su instancia de base de datos de origen correspondiente. Una de las réplicas de lectura del clúster se "promocionará" como la nueva maestra y comenzará a aceptar tráfico de escritura.

La réplica de lectura de Amazon RDS para MySQL o MariaDB permanecerá activa y seguirá aceptando tráfico de lectura incluso después de haber eliminado su instancia de base de datos de origen correspondiente. Si desea eliminar la réplica de lectura, además de la instancia de base de datos de origen, debe eliminarla de forma explícita con el API DeleteDBInstance o la consola de administración de AWS.

Si elimina una instancia de base de datos de Amazon RDS para PostgreSQL que tenga réplicas de lectura, todas las réplicas de lectura se promocionarán para convertirse en instancias de base de datos independientes y aceptarán tráfico tanto de lectura como de escritura. Las instancias de base de datos que se han promocionado recientemente operarán de forma independiente entre sí. Si desea eliminar estas instancias de base de datos, además de la instancia original de base de datos de origen, debe eliminarlas de forma explícita con el API DeleteDBInstance o la consola de administración de AWS.

P: ¿Puedo acceder directamente a los logs de evento de mi instancia de base de datos?

Con Amazon RDS para MySQL o Amazon RDS para MariaDB, puede utilizar la función mysqlbinlog para descargar o transmitir logs binarios desde la instancia de base de datos. Amazon RDS para PostgreSQL no ofrece en estos momentos acceso a los archivos WAL de su instancia de base de datos.

P: ¿Cuánto cuestan las réplicas de lectura? ¿Cuándo comienza y finaliza el período de facturación?

Las réplicas de lectura se facturan como una instancia de base de datos estándar y con las mismas tarifas. Haga clic aquí para obtener más información sobre la facturación de las instancias de base de datos. Consulte estas preguntas frecuentes. Al igual que en una instancia de base de datos estándar, la tarifa por "instancia de base de datos por hora" se determina en función de la clase de instancia de base de datos de la réplica de lectura. Consulte la página de detalles de Amazon RDS para conocer los precios actualizados. No se le cobrarán las transferencias de datos en las que incurra durante la replicación de datos entre su instancia de base de datos de origen y la réplica de lectura.

El período de facturación de una réplica de lectura comienza en cuanto se crea correctamente la réplica de lectura (es decir, cuando su estado es "activo"). La réplica de lectura se seguirá facturando según las tarifas estándar por hora por instancia de base de datos de Amazon RDS, hasta que emita un comando para eliminarla.

P: ¿Cómo varía la compatibilidad de las réplicas de lectura entre los motores de Amazon RDS que soportan esta característica?

Las réplicas de lectura en Amazon RDS para PostgreSQL, MariaDB y MySQL le permiten escalar de forma elástica más allá de las limitaciones de capacidad de una única instancia de la base de datos para cargas de trabajo de base de datos que realizan un uso intensivo de las lecturas. Existen similitudes y diferencias entre las implementaciones, ya que utilizan las características de los motores nativos. Para obtener más detalles, consulte la siguiente tabla.

Característica PostgreSQL MySQL MariaDB
Número máximo de réplicas de lectura permitido por instancia de base de datos de origen
5 5 5
Método de replicación Asincrónico
Físico
Asincrónico
Lógico
Asincrónico
Lógico
¿Se deben habilitar las backups automáticas para que soporten las réplicas de lectura?
Versiones de motores con réplicas de lectura disponibles 9.3.5 o posterior 5.5 o posterior 10.0 o posterior
Promoción de réplica de lectura en una nueva instancia de base de datos independiente Soportado Soportado Soportado
Creación de índices en la réplica de lectura Actualmente no soportado Soportado Soportado
Creación de backups de las réplicas de lectura Actualmente no soportado Soportado Soportado
Concatenación de réplicas de lectura
(es decir, réplicas de lectura de otras réplicas de lectura)
Actualmente no soportado Soportado Soportado
Réplicas de lectura interregionales Soportado Soportado Soportado

P: ¿Qué es la Enhanced Monitoring para RDS?

Enhanced Monitoring para RDS le ofrece una mayor visibilidad del estado de sus instancias de RDS. Solo tiene que activar la opción "Enhanced Monitoring" de su instancia de base de datos de RDS y establecer una granularidad. La función obtendrá métricas esenciales del sistema y procesará la información con la granularidad indicada.

P: ¿Qué métricas y procesos se pueden monitorizar con Enhanced Monitoring?

Enhanced Monitoring captura métricas de su instancia RDS en el nivel del sistema, como el procesador, la memoria, el sistema de archivos y la E/S de disco, entre otras. Aquí tiene la lista completa de métricas.

P: ¿Qué motores son compatibles con Enhanced Monitoring?

Enhanced Monitoring es compatible con todos los motores de bases de datos de RDS.

P: ¿Qué tipos de instancia son compatibles con Enhanced Monitoring?

Enhanced Monitoring admite todos los tipos de instancia excepto t1.micro y m1.small. El software utiliza una pequeña cantidad de procesador, memoria y capacidad de E/S; para una monitorización general, recomendamos establecer granularidades mayores en las instancias medias y superiores. Para instancias de base de datos de no producción, el estado predeterminado de Enhanced Monitoring es "desactivado". Puede dejarlo así o modificar la granularidad una vez activado.

P: ¿Qué información puedo ver en el panel de RDS?

Puede ver en la consola todas las métricas del sistema y la información de procesos de sus instancias de base de datos RDS en un formato gráfico. Tiene la opción de indicar qué métricas quiere monitorizar para cada instancia y personalizar el panel según sus requisitos.

P: ¿Todas las instancias en mi cuenta de RDS obtienen las métricas con la misma granularidad?

No. Puede establecer distintas granularidades para cada instancia de base de datos en su cuenta de RDS. También puede elegir en qué instancias desea habilitar Enhanced Monitoring y modificar la granularidad de cualquier instancia cuando lo desee.

P: ¿Hasta cuándo me puedo remontar con las métricas en la consola de RDS?

Puede ver los valores de desempeño de todas las métricas de hace una hora como máximo, con una granularidad máxima de un segundo.

P: ¿Cómo puedo ver en CloudWatch las métricas generadas por RDS Enhanced Monitoring?

Las métricas de RDS Enhanced Monitoring se entregan en su cuenta de logs de CloudWatch. Puede crear filtros para estas métricas en CloudWatch mediante CloudWatch Logs, y mostrar los gráficos en el panel de CloudWatch. Para obtener más detalles, visite la página Amazon CloudWatch.

P: ¿Cuándo debería utilizar CloudWatch en vez del panel de la consola de RDS?

Utilice CloudWatch si quiere ver datos históricos más allá de los que ofrece el panel de la consola de RDS. Puede monitorizar sus instancias de RDS en CloudWatch para diagnosticar el estado de toda su pila de AWS en una única ubicación. En este momento, CloudWatch admite granularidades de hasta 1 minuto; los valores se promediarán en el caso de granularidades menores.

P: ¿Puedo establecer alarmas y notificaciones basadas en métricas específicas?

Sí. Puede crear una alarma en CloudWatch que envíe una notificación cuando cambie el estado de alarma. Esta alarma vigila una única métrica durante el período que especifique y realiza una o más acciones en función del valor de la métrica respecto al umbral especificado en distintos períodos. Para obtener más detalles sobre la creación de alarmas en CloudWatch, consulte la guía Amazon CloudWatch Developer Guide.

P: ¿Cómo puedo integrar Enhanced Monitoring con la herramienta que utilizo en este momento?

RDS Enhanced Monitoring proporciona un conjunto de métricas formadas como cargas JSON, y que se entregan en su cuenta de CloudWatch Logs. Estas cargas JSON se entregan con la última granularidad configurada para la instancia RDS.

Existen dos modos de consumir las métricas mediante un panel o aplicación de terceros. Las herramientas de monitorización pueden utilizar CloudWatch Logs Subscriptions para configurar un canal de métricas casi en tiempo real. También puede utilizar filtros en CloudWatch Logs para aplicar métricas a CloudWatch e integrar la aplicación con CloudWatch. Visite la documentación de Amazon CloudWatch para obtener más detalles.

P: ¿Cómo puedo eliminar los datos históricos?

Como Enhanced Monitoring entrega cargas JSON en un log de su cuenta CloudWatch Logs, puede controlar el período de retención como haría con cualquier otra transmisión de CloudWatch Logs. El período de retención predeterminado configurado para Enhanced Monitoring en CloudWatch Logs es de 30 días. Para obtener más información sobre cómo cambiar la configuración de retención, visite la guía Amazon CloudWatch Developer Guide.

P: ¿Qué impacto tiene Enhanced Monitoring en mi factura mensual?

Como las métricas se entregan en CloudWatch Logs, una vez se excede la capa gratuita, el costo se basa en las tarifas de transferencia de datos de CloudWatch Logs y las tarifas de almacenamiento. Puede encontrar más información sobre precios aquí. La cantidad de información transferida para una instancia de RDS es directamente proporcional a la granularidad definida para la función Enhanced Monitoring. Los administradores pueden configurar distintas granularidades para distintas instancias de sus cuentas, y así administrar los costos.

A continuación se muestra el volumen aproximado de datos entregados por Enhanced Monitoring a CloudWatch Logs para una instancia:

Granularidad

60 segundos

30 segundos

15 segundos

10 segundos

5 segundos

1 segundo

Datos entregados en CloudWatch Logs* (GB al mes)

0,27

0,53

1,07

1,61

3,21

16,07