P: ¿Qué es Amazon Aurora?

Amazon Aurora es un motor de base de datos relacional que combina la velocidad y fiabilidad de las bases de datos comerciales de gama alta con la sencillez y la rentabilidad de las bases de datos de código abierto. Amazon Aurora MySQL ofrece un rendimiento hasta cinco veces superior al de MySQL sin implementar modificaciones a la mayoría de las aplicaciones de MySQL; de manera similar, Amazon Aurora PostgreSQL ofrece un rendimiento hasta tres veces superior al de PostgreSQL. Amazon RDS administra las bases de datos de Amazon Aurora y se encarga de las tareas demandantes, como el aprovisionamiento, los parches, los backups, la recuperación, la detección de errores y la reparación. Solo tiene que pagar una tarifa mensual por cada instancia de base de datos de Amazon Aurora que utilice. No hay que afrontar costos iniciales ni asumir compromisos a largo plazo.

P: ¿Qué significa "compatibilidad con MySQL"?

Significa que la mayor parte del código, las aplicaciones, los controladores y las herramientas que ya usa con bases de datos MySQL también se puede utilizar con Aurora con cambios mínimos o incluso sin necesidad de realizar ninguna modificación. El motor de base de datos de Amazon Aurora está diseñado para ser totalmente compatible con MySQL 5.6 mediante la utilización del motor de almacenamiento InnoDB. Determinadas características de MySQL, como el motor de almacenamiento MyISAM, no están disponibles con Amazon Aurora.

P: ¿Qué significa "compatibilidad con PostgreSQL"?

Significa que la mayor parte del código, las aplicaciones, los controladores y las herramientas que ya usa con bases de datos PostgreSQL también se puede utilizar con Aurora con cambios mínimos o incluso sin necesidad de realizar ninguna modificación. El motor de bases de datos Amazon Aurora está diseñado para ser compatible por conexión con PostgreSQL 9.6 y admite el mismo conjunto de extensiones de PostgreSQL admitido con RDS para PostgreSQL 9.6, lo que facilita el traslado de aplicaciones entre dos motores.  

P: ¿Cómo puedo probar Amazon Aurora?

Para probar Amazon Aurora, inicie sesión en la consola de AWS, seleccione RDS en la categoría Database y elija Amazon Aurora como motor de base de datos.

P: ¿Cuánto cuesta Amazon Aurora?

Consulte nuestra página de precios para obtener la información sobre precios más actualizada.

P: Amazon Aurora replica cada porción de mi volumen de base de datos de seis formas en tres zonas de disponibilidad. ¿Esto significa que el precio aplicable por el almacenamiento será tres o seis veces más del que se muestra en la página de precios?

No. La replicación de Amazon Aurora está incluida en el precio. Los cargos se aplicarán en función del almacenamiento que la base de datos consume en la capa de la base de datos, no por el almacenamiento consumido en la capa de almacenamiento virtualizada de Amazon Aurora.

P: ¿En qué regiones de AWS se encuentra disponible Amazon Aurora?

Consulte nuestra página de precios para obtener información actualizada sobre regiones y precios.

P: ¿Cómo puedo migrar desde MySQL a Amazon Aurora y viceversa?

Hay varias opciones. Puede usar la utilidad mysqldump estándar para exportar los datos desde MySQL y la utilidad mysqlimport para importar los datos en Amazon Aurora, y viceversa. También puede usar la característica de migración de instantáneas de base de datos de Amazon RDS para migrar una instantánea de base de datos MySQL de RDS a Amazon Aurora mediante la consola de administración de AWS. La migración se completa para la mayoría de los clientes en menos de una hora, si bien la duración depende del formato y del tamaño del conjunto de datos. Para obtener más información, consulte la guía de importación y exportación de datos de Amazon Aurora.

P: ¿Cómo puedo migrar desde PostgreSQL a Amazon Aurora y viceversa?

Hay varias opciones. Puede usar la utilidad pg_dump estándar para exportar los datos desde PostgreSQL y la utilidad pg_restore para importar los datos a Amazon Aurora, y viceversa. También puede usar la característica de migración de instantáneas de bases de datos de Amazon RDS para migrar una instantánea de base de datos PostgreSQL 9.6 de RDS a Amazon Aurora mediante la consola de administración de AWS. La migración se completa para la mayoría de los clientes en menos de una hora, si bien la duración depende del formato y del tamaño del conjunto de datos. Para obtener más información, consulte la guía de importación y exportación de datos de Amazon Aurora.

P: ¿Amazon Aurora participa en la capa gratuita de AWS?

Por ahora no. La capa gratuita de AWS para Amazon RDS ofrece beneficios para microinstancias de base de datos. En la actualidad, Amazon Aurora no ofrece soporte para microinstancias de base de datos. Consulte nuestra página de precios para obtener la información sobre precios más actualizada.

