Aspectos generales

P: ¿Qué es Amazon RDS?

Amazon Relational Database Service (Amazon RDS) es un servicio administrado que facilita las tareas de configuración, operació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 arduas tareas de administración de las bases 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 copias de seguridad automáticas 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 ajustar fácilmente la escala de los recursos informáticos 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. Al igual que con los demás servicios de Amazon Web Services, no se requiere ninguna inversión inicial y solo tendrá que pagar por los recursos que utilice.

P: ¿Qué motores de bases de datos relacionales 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 automatizará las tareas administrativas más frecuentes, como la realización de copias de seguridad y la actualización del software que administra la base de datos. Con las implementaciones 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 rendimiento que sean necesarios para optimizar su base de datos para el flujo de trabajo de su aplicación.

P: ¿Qué diferencias existen entre Amazon RDS y las AMI de bases de datos relacionales de Amazon EC2?

Amazon Web Services ofrece a los desarrolladores diversas alternativas de bases de datos. Amazon RDS le ofrece la posibilidad de ejecutar una base de datos relacional completa y lo libera de tener que administrar la base de datos. El uso de una de nuestras muchas AMI de base de datos relacionales en Amazon EC2 le permite administrar su propia base de datos relacional en la nube. Existen importantes diferencias entre estas alternativas que podrían hacer que una de ellas fuera más adecuada que otra 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.

Instancias de bases de datos

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 informáticos y de almacenamiento que especifique. Puede crear instancias de bases 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 bases de datos, y cada una de ellas puede admitir 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 bases 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 (Lanzar instancia de base de datos) de la pestaña Instances (Instancias). 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 el volumen de almacenamiento y las credenciales de usuario maestras.

También tendrá la posibilidad de modificar la política de retención de copias de seguridad, el período de respaldo en copias de seguridad preferido y el período 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, podrá recuperar su punto de enlace a través de la descripción de la 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 con su instancia de base de datos mediante 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 leer una explicación detallada acerca 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 bases de datos puedo ejecutar con Amazon RDS?

De manera predeterminada, los clientes pueden tener hasta un total de 40 instancias de bases de datos en Amazon RDS. De las 40, hasta 10 pueden ser instancias de bases 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 y Oracle con el modelo "BYOL". Tenga en cuenta que RDS para SQL Server tiene un límite de 30 bases de datos en una única instancia de base de datos.