P: ¿Qué son las E/S en Amazon Aurora y cómo se calculan?

E/S se refiere a las operaciones entrantes y salientes que realiza el motor de base de datos de Aurora en la capa de almacenamiento virtualizado basado en SSD. Cada operación de lectura de página de la base de datos se cuenta como una E/S. El motor de base de datos de Aurora emite lecturas en la capa de almacenamiento para recuperar páginas de base de datos que no se encuentran en la caché del búfer. Cada base de datos tiene un tamaño de 16 KB en Aurora MySQL y de 8 KB en Aurora PostgreSQL.

Aurora se ha diseñado para eliminar operaciones de E/S innecesarias. Esto permite reducir costos y garantizar que los recursos estén disponibles cuando se necesiten para el tráfico de lectura y escritura. Las E/S de escritura solo se consumen cuando se insertan registros de logs sobre transacciones en la capa de almacenamiento para hacer que las escrituras sean duraderas. Las E/S de escritura se cuentan en unidades de 4 KB. Por ejemplo, un registro de log sobre una transacción que tiene 1 024 bytes se cuenta como una operación de E/S. Sin embargo, las operaciones de escritura simultáneas cuyo log de transacción tiene menos de 4 KB se pueden agrupar por lotes en el motor de base de datos de Aurora para optimizar el consumo de E/S. A diferencia de los motores de base de datos tradicionales, Amazon Aurora nunca inserta páginas de base de datos modificadas en la capa de almacenamiento, y esto permite reducir el consumo de E/S.

Para ver la cantidad de E/S que consume una instancia de Aurora, vaya a la consola de AWS. Para buscar su consumo de E/S, vaya a la sección RDS de la consola, mire la lista de instancias, seleccione las instancias de Aurora y luego busque las métricas “Operaciones de lectura facturadas” y “Operaciones de escritura facturadas” en la sección de monitorización.

P: ¿Necesito cambiar los controladores de cliente para utilizar Amazon Aurora PostgreSQL?

No, Amazon Aurora funcionará con controladores de base de datos PostgreSQL estándar.

P: ¿Qué es Amazon Aurora Serverless?

En re:Invent 2017, anunciamos la versión preliminar de Amazon Aurora Serverless, una nueva configuración de la edición compatible con MySQL que puede ofrecer un ahorro de tiempo, esfuerzo y dinero al escalar automáticamente la capacidad de las bases de datos con el objetivo de adaptarla a las necesidades de sus aplicaciones.

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

Amazon Aurora Serverless ya está disponible en una versión preliminar para la edición compatible con MySQL de Amazon Aurora. Puede inscribirse para solicitar su participación. Anunciaremos su disponibilidad general en una fecha próxima.

P: ¿Qué significa “cinco veces más desempeño que MySQL”?

Amazon Aurora ofrece mejoras importantes en comparación con el desempeño de MySQL, ya que realiza una estrecha integración del motor de base de datos con la capa de almacenamiento virtualizado de uso general (SSD) para cargas de trabajo de base de datos, reduce las escrituras en el sistema de almacenamiento, minimiza la contención de bloqueos y elimina los retrasos que ocasionan los subprocesos del procesamiento de bases de datos. Nuestras pruebas con SysBench en instancias r3.8xlarge revelan que Amazon Aurora ofrece más de 500 000 SELECT/segundo y más de 100 000 UPDATE/segundo, cinco veces más que cuando MySQL se ejecuta en el mismo hardware con la misma referencia. En la Guía de referencia de rendimiento de Amazon Aurora MySQL se incluyen instrucciones detalladas sobre esta referencia y cómo replicarla.

P: ¿Qué significa "rendimiento tres veces superior al de PostgreSQL"?

Amazon Aurora ofrece mejoras importantes en comparación con el rendimiento de PostgreSQL, ya que realiza una estrecha integración del motor de base de datos con la capa de almacenamiento virtualizado de uso general (SSD) para cargas de trabajo de base de datos, reduce las escrituras en el sistema de almacenamiento, minimiza la contención de bloqueos y elimina los retrasos que ocasionan los subprocesos del procesamiento de bases de datos. Nuestras pruebas con SysBench en instancias r4.16xlarge revelan que Amazon Aurora ofrece SELECT/segundo y UPDATE/segundo tres veces superior que cuando PostgreSQL se ejecuta en el mismo hardware con la misma referencia. En la guía de referencia del desempeño de Amazon Aurora PostgreSQL se incluyen instrucciones detalladas sobre esta referencia y cómo replicarla.

P: ¿Cómo puedo optimizar la carga de trabajo de la base de datos para Amazon Aurora MySQL?

Amazon Aurora está diseñado para ser compatible con MySQL 5.6, de forma que las herramientas y las aplicaciones de MySQL ya existentes puedan ejecutarse sin necesidad de realizar ninguna modificación. Sin embargo, un aspecto en el que Amazon Aurora supera a MySQL es la gestión de cargas de trabajo con numerosas operaciones simultáneas. Para maximizar el rendimiento de la carga de trabajo en Amazon Aurora, le aconsejamos que cree sus aplicaciones de manera que generen una gran cantidad de transacciones y consultas simultáneas.

P: ¿Cómo puedo optimizar la carga de trabajo de la base de datos para Amazon Aurora PostgreSQL?

Amazon Aurora está diseñado para ser compatible con PostgreSQL 9.6, de forma que las herramientas y las aplicaciones de PostgreSQL ya existentes puedan ejecutarse sin necesidad de realizar ninguna modificación. Sin embargo, un aspecto en el que Amazon Aurora supera a PostgreSQL es en las cargas de trabajo con alto nivel de simultaneidad. Para maximizar el rendimiento de la carga de trabajo en Amazon Aurora, le aconsejamos que cree sus aplicaciones de manera que generen una gran cantidad de transacciones y consultas simultáneas.

P: ¿Cuáles son los límites máximos y mínimos de almacenamiento de una base de datos de Amazon Aurora?

El límite mínimo de almacenamiento es de 10 GB. El almacenamiento de Amazon Aurora aumentará automáticamente en función del uso de la base de datos, hasta 64 TB, en incrementos de 10 GB, sin que ello incida en el desempeño de la base de datos. No es necesario aprovisionar el almacenamiento de antemano.

P: ¿Cómo puedo escalar los recursos informáticos asociados con mi instancia de base de datos de Amazon Aurora?

Puede ajustar la escala de los recursos informáticos asignados a la instancia de base de datos en la consola de administración de AWS mediante la selección de la instancia de base de datos deseada y un clic en el botón Modify (Modificar). La memoria y los recursos de CPU se modifican al cambiar la clase de instancia de base de datos.

Si modifica la clase de instancia de base de datos, los cambios solicitados se aplicarán durante la ventana de mantenimiento especificada. Si lo desea, puede utilizar el marcador “Apply Immediately” para aplicar sus solicitudes de escalado de forma inmediata. Ambas opciones repercutirán en la disponibilidad durante algunos minutos mientras se ejecuta la operación de escalado. Tenga en cuenta que también se aplicarán los demás cambios pendientes en el sistema.

P: ¿Cómo puedo habilitar los backups para mi instancia de base de datos?

Las backups automáticas siempre están habilitadas en las instancias de base de datos de Amazon Aurora. Los backups no afectan al desempeño de la base de datos.

P: ¿Puedo realizar snapshots de base de datos y conservarlas todo el tiempo que desee?

Sí, y la realización de snapshots no afecta al desempeño. Tenga en cuenta que, para restablecer datos a partir de instantáneas de base de datos, es necesario crear una nueva instancia de base de datos.

P: Si se produce algún error en la base de datos, ¿qué ruta de recuperación debo seguir?

Amazon Aurora mantiene automáticamente seis copias de los datos en tres zonas de disponibilidad y tratará de recuperar la base de datos automáticamente en una zona de disponibilidad en buen estado sin que se pierdan datos. En el extraño caso de que los datos no se encuentren disponibles en el almacenamiento de Amazon Aurora, puede restablecerlos a partir de un snapshot de base de datos o realizar una operación de restablecimiento a un momento dado en una instancia nueva. Tenga en cuenta que el tiempo restablecible para una operación de restablecimiento a un momento dado puede ser de hasta 5 minutos en el pasado.

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

Puede optar por crear una instantánea de base de datos final al eliminar la instancia de base de datos. De ser así, puede usar esta instantánea de base de datos para restablecer la instancia de base de datos eliminada en un momento posterior. Amazon Aurora conserva esta instantánea de base de datos definitiva creada por el usuario junto con todas las demás instantáneas de bases de datos creadas manualmente después de haber eliminado la instancia de base de datos. Después de eliminar una instancia de base de datos, solo se conservan las snapshots de base de datos (es decir, que no se conservan los backups automáticos creados para un restablecimiento a un momento dado).

P: ¿Puedo compartir mis snapshots con otra cuenta de AWS?

Sí. Aurora le permite crear instantáneas de sus bases de datos, que puede usar más adelante para restaurar una base de datos. Puede compartir una instantánea con una cuenta distinta de AWS. El propietario de la cuenta de destino podrá usar esta instantánea para restaurar una base de datos que contenga sus datos. Incluso puede elegir hacer sus snapshots públicos; es decir, cualquiera podría restaurar una base de datos que contenga sus datos (públicos). Puede usar esta característica para compartir datos entre varios entornos (producción, desarrollo/pruebas, ensayo, etc.) que tengan distintas cuentas de AWS, así como guardar backups de todos los datos de forma segura en una cuenta aparte en caso de que suceda algo a su cuenta de AWS principal.