Si su aplicación necesita más instancias de bases de datos, puede solicitar instancias 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 respaldo (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 lo ayuda a migrar bases de datos a AWS de forma fácil y segura.

P: ¿Qué es un período de mantenimiento? ¿Mi instancia de base de datos estará disponible durante los eventos de mantenimiento?

El período de mantenimiento de Amazon RDS le permite controlar cuándo tendrán lugar las modificaciones en las instancias de bases de datos, las actualizaciones de versiones en los motores de bases de datos y la implementació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á durante el período de mantenimiento que usted haya definido.

Los eventos de mantenimiento que necesitan que Amazon RDS desconecte su instancia de base de datos son las operaciones informáticas de escala (que se suelen realizar en cuestión de minutos), las actualizaciones de versiones en motores de bases de datos y la implementación de parches necesarios en el software. Los parches de software necesarios relacionados con seguridad o durabilidad son los únicos que se programan automáticamente. La implementació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 período de mantenimiento.

Si no establece un período de mantenimiento semanal preferido al momento de 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 períodos de mantenimiento preferidos para cada una de sus instancias de bases de datos.

La ejecución de su instancia de base de datos como implementación Multi-AZ puede reducir aún 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 percibo que parece que mis consultas se están ejecutando con lentitud?

Para bases de datos de producción, le recomendamos que habilite Enhanced Monitoring, que le proporciona acceso a más de 50 métricas de CPU, memoria, sistema de archivos y operaciones de 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 rendimiento de las consultas, en cuyo caso puede barajar la posibilidad de ajustar la escala de la clase de instancia de base de datos. Para obtener más información acerca de cómo monitorear 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 registros 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 rendimiento 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 del usuario de Amazon RDS para obtener más información.

Si utiliza RDS para Oracle, puede usar 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 del 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.

Versiones del motor de base de datos

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

Si desea obtener una lista de las versiones de los motores de bases de datos admitidas, consulte la documentación de cada motor:

P: ¿Cómo distingue Amazon RDS entre versiones "principales" y "secundarias" de los motores de bases 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 bases de datos. El número de nuevas versiones admitidas variará en función de la frecuencia y el contenido de los lanzamientos y los parches del proveedor del motor o de la organización que lo desarrolla y del 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 definir 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 momento de 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 con 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 somete a pruebas exhaustivas antes de ponerla a disposición en Amazon RDS.

Le recomendamos que su instancia de base de datos esté actualizada con 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 bases 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 el siguiente período de mantenimiento. También puede actualizar la instancia inmediatamente si selecciona la opción Apply Immediately en la API de la consola.

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 bases de datos cuya configuración de Auto Minor Version Upgrade (Actualización automática de versiones secundarias) sea "Yes" (Sí). Estas actualizaciones se producirán durante el período de mantenimiento determinado por el cliente.

Programamos dicha actualización para que pueda planificar en función de ella, 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 automáticas de versiones secundarias, defina la configuración de "Auto Minor Version Upgrade" en "No".

En el caso de RDS for Oracle y RDS for SQL Server, si la actualización a la siguiente versión secundaria requiere cambiar a una versión distinta, no programaremos actualizaciones automáticas aunque se haya activado la configuración 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 de 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á realizar pruebas de manera segura 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 ofrecer compatibilidad con las versiones secundarias (p. ej. MySQL 5.6.37 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, retiraremos versiones anteriores de un motor de base de datos, ya sean principales o secundarias. En el caso de 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 cuanto a las versiones secundarias, se suele descartar una versión cuando se han corregido la mayoría de los errores y problemas de seguridad en una versión secundaria posterior.

Aunque nos esforzamos por cumplir con estas directrices, en algunos casos podemos retirar versiones mayores o menores específicas 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é sucede cuando se retira una versión anterior de un motor de base de datos en RDS?

Cuando una versión secundaria de un motor de base de datos se retire en Amazon RDS, otorgaremos un período de tres (3) meses a partir del anuncio antes de comenzar las actualizaciones automáticas. Al finalizar este período, todas las instancias que aún ejecuten la versión secundaria retirada se programarán para una actualización automática con la versión secundaria admitida más reciente durante sus períodos de mantenimiento programados.

Cuando se retire la versión principal de un motor de base de datos en Amazon RDS, otorgaremos un período de, al menos, seis (6) meses a partir del anuncio de la retirada para que actualice el motor a una versión principal compatible. Al finalizar este período, se implementará una actualización automática a la próxima versión principal en todas las instancias que sigan ejecutando la versión retirada durante los períodos 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 bases 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.

Facturación

P: ¿Cómo se cobra y factura el uso de Amazon RDS?

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

  • Horas de instancias 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 horas parciales 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 provisionadas al mes: la tasa de IOPS provisionadas, independientemente de las IOPS que se consuman (solo para almacenamiento de IOPS aprovisionadas (SSD) de Amazon RDS)
  • Almacenamiento de copias de seguridad: es el almacenamiento asociado con las copias de seguridad de bases de datos automatizadas y con cualquier instantánea de base de datos iniciada por el cliente. Al aumentar el período de retención de copias de seguridad o realizar instantáneas de bases de datos adicionales, aumenta el almacenamiento de copias de seguridad 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 bases 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 ella.

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 horas parciales 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 cobrará el almacenamiento aprovisionado (incluidas las IOPS provisionadas) y el almacenamiento de respaldo (incluidas las instantáneas manuales y las copias de seguridad automatizadas dentro de su período de retención específico), pero no se le cobrarán las horas de instancia de base de datos.

P: ¿Por qué cuesta más mi almacenamiento de respaldo 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 respaldo de su base de datos, los datos de respaldo (incluidos los registros 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 respaldo que supere la asignación gratuita refleja esta replicación adicional, que maximiza la durabilidad de las copias de seguridad críticas.

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

Si define que su instancia de base de datos debe ser una implementación Multi-AZ, se le facturará en función de los precios de 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: se basan 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 las implementaciones estándar en una zona de disponibilidad, las horas parciales de instancia de base de datos se facturarán como horas completas. Si convierte su implementación de instancia de base de datos entre estándar y Multi-AZ en un plazo inferior a una hora, se le cobrará por dicha hora las dos tarifas aplicables.
  • Almacenamiento aprovisionado (para instancias de base de datos Multi-AZ): si convierte su implementación entre estándar y Multi-AZ en un plazo inferior a una hora, se le cobrará la mayor de las tarifas de almacenamiento aplicables para esa hora.
  • Solicitudes de E/S al mes: el número total de solicitudes de E/S de almacenamiento que tenga. Las implementaciones Multi-AZ consumen más volumen de solicitudes de E/S que las implementaciones de instancias de bases 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 duplica 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 respaldo: el uso que realice del almacenamiento de respaldo no cambiará, ya sea que su instancia de base de datos sea una implementación estándar o Multi-AZ. Las copias de seguridad 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 que ocurran 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 una implementación 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.

Capa gratuita

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

La capa gratuita de AWS para Amazon RDS permite usar de forma gratuita microinstancias de bases de datos 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 respaldo 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 a la 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 microinstancia de base de datos Single-AZ a la vez y optar a su 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 microinstancias de bases de datos Single-AZ de Amazon RDS de todos los motores de bases de datos y regiones admitidos.

Por ejemplo: si ejecuta dos microinstancias de bases de datos Single-AZ 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 gratuita de AWS pueden usar hasta 750 horas de instancias totales para microinstancias 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 microinstancias de bases de datos 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: ¿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.

Instancias reservadas

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 período de uno 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 para las 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 real.  

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

En términos funcionales, las instancias reservadas y las instancias de bases de datos bajo demanda son exactamente iguales. La única diferencia que existe es la forma en la que se facturan las instancias de bases 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 real más baja (en comparación con las instancias de bases de datos bajo demanda) durante el plazo establecido. A menos que compre instancias reservadas en una región, todas las instancias de bases 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 hizo 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: ¿Las instancias reservadas incluyen una reserva de capacidad?

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, complete el formulario de solicitud de instancias de bases 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 aplicará automáticamente el nuevo cargo por uso por hora a la instancia de base de datos existente.

P: Si me inscribo para conseguir una instancia reservada, ¿cuándo comenzará 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 AWS Account Activity (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 período de facturación, no se aplicará el precio con descuento.

Cuando venza el plazo de reserva, a la instancia reservada se le volverá a aplicar la tarifa de uso por hora 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 bases 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 bases de datos reservadas.

P: Si amplío o reduzco la clase de mi instancia de base de datos, ¿qué le sucederá 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, opción de implementación 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 que se estén ejecutando con las opciones de implementación 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 período 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: ¿Las instancias reservadas están disponibles para implementaciones Multi-AZ?

Sí. Al momento de la compra de una instancia reservada, se puede seleccionar la opción Multi-AZ en la configuración de la instancia de base de datos que se encuentra disponible para la venta. Además, si utiliza un motor de base de datos y un modelo de licencia compatible con la flexibilidad de tamaño de la instancia reservada, una instancia reservada Multi-AZ cubrirá el uso para dos instancias de bases de datos Single-AZ.

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 es reembolsable. Seguirá pagando por cada hora durante el período del acuerdo para las instancias de bases 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 distribuye en cada hora del período 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.

Hardware y escalado

P: ¿Cómo puedo determinar qué clase de instancia de base de datos inicial y capacidad de almacenamiento 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 cómputo, memoria y almacenamiento de su aplicación. Para obtener más información acerca de las clases de instancias de bases de datos disponibles, consulte la Guía del usuario de Amazon RDS.

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

Puede escalar los recursos de cómputo 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 (Modificar)), la API de RDS o la interfaz de línea de comandos de AWS. Los recursos de memoria y CPU se modifican cuando se cambia 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 el período 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.

Es posible que algunas instancias de RDS for SQL Server más antiguas no sean válidas para el almacenamiento escalado. Para obtener más información, consulte las preguntas frecuentes sobre RDS para SQL Server.

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

Amazon RDS utiliza volúmenes de EBS para almacenar el registro y la base de datos. En función del tamaño del almacenamiento solicitado, Amazon RDS se distribuye automáticamente en varios volúmenes de EBS para mejorar el rendimiento de IOPS. En el caso de MySQL y Oracle en una instancia de base de datos existente, podría observar mejoras 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.

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

P: ¿Mi instancia de base de datos seguirá estando disponible durante el proceso de escalado?

La capacidad de almacenamiento asignada a su instancia de base de datos puede aumentarse sin afectar la disponibilidad de la instancia de base de datos. Sin embargo, cuando decida ampliar o reducir los recursos de cómputo disponibles en su instancia de base de datos, la base de datos dejará de estar disponible temporalmente mientras se modifica la clase de la instancia. Este período de falta de disponibilidad suele durar solo unos minutos y tendrá lugar durante el período de mantenimiento de la instancia de base de datos, a menos que especifique que la modificación deba 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 admitir diferentes necesidades de aplicaciones. Si su aplicación necesita más recursos de cómputo 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 rendimiento 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 rendimiento de E/S 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 dicha tasa durante toda la vigencia 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 de Amazon RDS.

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 obtiene acceso 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 rendimiento: 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 que Amazon RDS admite varía conforme al motor de base de datos. Para obtener más detalles, consulte la Guía del usuario de Amazon RDS.

Snapshots de base de datos y backups automáticas

P: ¿Qué diferencia hay entre las copias de seguridad automatizadas y las instantáneas de base de datos?

Amazon RDS ofrece dos métodos diferentes para respaldar y restaurar instancias de bases de datos: copias de seguridad automáticas e instantáneas de bases de datos.

La característica de copias de seguridad automáticas de Amazon RDS permite la recuperación a un momento dado de su instancia de base de datos. Cuando las copias de seguridad automáticas están activadas en su instancia de base de datos, Amazon RDS realiza automáticamente una instantánea diaria completa de sus datos (durante el período de respaldo que prefiera) y captura registros 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 registros de transacción se aplican a la copia de seguridad diaria más adecuada para restaurar su instancia de base de datos al momento que solicitó. Amazon RDS conserva copias de seguridad 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" (Descripción), en el panel inferior de la consola.

Las instantáneas de bases de datos las inicia un usuario, que puede realizar una copia de seguridad 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. Las instantáneas de bases 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 las elimine explícitamente.

Puede copiar las instantáneas que Amazon RDS realiza para habilitar las copias de seguridad automáticas (con la consola de AWS o el comando copy-db-snapshot), o bien para que pueda utilizar la funcionalidad de restablecimiento de instantáneas. Puede identificarlas con el tipo de instantánea "automated" (automática). Además, puede identificar la hora a la que se realizó la instantánea si consulta el campo "Snapshot Created Time" (Momento de creación de la instantánea). Del mismo modo, el identificador de las instantáneas "automated" (automáticas) también incluye la hora (en UTC) a la que se realizó la instantánea.

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 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 las copias de seguridad para mi instancia de base de datos o se hace automáticamente?

De forma predeterminada, Amazon RDS permite las copias de seguridad automáticas de su instancia de base de datos con un período de retención de 7 días. El almacenamiento de copias de seguridad 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 copias de seguridad sin costo adicional. Si desea ampliar el período de retención de copia de seguridad para que sea superior a 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. Para obtener más información sobre las copias de seguridad automáticas, consulte la Guía para desarrolladores de Amazon RDS.

P: ¿Qué es una ventana de copia de seguridad y por qué la necesito? ¿Mi base de datos estará disponible durante dicho período?

El período de respaldo preferido es el período definido por el usuario durante el que se realiza el respaldo de su instancia de base de datos. Amazon RDS utiliza estos respaldos periódicos de los datos y sus registros de transacción para permitirle restablecer la instancia de base de datos a cualquier instante del período de retención, hasta el LatestRestorableTime (normalmente hasta los últimos minutos). Durante el período de respaldo, la E/S de almacenamiento podría interrumpirse durante unos instantes mientras se inicia el proceso de respaldo (por lo general, menos de segundos). También podría experimentar un breve período con incremento de la latencia. No hay período de interrupción de la E/S en el caso de implementaciones de bases de datos Multi-AZ, ya que el respaldo se realiza a partir de la copia en espera.

P: ¿Dónde se almacenan las copias de seguridad automatizadas y las instantáneas de base de datos que realizo y cómo puedo administrar su conservación?

Las instantáneas de bases de datos de Amazon RDS y las copias de seguridad automáticas 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 copias de seguridad automáticas se conservarán mediante la modificación del parámetro RetentionPeriod. Si desea desactivar de forma conjunta las copias de seguridad automáticas, puede definir el período de retención en 0 (no se recomienda). Puede administrar las instantáneas de bases 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 bases 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 instantáneas con la API DeleteDBSnapshot o el comando delete-db-snapshot.

P: ¿Por qué tengo más instantáneas de bases de datos automáticas que el número de días del período de retención para mi instancia de base de datos?

Es normal tener una o dos instantáneas de bases de datos automáticas más que el número de días del período de retención. Se retiene una instantánea automática adicional con el objetivo de garantizar la capacidad para realizar una restauración a un punto en el tiempo a cualquier momento del período de retención. Por ejemplo, si el período de respaldo se define en 1 día, necesitará dos instantáneas automáticas para poder realizar restauraciones a cualquier hora de las últimas 24. También es posible que vea una instantánea automática adicional porque se crea una nueva instantánea automática antes de eliminar la instantánea automática de mayor antigüedad.

P: ¿Qué le ocurre a mis copias de seguridad e instantáneas de base de datos 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 cuando realice 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 la 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 copias de seguridad.

Las copias de seguridad automáticas 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 las instantáneas de bases de datos que se hayan creado manualmente.

Seguridad

P: ¿Qué es 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 direccionamiento 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 del usuario de Amazon Virtual Private Cloud.

P: ¿Qué diferencia hay entre utilizar Amazon RDS en una VPC y utilizarla en la plataforma EC2-Classic (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 utilice EC2-Classic o EC2-VPC. Amazon RDS administra las copias de seguridad, la implementación de parches de 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 EC2-Classic y EC2-VPC, 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 utilizará 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.

Tenga en cuenta que se recomienda encarecidamente utilizar el nombre de 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 las implementaciones 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 las implementaciones Single-AZ, en caso de que desee convertirlas en implementaciones Multi-AZ en algún momento.

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

Para ver un procedimiento que lo guíe a lo largo del proceso, consulte Creación de una instancia de base de datos en una 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 sobre grupos de seguridad de la Guía del usuario de Amazon RDS para obtener información sobre los diferentes modos de controlar el acceso a sus instancias de bases de datos.

P: ¿Cómo me conecto 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 bases 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 direccionamiento 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 del usuario de Amazon VPC para obtener más detalles.

Recomendamos encarecidamente que use el nombre de 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 al interior 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 una instantánea de la instancia de base de datos fuera de la VPC y restablecerla en la VPC si especifica el grupo de subred de base de datos que desea utilizar. Otra opción es realizar una operación "Restore to Point in Time" (Restaurar a un punto determinado en el tiempo).

P: ¿Puedo transferir mis instancias de base de datos existentes al interior de una VPC?

No se admite la migración directa de instancias de bases de datos de dentro hacia 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" (Restaurar a un punto determinado en el tiempo). 

P: ¿Qué precauciones debo tomar para garantizar que mi aplicación pueda obtener acceso a mis instancias de base de datos contenidas 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 bases de datos desde sus instancias de cliente en la VPC.

Para las implementaciones 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 comunicación entre zonas de disponibilidad.

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 maestro 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 cuando comience el proceso de inscripción. Una cuenta de usuario maestro 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 bases de datos. La cuenta de usuario maestro 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 mediante 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 maestro de mi instancia de base de datos?

Para MySQL, 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 del usuario de Amazon RDS para obtener la lista de privilegios restringidos y las alternativas correspondientes para realizar tareas administrativas que puedan requerir estos privilegios.

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

P: ¿Existen diferencias 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: ¿Los programas que se encuentran en ejecución en los servidores de mi propio centro de datos pueden obtener acceso a las bases de datos de Amazon RDS?

Sí. Para ello, debe activar la capacidad para 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 específicas, los intervalos de direcciones IP o las subredes de los servidores de su propio centro de datos.

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

Sí, esta opción es compatible con todos los motores de Amazon RDS.

Amazon RDS genera un certificado SSL/TLS para cada instancia de base de datos. Una vez establecida una conexión cifrada, los datos transferidos entre la instancia de base de datos y su aplicación se cifrarán durante la transferencia.

Aunque SSL ofrece beneficios de seguridad, debe ser consciente de que el cifrado SSL/TLS 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 que la compatibilidad con SSL/TLS de Amazon RDS se restringe al cifrado de la conexión entre la aplicación y la instancia de base de datos. No se debe depender de 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, PostgreSQL u Oracle de Amazon RDS. Para obtener más información acerca de cómo funciona SSL/TLS con estos motores, puede remitirse directamente a la documentación de MySQL, MariaDB, MSDN SQL Server, PostgreSQL u Oracle.

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

Amazon RDS es compatible con el cifrado en reposo para todos los motores de bases de datos mediante el uso de claves que administre con 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 copias de seguridad automatizadas, las réplicas de lectura y las instantáneas. 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 mediante la creación de 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. A continuación, puede restaurar una instancia de base de datos o un clúster de base de datos cifrados a partir de la instantánea cifrada.

Amazon RDS for Oracle y Amazon RDS for SQL Server admiten las tecnologías de cifrado de datos transparente (TDE) de esos motores. 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 base de datos, instantáneas de base de datos, réplicas de lectura, grupos de seguridad de base de datos, grupos de opciones de base de datos, grupos de parámetros de base de datos, suscripciones a eventos y grupos de subred de base de datos. Además, puede etiquetar tales recursos para añadirles metadatos adicionales. Mediante el uso de etiquetas, puede categorizar sus recursos (por ejemplo, instancias de base de datos de "Desarrollo", "Producción" o "Prueba"), así como escribir políticas de AWS IAM en las que consten los permisos (es decir, las acciones) que se pueden adoptar en los recursos con las mismas etiquetas. Para obtener más información, consulte la sección acerca de cómo administrar el acceso a sus bases de datos y recursos de Amazon RDS y el artículo Etiquetado de recursos de Amazon RDS

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

Sí. AWS CloudTrail es un servicio web que registra las llamadas a la API de AWS de su cuenta y le entrega registros. El historial de llamadas a la API de AWS creado por CloudTrail permite realizar un análisis de seguridad, un seguimiento de los cambios en los recursos y auditorías de 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: ¿Puedo usar Amazon RDS con aplicaciones que deban cumplir con HIPAA?

R: Sí, todos los motores de bases de datos de RDS cumplen los requisitos de HIPAA, por lo que puede usarlos para crear aplicaciones que deban cumplirla y para almacenar información relacionada con sanidad, incluida la información sanitaria protegida (PHI) cubierta por un acuerdo para socios empresariales (BAA) con AWS. Si ya cuenta con un BAA vigente, no es necesario tomar ninguna acción para empezar a usar los servicios en las cuentas cubiertas por dicho acuerdo. Si no cuenta con un BAA vigente con AWS, o si tiene preguntas acerca de las aplicaciones que cumplen con HIPAA en AWS, contacte con nosotros.

Configuración de las bases de datos

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. Para ello, tiene 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 rendimiento 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 bases de datos? ¿Por qué resultan útiles?

Un grupo de parámetros de bases de datos realiza las funciones de "contenedor" de valores de configuración del motor que pueden aplicarse a una o más instancias de bases de datos. Si crea una instancia de base de datos sin especificar un Grupo de parámetros de bases 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 bases de datos, modifique los parámetros que desee y modifique la instancia de base de datos para que utilice el nuevo Grupo de parámetros de bases de datos. Una vez asociadas, todas las instancias de base de datos que utilicen un Grupo de parámetros de bases de datos determinado obtendrán todas las actualizaciones de parámetro correspondientes a dicho grupo.

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

P: ¿Cómo puedo monitorear 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, instantáneas de base de datos, grupos de seguridad de base de datos y suscripciones a eventos, así como 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.

Implementaciones Multi-AZ

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

Cuando cree su instancia de la base de datos para que se ejecute como una implementación 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 en espera, con el fin de mantener ambas bases de datos sincronizadas y proteger las actualizaciones más recientes de su base de datos de errores de la instancia. Durante determinados tipos de mantenimiento planificado, o en el improbable caso de que se produzca un error en la instancia de base de datos o la zona de disponibilidad, Amazon RDS conmutará por error automáticamente a la instancia en espera, para que pueda reanudar la escritura y lectura en la base de datos en cuanto se transforme en principal 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 las implementaciones Multi-AZ, la replicación es transparente: no interactúa directamente con la instancia en espera y no puede utilizarse para atender 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 un nivel de fiabilidad alto. Los puntos comunes de anomalía 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 sola zona de disponibilidad. Las zonas de disponibilidad que se encuentran dentro de la misma región cuentan con una conectividad de red de baja latencia.

P: ¿Qué significan "principal" y "en espera" en el contexto de una implementación Multi-AZ?

Cuando ejecuta una instancia de base de datos como una implementación Multi-AZ, la instancia "principal" atiende las escrituras y lecturas de la base de datos. Además, Amazon RDS aprovisiona y mantiene una instancia "en espera" en segundo plano, que es una réplica actualizada de la instancia principal. En situaciones de conmutación por error, la instancia en espera se transforma en principal. 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) antes de que se transforme en principal. Si está interesado en aumentar la escala del tráfico y exceder 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 las ventajas de una implementación Multi-AZ?

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

La ejecución de su instancia de base de datos como una implementación Multi-AZ protege 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 en una única zona de disponibilidad, donde 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).

También se beneficia de un mayor nivel de disponibilidad de la base de datos cuando ejecuta su instancia de base de datos como una implementación 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 las copias de seguridad automáticas, la actividad de E/S ya no se suspende en su instancia principal durante el período de respaldo preferida, dado que las copias de seguridad se recuperan a partir de la instancia en espera. En el caso de implementació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 una implementación 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 en una zona de disponibilidad o en una instancia de base de datos.

P: ¿Existen implicaciones de rendimiento con respecto a la ejecución de mi instancia de base de datos como implementación Multi-AZ?

Es posible que observe latencias elevadas en relación con las implementaciones de instancias de bases 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 implementación Multi-AZ, ¿puedo utilizar la instancia en espera para operaciones de lectura o escritura?

No, una instancia de espera Multi-AZ no puede atender solicitudes de lectura. Las implementaciones Multi-AZ están diseñadas 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 una implementación Multi-AZ para una instancia de base de datos?

Para crear una implementación 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 para MySQL, MariaDB, PostgreSQL y Oracle, cuando decide convertir su instancia RDS de Single-AZ a Multi-AZ sucede lo siguiente:

  • Se realiza una instantánea de su instancia principal
  • Se crea una nueva instancia en espera en una zona de disponibilidad distinta a la de la instantánea
  • 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. Sin embargo, puede observar un incremento de la latencia mientras los datos de la instancia en espera se actualizan para coincidir con la instancia principal.

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

Las implementaciones multi-AZ de Amazon RDS detectan las situaciones de error más comunes y se recuperan automáticamente, por lo que puede restablecer las operaciones de base de datos de la manera más rápida 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 con la instancia principal
  • Error de unidad informática en la instancia
  • Error de almacenamiento en instancia principal

Nota: Cuando se inician operaciones como el escalado de instancias de base de datos o actualizaciones del sistema (por ejemplo, la aplicación de parches en el sistema operativo) para las implementaciones Multi-AZ, a fin de mejorar la disponibilidad, se aplican primero en la instancia 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 las implementaciones multi-AZ de Amazon RDS no conmutan por error automáticamente 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: ¿Me avisarán 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 que ha tenido lugar la conmutación por error automática. Puede hacer clic en la sección "Events" de la consola de Amazon 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 Multi-AZ y cuánto tarda?

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 se convierte en la nueva versión principal. Le sugerimos 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 las implementaciones 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" para mi implementación de instancia de base de datos Multi-AZ?

Amazon RDS realizará automáticamente una conmutación por error sin la intervención del usuario en 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 o configurar la replicación sincrónica Multi-AZ?

En las implementaciones 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 versión 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 la instancia 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 instancia principal mediante la consola de administración de AWS o la API DescribeDBInstances.

P: Después de la conmutación por error, mi instancia principal se encuentra en una zona de disponibilidad diferente de la zona a la del resto de mis recursos de 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 con otras zonas de disponibilidad que se encuentren dentro de la misma región. Además, es posible que desee considerar 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 resiliente en caso de producirse un error en una zona de disponibilidad. Las implementaciones Multi-AZ resuelven esta necesidad de la capa de la base de datos sin administración de su parte.

P: ¿Cómo funcionan las instantáneas de base de datos y las copias de seguridad automáticas con mi implementación Multi-AZ?

El usuario interactúa con la función de copias de seguridad automáticas y con la funcionalidad de instantáneas de bases de datos de la misma forma tanto si ejecuta una implementación estándar en una zona de disponibilidad única (Single-AZ) como una implementación en zonas de disponibilidad múltiples (Multi-AZ). Si ejecuta una implementación Multi-AZ, las copias de seguridad automáticas y las instantáneas de bases de datos simplemente se recuperan a partir 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 procesos de respaldo tanto para las implementaciones Single-AZ como 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 Single-AZ. Las nuevas implementaciones 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 respaldo de origen se inició en una implementación estándar o Multi-AZ.

Réplicas de lectura

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 beneficiarse de la funcionalidad de replicación integrada en los motores admitidos para escalar de manera elástica por encima de las restricciones de capacidad de una única instancia de base de datos para las cargas de trabajo de las bases de datos con operaciones intensivas de lectura. Puede crear una réplica de lectura con tan solo unos clics en la consola de administración de AWS o mediante la API CreateDBInstanceReadReplica. Una vez creada dicha réplica, 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 del motor admitido. 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 admitidos, las réplicas de lectura están sujetas tanto a sus ventajas como a sus limitaciones. En concreto, las actualizaciones se aplican a sus réplicas de lectura después de tener lugar en la instancia de base de datos de origen y el retardo de la replicación puede variar de forma significativa. Las réplicas de lectura pueden asociarse a implementaciones Multi-AZ para obtener ventajas 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 las implementaciones Multi-AZ.

P: ¿Cuándo conviene utilizar una réplica de lectura de Amazon RDS?

La implementación de una o varias réplicas de lectura para una instancia de base de datos de origen dada puede tener sentido en diversas situaciones. Entre los motivos habituales para implementar una réplica de lectura están:

  • Aumentar el escalado por encima de la capacidad de E/S o de cómputo de una única instancia de base de datos para las cargas de trabajo de las bases de datos con operaciones intensivas de lectura. Este exceso de tráfico de lectura puede dirigirse hacia una o más réplicas de lectura.
  • Servir tráfico de lectura cuando la instancia de base de datos de origen no está disponible. Si su instancia de base de datos de origen no puede aceptar solicitudes de E/S (por ejemplo, debido a la suspensión de E/S para las copias de seguridad o por un mantenimiento programado), puede dirigir el tráfico de lectura a las réplicas de lectura. Para este caso de uso, tenga en cuenta que los datos de la réplica de lectura pueden estar “obsoletos” porque la instancia de base de datos de origen no está disponible.
  • En situaciones de creación 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.
  • Puede utilizar una réplica de lectura para la recuperación de desastres de la instancia de base de datos de origen, ya sea en la misma región de AWS o en una distinta.

P: ¿Tengo que habilitar las copias de seguridad automáticas de mi instancia de base de datos para poder crear réplicas de lectura?

Sí. Establezca el período de retención de copia de seguridad en un valor distinto de 0 para habilitar las copias de seguridad automáticas en la instancia de base de datos de origen antes de añadir réplicas de lectura. Para que funcionen las réplicas de lectura, las copias de seguridad deben permanecer habilitadas.

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

Amazon Aurora: todos los clústeres de bases de datos.

Amazon RDS for MySQL: todas las instancias de base de datos admiten la creación de réplicas de lectura. Las copias de seguridad automáticas deben estar y permanecer habilitadas en la instancia de base de datos de origen para las operaciones de la réplica de lectura. Las copias de seguridad automáticas de la réplica solo se admiten para las réplicas de lectura de Amazon RDS que ejecutan MySQL 5.6 o versiones posteriores, no 5.5.

Amazon RDS for PostgreSQL: las instancias de base de datos con la versión 9.3.5 o posterior de PostgreSQL admiten 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 beneficiarse de las réplicas de lectura de Amazon RDS.

Amazon RDS for MariaDB: todas las instancias de base de datos admiten la creación de réplicas de lectura. Las copias de seguridad automáticas deben estar y permanecer habilitadas en la instancia de base de datos de origen para las operaciones de la réplica de lectura.

Amazon RDS for Oracle: compatible con la versión 12.1.0.2.v12 y posteriores de Oracle, y con todas las versiones 12.2 que utilizan el modelo de licencia “Bring Your Own License” para Oracle Database Enterprise Edition y que cuentan con la licencia de la opción para Active Data Guard.

P: ¿Cómo se implementa una réplica de lectura de una instancia de base de datos determinada?

Puede crear una réplica de lectura en cuestión de minutos mediante la API estándar CreateDBInstanceReadReplica o con tan solo unos clics en la consola de administración de AWS. Al crear una réplica de lectura, especifique SourceDBInstanceIdentifier para identificarla como réplica de lectura. 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, también puede especificar la zona de disponibilidad, la clase de instancia de base de datos y el período de mantenimiento preferido. La versión del motor (por ejemplo, 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 una instantánea de la instancia de base de datos de origen 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 durante la creación de la instantánea. La suspensión de la E/S suele durar alrededor de un minuto y se evita si la instancia de base de datos de origen es una implementación Multi-AZ (en cuyo caso, las instantáneas se realizan a partir de la instancia 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 un período de 30 minutos, todas ellas utilizan la misma instantánea 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, mediante 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, será su aplicación la que determine la cantidad de tráfico 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 RDS for MySQL, MariaDB, PostgreSQL y Oracle permiten crear hasta 5 réplicas de lectura de una instancia de base de datos de origen determinada.

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

Sí, Amazon RDS admite réplicas de lectura entre regiones. La cantidad de tiempo que transcurre entre la escritura de los datos en la instancia de base de datos de origen y el momento en que están disponibles en la réplica de lectura dependerá de la latencia de red entre ambas regiones.

P: ¿Las réplicas de lectura de Amazon RDS admiten la replicación sincrónica?

No. Las réplicas de lectura en Amazon RDS for MySQL, MariaDB, PostgreSQL y Oracle se implementan mediante la replicación asincrónica nativa de sus respectivos motores. Amazon Aurora usa un mecanismo de replicación diferente, pero que también es asincrónico.

¿Puedo utilizar una réplica de lectura para mejorar la disponibilidad de escritura de la base de datos o para proteger los datos de la instancia de base de datos de origen frente a situaciones de error?

Si desea utilizar la replicación para incrementar la disponibilidad de escritura de la base de datos y proteger las actualizaciones más recientes de la base de datos frente a diversas situaciones de error, le recomendamos que ejecute su instancia de base de datos como implementación Multi-AZ. Con las réplicas de lectura de Amazon RDS, que utilizan la replicación asincrónica nativa de los motores admitidos, las escrituras en la base de datos se realizan en la réplica de lectura después de haberse llevado a cabo en la instancia de base de datos de origen. El "retardo" de esta replicación puede variar considerablemente. Por su parte, la replicación que utilizan las implementaciones Multi-AZ es sincró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 la base de datos, ya que deben estar disponibles en la instancia en espera en caso de que sea necesaria una conmutación por error. Además, con las implementaciones Multi-AZ, la replicación está totalmente administrada. Amazon RDS monitoriza automáticamente la existencia de errores en las zonas de disponibilidad o las condiciones de error en instancias de base de datos e inicia la conmutación por error automática en la instancia en espera (o en una réplica de lectura, en el caso de Amazon Aurora) si se produce una interrupción.

P: ¿Puedo crear una réplica de lectura con una implementación de instancia de base de datos Multi-AZ como origen?

Sí. Dado que las instancias de base de datos Multi-AZ abordan necesidades distintas a las réplicas de lectura, es razonable utilizarlas de forma conjunta en implementaciones de producción y asociar una réplica de lectura a una implementación de instancia de base de datos Multi-AZ. La instancia de base de datos Multi-AZ de "origen" 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 configurar mis réplicas de lectura de Amazon RDS para que también sean Multi-AZ?

Sí. Con Amazon RDS for MySQL, MariaDB, PostgreSQL y Oracle, se puede habilitar la configuración Multi-AZ en las réplicas de lectura para permitir la recuperación de desastres y minimizar el tiempo de inactividad provocado por las actualizaciones de motores.

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

En caso de producirse una conmutación por error Multi-AZ, las réplicas de lectura asociadas y disponibles reanudarán automáticamente la replicación una vez completada la conmutación por error (mediante la adquisición de las actualizaciones de la nueva versión principal).

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

Amazon Aurora, Amazon RDS for MySQL y MariaDB: puede crear una réplica de lectura de segundo nivel a partir de una réplica existente de primer nivel. Al crear 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 a medida que se replican las transacciones desde la instancia principal a la réplica de primer nivel y, a continuación, a la réplica de segundo nivel.

Amazon RDS for PostgreSQL y Amazon RDS for Oracle: actualmente no se admiten las réplicas de lectura de otras réplicas de lectura.

P: ¿Mis réplicas de lectura solo aceptan operaciones de lectura de bases 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 instrucciones SQL del lenguaje de definición de datos (DDL) en una réplica de lectura. Entre algunos de los ejemplos, puede 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 de origen correspondiente.

Amazon RDS for MySQL puede configurarse de manera que permita las instrucciones SQL de DDL en una réplica de lectura. Si desea habilitar operaciones distintas a la lectura en una réplica de lectura determinada, modifique el grupo de parámetros de base de datos activo en la réplica de lectura, mediante el ajuste del parámetro "read_only" en "0".

Amazon RDS for PostgreSQL actualmente no admite la ejecución de instrucciones SQL de DDL en una réplica de lectura.

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

Sí. Consulte la Guía del usuario de Amazon RDS para obtener más detalles.

P: ¿Se mantendrá mi réplica de lectura actualizada 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 los 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 pueden aplicar los cambios en la réplica de lectura (este problema ocurre 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 de ejecución prolongada en la instancia de base de datos de origen retienen 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 admitidos. 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 se atrasan de manera significativa en relación con su origen.

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

Puede utilizar la API estándar DescribeDBInstances para devolver una lista de todas las instancias de base de datos que ha implementado (incluidas las réplicas de lectura). También puede hacer clic en la pestaña "Instances (Instancias)" de la consola de Amazon RDS.

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 de retraso de la réplica de lectura en relación con la instancia maestra se publica como métrica de Amazon CloudWatch ("Replica Lag" [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 for MySQL, el origen de esta información es el mismo que el que se muestra al enviar el comando "Show Slave Status" (Mostrar estado de subordinado) estándar de MySQL en una réplica de lectura. En Amazon RDS for PostgreSQL, puede utilizar la vista pg_stat_replication en la instancia de base de datos de origen para explorar las métricas de la replicación.

Amazon RDS monitorea 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 en 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 campo Replication State (Estado de replicación) cambia a Replicating (Replicando).

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, se recomienda que las réplicas de lectura tengan los mismos recursos de cómputo y almacenamiento o más que sus instancias de bases de datos de origen correspondientes. De lo contrario, es posible que el retardo de replicación aumente o que su réplica de lectura se quede sin espacio para almacenar las actualizaciones replicadas.

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

Puede eliminar fácilmente una réplica de lectura con tan solo unos clics en la consola de administración de AWS o si transfiere el identificador de instancias de bases de datos a la API DeleteDBInstance.

Una réplica de Amazon Aurora 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 transformará automáticamente en principal y comenzará a aceptar tráfico de escritura.

La réplica de lectura de Amazon RDS for 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 la API DeleteDBInstance o con la consola de administración de AWS.

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

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. De la misma forma que en una instancia de base de datos estándar, la tarifa de "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 precios para ver 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 en una misma región de AWS.

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

Enhanced Monitoring

P: ¿Qué es 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.

Para obtener un diagnóstico y una visualización más profundos de la carga de base de datos, así como un período de retención de datos más largo, puede probar Performance Insights.

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

Enhanced Monitoring registra métricas de su instancia RDS a nivel del sistema, como el procesador, la memoria, el sistema de archivos y la E/S de disco, entre otras. Puede encontrar la lista de métricas completa en la documentación.

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 parte de CPU, memoria y capacidad de E/S; para un monitoreo general, recomendamos establecer granularidades mayores en las instancias medianas y grandes. Para instancias de bases de datos que no sean de 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 monitorear 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 históricas en la consola de RDS?

Puede ver los valores de rendimiento de todas las métricas de hace una hora como máximo, con una granularidad máxima de un segundo, en función de la configuración.

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

Las métricas Enhanced Monitoring de RDS se entregan en su cuenta de CloudWatch Logs. 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 de 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 que no se encuentren disponibles en el panel de la consola de RDS. Puede monitorear 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 para desarrolladores de Amazon CloudWatch.

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

Enhanced Monitoring de RDS 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 de RDS.

Existen dos modos de consumir las métricas mediante un panel o aplicación de terceros. Las herramientas de monitoreo 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. Consulte 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 registro de su cuenta de 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 para desarrolladores de Amazon CloudWatch.

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

Como las métricas se entregan en CloudWatch Logs, una vez que se exceda la capa gratuita, el costo se basará 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 característica Enhanced Monitoring. Los administradores pueden configurar distintas granularidades para diferentes instancias de sus cuentas, y así administrar los costos.

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

Granularidad 60 segundos 30 segundos 15 segundos 10 segundos 5 segundos 1 segundo

Datos recibidos en CloudWatch Logs* (GB al mes)

0,27

0,53

1,07

1,61

3,21

16,07

Product-Page_Standard-Icons_01_Product-Features_SqInk
Más información sobre los socios de RDS
Más información 
Product-Page_Standard-Icons_02_Sign-Up_SqInk
Inscríbase para obtener una cuenta gratuita

Obtenga acceso instantáneo a la capa gratuita de AWS. 

Registrarse 
Product-Page_Standard-Icons_03_Start-Building_SqInk
Comience a crear en la consola

Introducción a Amazon RDS en la consola de AWS

Iniciar sesión