P: ¿Se me cobrarán los snapshots compartidos?

Compartir snapshots entre cuentas no conlleva ningún cargo. Sin embargo, es posible que se le cobre por los snapshots, así como por cualquier base de datos que restaure a partir de snapshots compartidos. Obtenga más información sobre los precios de Aurora.

P: ¿Puedo compartir snapshots de forma automática?

No es posible compartir snapshots de base de datos automáticos. Para compartir un snapshot automático, debe crear una copia del snapshot de forma manual y compartirla.

P: ¿Con cuántas cuentas puedo compartir snapshots?

Puede compartir snapshots manuales con hasta 20 ID de cuenta de AWS. Si desea compartir un snapshot con más de 20 cuentas, puede compartirlo haciéndolo público o contactar con Support para incrementar esta cantidad.

P: ¿En qué regiones puedo compartir mis snapshots de Aurora?

Puede compartir sus snapshots de Aurora en todas las regiones en las que se encuentra disponible Aurora.

P: ¿Puedo compartir mis snapshots de Aurora en distintas regiones?

No. Solo podrán acceder a los snapshots de Aurora compartidos cuentas ubicadas en la misma región que la cuenta que los comparte.

P: ¿Puedo compartir un snapshot de Aurora cifrado?

Sí, puede compartir instantáneas de Aurora cifradas.

P: ¿Cómo mejora Amazon Aurora la tolerancia a errores de la base de datos frente a errores de disco?

Amazon Aurora divide automáticamente el volumen de la base de datos en segmentos de 10 GB distribuidos por varios discos. Cada porción de 10 GB del volumen de la base de datos se replica de seis formas en tres zonas de disponibilidad. Amazon Aurora es un servicio diseñado para administrar de manera transparente la pérdida de hasta dos copias de datos sin que ello afecte a la disponibilidad de escritura de la base de datos y hasta tres copias sin que incida en la disponibilidad de lectura. El almacenamiento de Amazon Aurora también ofrece recuperación automática. Los bloques de datos y los discos están sujetos a un análisis constante en busca de errores y se reparan automáticamente.

P: ¿En qué medida mejora Aurora el tiempo de recuperación después de un bloqueo de la base de datos?

A diferencia de lo que ocurre con otras bases de datos, después de un bloqueo, Amazon Aurora no necesita reproducir el log de rehacer a partir de último punto de comprobación de la base de datos (que suele ser 5 minutos) y confirmar que todos los cambios se han aplicado antes de habilitar la base de datos para las operaciones. Esto reduce el tiempo de reinicio de la base de datos a menos de 60 segundos en la mayoría de los casos. Amazon Aurora extrae la caché del búfer del proceso de la base de datos y la habilita inmediatamente en el momento de realizar el reinicio. Esto evita la necesidad de limitar el acceso hasta que la caché se vuelve a llenar a fin de evitar interrupciones.

P: ¿Qué tipos de réplicas soporta Aurora?

Amazon Aurora MySQL y Amazon Aurora PostgreSQL admiten las réplicas de Amazon Aurora, que comparten el mismo volumen subyacente que la instancia principal. Las actualizaciones realizadas por la instancia principal son visibles para todas las réplicas de Amazon Aurora. Con Amazon Aurora MySQL, también puede crear réplicas de lectura de MySQL basadas en el motor de replicación binlog de MySQL. En las réplicas de lectura de MySQL, los datos de la instancia principal se reproducen en su réplica como transacciones. En la mayoría de los casos de uso, entre otros, el escalado de lectura y la alta disponibilidad, recomendamos utilizar réplicas de Amazon Aurora.

Tiene la flexibilidad de combinar y asociar estos dos tipos de réplicas en función de las necesidades de la aplicación:

Característica Réplicas de Amazon Aurora Réplicas de MySQL
Número de réplicas Hasta 15 Hasta 5
Tipo de replicación Asincrónica (milisegundos) Asincrónica (segundos)
Impacto de desempeño en la principal Bajo Alta
Actúa como destino para conmutación por error Sí (sin pérdida de datos) Sí (posible pérdida de minutos de datos)
Conmutación por error automática No
Soporte para retraso de replicación definido por el usuario No
Soporte para datos o esquemas diferentes con respecto a la instancia principal No

P: ¿Puedo tener réplicas interregionales con Amazon Aurora?

Sí, con Aurora MySQL puede configurar una réplica de Aurora interregional desde la consola de RDS. La replicación entre regiones se basa en una única replicación binlog MySQL hilada y el retraso de la replicación dependerá del índice de cambio/aplicación así como de cualquier retraso en la comunicación por red entre las regiones específicas seleccionadas. Actualmente, Aurora PostgreSQL no admite las réplicas interregionales.

P: ¿Puedo crear réplicas de lectura de Aurora en el clúster de réplica interregional?
Sí, puede añadir réplicas de Aurora en el clúster que compartirá el mismo almacenamiento subyacente que la réplica interregional. La réplica interregional será la principal del clúster y las réplicas de Aurora del clúster presentarán un retraso de décimas de milisegundos en comparación con la principal.

P: ¿Puedo conmutar por error mi aplicación de mi réplica principal actual a la réplica interregional?
Sí, puede convertir su réplica interregional en la réplica principal a través de la consola de RDS. El proceso de conversión suele tardar unos minutos, en función de la carga de trabajo. La replicación interregionales se detendrá una vez que inicie el proceso de conversión.

P: ¿Puedo priorizar ciertas réplicas sobre otras como destinos de conmutación por error?

R: Sí. Puede asignar un nivel de prioridad de promoción a cada instancia del clúster. Cuando la instancia principal falle, Amazon RDS promocionará como principal la réplica que tenga mayor prioridad. Si hay conflicto entre dos o más réplicas en el mismo nivel de prioridad, Amazon RDS promocionará como principal la réplica que tenga el mismo tamaño. Para obtener más información sobre la lógica de conmutación por error, lea la guía del usuario Amazon Aurora User Guide.

P: ¿Puedo modificar los niveles de prioridad de las instancias después de su creación?

R: Puede modificar el nivel de prioridad de una instancia en cualquier momento. Modificar los niveles de prioridad no disparará una conmutación por error.

P: ¿Puedo impedir que determinadas réplicas se promocionen a la instancia principal?

R: Puede asignar niveles de prioridad inferiores a las réplicas que no quiera promocionar a la instancia principal. No obstante, si las réplicas de prioridad superior del clúster están en mal estado o no están disponibles por el motivo que sea, Amazon RDS promocionará la réplica de menor prioridad.

P: ¿Cómo puedo mejorar la disponibilidad de una única base de datos de Amazon Aurora?

Puede añadir réplicas de Amazon Aurora. Las réplicas de Amazon Aurora comparten el mismo almacenamiento subyacente que la instancia principal. Puede convertir cualquier réplica de Amazon Aurora en la principal sin que se produzcan pérdidas de datos, por lo que puede utilizarla para mejorar la tolerancia a errores en caso de que se produzca algún error en la instancia de base de datos principal. Para aumentar la disponibilidad de la base de datos, solo tiene que crear de 1 a 15 réplicas en cualquiera de las tres zonas de disponibilidad, y Amazon RDS las incluirá automáticamente en la selección principal para la conmutación por error en el caso de que se produzca una interrupción de la base de datos.

P: ¿Qué ocurre durante la conmutación por error y cuánto tiempo lleva?

Amazon Aurora administra automáticamente la conmutación por error para que las aplicaciones puedan reanudar las operaciones de la base de datos a la mayor brevedad posible sin intervención administrativa manual.

  • Si dispone de una réplica de Amazon Aurora en la misma zona de disponibilidad o en otra distinta, al realizar la conmutación por error, Amazon Aurora cambia el registro de nombre canónico (CNAME) de la instancia de base de datos para apuntar a la réplica en buen estado, que a su vez se promueve para que sea la nueva principal. La conmutación por error completa normalmente finaliza en 30 segundos o menos.
  • Si no dispone de una réplica de Amazon Aurora (es decir, una instancia única), Aurora tratará de crear una nueva instancia de base de datos en la misma zona de disponibilidad en la que se encuentra la instancia original. Si no es posible, Aurora tratará de crear una nueva instancia de base de datos en una zona de disponibilidad distinta. Desde el comienzo hasta el final, la conmutación por error suele durar menos de 15 minutos.

La aplicación debe reintentar las conexiones de la base de datos en caso de que se pierda la conexión.

P: ¿Qué sucede si tengo una base de datos principal y una réplica de Amazon Aurora que reciben tráfico de lectura de manera activa y se produce una conmutación por error?

Amazon RDS puede detectar automáticamente cualquier problema con la instancia principal y comenzar a enrutar el tráfico de lectura/escritura a una réplica de Amazon Aurora. En promedio, la conmutación por error finaliza en 30 segundos o menos. Además, el tráfico de lectura que abastecen las réplicas de Amazon Aurora se interrumpirá momentáneamente.

P: ¿Mis réplicas tardarán mucho más que la principal?

Dado que las réplicas de Amazon Aurora comparten el mismo volumen de datos que la instancia principal, no se produce prácticamente ningún retraso de replicación. Normalmente, observamos retrasos de milisegundos en los 10 s. Para las réplicas de lectura de MySQL, el retraso de replicación puede aumentar indefinidamente en función de la tasa de cambio/aplicación, así como de los retrasos en la comunicación de red. No obstante, en condiciones normales, lo habitual es que el retraso de replicación sea inferior a un minuto.

P: ¿Qué es Amazon Aurora Multi-Master?

En re:Invent 2017, anunciamos la versión preliminar de Amazon Aurora Multi-Master, una nueva versión de la edición compatible con MySQL de Aurora que añade la capacidad de escalar la función de escritura en diferentes zonas de disponibilidad, lo que permite a las aplicaciones leer/escribir cargas de trabajo directamente en varias instancias de un clúster de bases de datos y operar con una mayor disponibilidad.

P: ¿Cómo puedo comenzar a utilizar Amazon Aurora Multi-Master?

Amazon Aurora Multi-Master ya está disponible en una versión preliminar para la edición compatible con MySQL de Amazon Aurora. Puede inscribirse para solicitar su participación. Anunciaremos su disponibilidad general en una fecha próxima.

P: ¿Puedo utilizar Amazon Aurora en Amazon Virtual Private Cloud (Amazon VPC)?

Sí, todas las instancias de base de datos de Amazon Aurora deben crearse en una VPC. Con Amazon VPC, podrá definir una topología de red virtual que sea prácticamente idéntica a la red tradicional que tenga instaurada en su centro de datos. Esto le permite ejercer un control total sobre quién puede obtener acceso a las bases de datos de Amazon Aurora.

P: ¿Cifra Amazon Aurora los datos en tránsito y en reposo?

Sí. Amazon Aurora usa SSL (AES-256) para proteger la conexión entre la instancia de base de datos y la aplicación. Amazon Aurora le permite cifrar sus bases de datos mediante las claves que administra a través del AWS Key Management Service (KMS). En una instancia de base de datos que se ejecute con cifrado de Amazon Aurora, los datos almacenados en reposo en el almacenamiento subyacente están cifrados, al igual que sus backups automatizados, las réplicas y las snapshots en el mismo clúster. El cifrado y el descifrado se administran de forma transparente. Para obtener más información sobre el uso de KMS con Amazon Aurora, consulte la guía del usuario de Amazon RDS.

P: ¿Puedo cifrar una base de datos existente que no esté cifrada?

Actualmente, no se puede cifrar una instancia de Aurora que no esté cifrada. Para utilizar el cifrado de Amazon Aurora para una base de datos existente no cifrada, cree una nueva instancia de base de datos con cifrado habilitado y migre sus datos a la misma.

P: ¿Cómo obtengo acceso a mi base de datos de Amazon Aurora?

El acceso a las bases de datos de Amazon Aurora debe realizarse a través del puerto de base de datos especificado cuando se creó la base de datos. De ese modo, se proporciona una capa de seguridad adicional a los datos. En la guía de conectividad de Amazon Aurora se proporcionan instrucciones paso a paso sobre cómo conectarse a la base de datos de Amazon Aurora.

P: ¿En qué tamaños de instancia estará disponible la información de rendimiento?

En todos los tamaños de instancia que no sean micro. A medida que RDS introduzca nuevos tamaños de instancia, la información de rendimiento estará disponible en aquellos que tengan el nivel de rendimiento suficiente.

P: ¿Cuándo estará disponible la característica de información de rendimiento para RDS para PostgreSQL, Aurora MySQL, RDS para MySQL, RDS para Oracle, RDS para SQL Server y RDS para MariaDB?

En un principio, la información de rendimiento estará disponible en Aurora PostgreSQL e inmediatamente después en Aurora MySQL. Con el transcurso del tiempo, se añadirán motores adicionales.

P: ¿De qué manera la característica de información de rendimiento me muestra la causa de los problemas de rendimiento?

Los problemas de rendimiento se muestran en la sección Performance Insights (Información de rendimiento) de la consola de RDS como picos en el gráfico de carga de la base de datos. La consulta de este gráfico le indicará rápidamente en qué tipo de recursos de la base de datos su aplicación invirtió más tiempo y recursos. La consola le permite agrandar cualquier rango dentro del período de retención. Mediante la selección de los períodos de carga alta, los clientes pueden ver una lista de enunciados de SQL ordenados por contribución total a la carga.

P: ¿De qué manera la característica de información de rendimiento averigua datos acerca de la carga en mi instancia de base de datos de RDS?

La información de rendimiento realiza muestras por segundo del estado de todas las sesiones conectadas de su instancia de base de datos. Si una sesión invierte tiempo en una operación relacionada con la base de datos, la información de rendimiento registra el tiempo de muestra, el tipo de operación (E/S, CPU, bloqueo, etc.), el enunciado de SQL vigente y varios otros atributos de sesión. Con el transcurso de períodos de tiempo, estos datos de muestra se utilizan para describir la manera en la que las sesiones contribuyen a la carga de su instancia de base de datos.

P: ¿Los datos de rendimiento se pueden consultar desde el interior de la instancia de RDS?

No. El proceso de obtención de muestras de la información de rendimiento no completa ninguna tabla de la base de datos ni presenta datos para recuperar desde el interior de la base de datos mediante SQL.

P: ¿Puedo ver lo que está sucediendo en mi instancia en tiempo real?

Sí. De manera predeterminada, la información de rendimiento muestra un período de una hora trasladable de datos de rendimiento. La característica está diseñada para mostrar la información de rendimiento más reciente a segundos del tiempo real.

P: ¿Cuánto cuesta la característica de información de rendimiento?

La información de rendimiento incluye 24 horas de datos retenidos y acceso a la consola. Mientras la información de rendimiento se encuentre en vista previa, ofrecerá una capa gratuita que incluirá 24 horas de seguimiento de retención de datos de rendimiento. Los precios para retenciones de datos más extensas se anunciarán con posterioridad.

P: ¿Cuánto tiempo para atrás de datos de rendimiento almacenados puedo ver en la información de rendimiento?

Puede ver 24 horas de registro de rendimiento. Las opciones para retenciones más extensas se anunciarán con posterioridad.

P: ¿Puedo desactivar la característica de información de rendimiento en instancias nuevas, aunque esté habilitada de manera predeterminada?

Sí. La opción de información de rendimiento se selecciona de manera predeterminada en la consola de AWS cuando usa el asistente de creación de instancias. Puede desmarcar la opción en el asistente para evitar que se active la información de rendimiento o puede desactivarla en una instancia habilitada mediante la modificación de la instancia.

P: ¿La característica de información de rendimiento funciona en instancias de bases de datos de RDS con almacenamiento cifrado?

Sí. La información de rendimiento no lee los datos que almacena en su base de datos.

P: ¿Qué es una carga de base de datos y por qué es la principal medición utilizada en la información de rendimiento para detectar problemas?

La carga de base de datos es una serie temporal que muestra cuánto tiempo las aplicaciones de un cliente invierten en la base de datos y de qué manera lo hacen. La carga de base de datos se mide en unidades de sesiones activas promedio (AAS). Una sesión activa es una conexión (sesión) que envió tareas al motor de la base de datos y está esperando una respuesta. Por ejemplo, si envía un enunciado de SQL a una instancia de base de datos, dicha sesión se considera "activa" durante el período que la instancia se encuentra procesando dicha consulta. Mediante el conteo del número de sesiones que están activas en una instancia en un determinado momento, podemos ofrecer una métrica que, mediante el promedio obtenido con el transcurso de períodos de tiempo, puede mostrar cuán ocupada se encuentra una instancia y cuántas sesiones de tiempo se invierten en esperar a que la instancia responda. Esto es una carga de base de datos. La información de rendimiento cuenta las sesiones activas y registra los atributos de cada sesión aproximadamente cada segundo con un mecanismo de muestra ligero. Los datos recopilados se cifran, se les añade una variedad de granularidades y se muestran en la tabla DB Load (carga de base de datos). Los usuarios de la consola pueden seleccionar el período que deseen ver.

P: ¿Debo hacer algo en particular en mi base de datos para activar la información de rendimiento?

No. Sin embargo, la información de rendimiento funcionará mejor en algunos motores de base de datos cuando se active el seguimiento de rendimiento adicional. Por ejemplo, cuando se activa la extensión pg_stat_statement en RDS PostgreSQL o Aurora PostgreSQL, la información de rendimiento usará el identificador de SQL nativo de PostgreSQL para identificar el enunciado y podrá recopilar el texto completo de enunciados más largos. En MySQL, la activación del esquema de rendimiento le permitirá a la información de rendimiento recopilar datos más específicos y útiles sobre los eventos de espera que afectan la base de datos.

P: ¿La activación de la información de rendimiento afectará el rendimiento de mi base de datos?

El agente de la información de rendimiento está diseñado para no interferir en sus cargas de trabajo de bases de datos. La información de rendimiento funciona en un nivel de prioridad menor que el de los demás procesos de su instancia y monitorea el estado del host y de la base de datos. Cuando la información de rendimiento detecta una carga pesada o recursos agotados, se aparta de la frecuencia normal de recopilación de datos, continúa haciéndolo, pero solo cuando es seguro. Las opciones de bases de datos, como pg_stat_statement en RDS PostgreSQL y Aurora Postgres, y el esquema de rendimiento en MySQL podrían usar algunos recursos de la base de datos y afectar potencialmente el rendimiento. La posibilidad de que la activación de estas opciones afecte un sistema en particular depende de la carga de trabajo de la aplicación. AWS recomienda probar las opciones de bases de datos en cargas de trabajo antes de activarlas en un sistema de producción.

P: ¿Debería continuar usando la monitorización optimizada o tan solo usar la información de rendimiento?

Los clientes que usan la monitorización optimizada para supervisar las métricas de O/S deberían continuar recibiendo dichos datos mediante la monitorización optimizada. En los meses siguientes, dichos datos, así como también un amplio conjunto de métricas de bases de datos, también se pondrán a disposición a través de la consola de información de rendimiento y un API. En ese punto, los clientes podrán obtener todos los datos de rendimiento en la información de rendimiento. La monitorización optimizada permanecerá disponible para aquellos clientes que prefieran utilizarla, pero les recomendaremos que estandaricen la monitorización de sus bases de datos en la característica de información de rendimiento.

P: ¿Los datos almacenados en la característica de información de rendimiento están cifrados?

Sí. La información de rendimiento cifra todos los datos potencialmente confidenciales con su propia clave de KMS. Los datos se cifran en movimiento y en reposo. El personal de AWS no puede acceder ni ver datos de rendimiento potencialmente confidenciales. Únicamente sus usuarios de la cuenta de AWS con acceso total a RDS podrán ver la información de rendimiento. Puede anular la cesión de RDS para su clave de KMS, lo que nos permite procesar y mostrar sus datos de rendimiento en cualquier momento.

P: Si desactivo la información de rendimiento, ¿AWS retiene los datos o se eliminan?

La capa gratuita de retención de datos de rendimiento se limita a un día. La desactivación de la información de rendimiento en una instancia provoca que los datos de rendimiento de dicha instancia se eliminen.

P: ¿Qué sucede con la retención de datos de información de rendimiento cuando detengo una instancia de base de datos de RDS?

El detenimiento de una instancia de RDS con información de rendimiento activada no tiene ningún efecto en la retención ni en la visibilidad de los datos históricos de la instancia en cuestión. Simplemente no habrá datos para el período durante el cual la instancia se haya detenido.

P: ¿De qué manera interactuará la información de rendimiento con mis herramientas de rendimiento existentes?

En un futuro, la información de rendimiento presentará un API disponible públicamente diseñado para que los clientes y terceros puedan aprovechar los datos valiosos de la información de rendimiento.

P: ¿Existe alguna manera en la que herramientas de rendimiento de terceros puedan integrarse con la información de rendimiento?

En un futuro, la información de rendimiento presentará un API disponible públicamente diseñado para que los clientes y terceros puedan aprovechar los datos valiosos de la información de rendimiento.

P: ¿La información de rendimiento estará disponible en todas las regiones de AWS en las que RDS lo está?

Sí. En un principio, la información de rendimiento estará disponible en cuatro regiones: EE.UU. Este (Norte de Virginia, Ohio), EE.UU. Oeste (Oregón) y UE (Irlanda). Posteriormente, la característica estará disponible en todas las regiones en las que se admita RDS.

P: ¿Puedo activar la información de rendimiento en instancias existentes o solo en las nuevas?

Sí, es posible activar la información de rendimiento en instancias existentes mediante la modificación de la instancia para poder activar la característica. Se puede activar en instancias nuevas mediante la especificación de que la información de rendimiento debe activarse al crear la instancia.

P: ¿La información de rendimiento consume el almacenamiento de mis instancias de bases de datos?

No, la información de rendimiento no consume espacio de almacenamiento de sus instancias de RDS.

P: ¿Qué diferencias presentará la información de rendimiento, de haberlas, cuando se ejecute en motores de bases de datos diferentes?

La información de rendimiento está diseñada para presentar una estrategia y apariencia comunes en relación con el ajuste en todos los motores de bases de datos en RDS. Como determinados atributos como los eventos de espera y los identificadores de SQL varían por tipo de motor, naturalmente también variarán en la información de rendimiento cuando se trabaje con motores de bases de datos diferentes. Uno de los principios más importantes de la información de rendimiento es que los conceptos, los identificadores y los atributos existentes en un motor de base de datos permanezcan intactos. Generalmente, la información de rendimiento no reinterpretará ni nombrará eventos de espera ni otros atributos específicos del motor, pero los mostrará exactamente como los reportó el motor de base de datos.

P: ¿La información de rendimiento funciona en instancias Multi-AZ y en instancias de réplicas de lectura?

Sí. Si una base de datos de RDS usa Multi-AZ y la información de rendimiento está activada, entonces la información de rendimiento permanecerá activada cuando y si dicha instancia conmuta por error a otra zona de disponibilidad. Como las réplicas de lectura son instancias independientes, los clientes pueden activar o desactivar la información de rendimiento en ellas.

P: ¿Puedo exportar mis datos desde la información de rendimiento?

En un futuro, la información de rendimiento incorporará una funcionalidad para exportar datos.

P: ¿Puedo volver a importar mis datos en información de rendimiento con posterioridad para realizar un análisis de rendimiento?

No. La característica de información de rendimiento solo muestra datos que se recopilaron directamente a partir de una instancia. Los datos obtenidos mediante información de rendimiento estarán disponibles en los próximos meses mediante un API y, entonces, se podrán realizar análisis con uno de los servicios de AWS orientados a esta función, como Amazon Athena, Amazon Redshift, Amazon Redshift Spectrum y Amazon Quicksight.