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, las copias de seguridad, 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. ¿Eso 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?

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 consuma 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. Si desea obtener más información, consulte Prácticas recomendadas para migrar bases de datos MySQL a 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.

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 operaciones de E/S en Amazon Aurora y cómo se calculan?

Son 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 operación de 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 diseñó 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 operaciones de E/S de escritura solo se consumen cuando se insertan registros de logs sobre transacciones en la capa de almacenamiento para lograr que las escrituras sean duraderas. Las operaciones de E/S de escritura se cuentan en unidades de 4 KB. Por ejemplo, un registro de log sobre una transacción que tiene 1024 bytes se cuenta como una operación de E/S. Sin embargo, las operaciones de escritura simultáneas cuyo log de transacción tenga menos de 4 KB se pueden agrupar por lotes en el motor de base de datos de Aurora para optimizar el consumo de operaciones 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 operaciones de E/S.

Para ver la cantidad de operaciones de E/S que consume una instancia de Aurora, vaya a la consola de AWS. Para buscar su consumo de operaciones 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 "Billed read operations" (Operaciones de lectura facturadas) y "Billed write operations" (Operaciones de escritura facturadas) en la sección de monitoreo.

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é significa "rendimiento cinco veces superior al de MySQL"?

Amazon Aurora ofrece mejoras importantes en comparación con el rendimiento 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 una métrica de 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 de rendimiento 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 en 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 rendimiento 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?

Para ajustar la escala de los recursos informáticos asignados a la instancia de base de datos en la consola de administración de AWS, seleccione la instancia de base de datos deseada y haga 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 el período de mantenimiento especificado. Si lo desea, puede utilizar el marcador "Apply Immediately" para aplicar sus solicitudes de escalado de forma inmediata. Ambas opciones afectarán 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 las copias de seguridad para mi instancia de base de datos?

Las copias de seguridad automáticas siempre están habilitadas en las instancias de base de datos de Amazon Aurora. Las copias de seguridad no afectan el rendimiento de la base de datos.

P: ¿Puedo realizar instantáneas de bases de datos y conservarlas durante el tiempo que desee?

Sí. Además, la realización de instantáneas no afecta el rendimiento. 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 conserva 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 una instantánea 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 dentro de los 5 minutos anteriores.

P: ¿Qué sucede con mis instantáneas de base de datos y copias de seguridad automatizadas 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 instantáneas de base de datos (es decir, no se conservan las copias de seguridad automáticas creadas para un restablecimiento a un momento dado).

P: ¿Puedo compartir mis instantáneas 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 que sus instantáneas sean públicas. 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 diferentes entornos (producción, desarrollo/pruebas, ensayos, etc.) que tengan cuentas distintas, así como también conservar copias de seguridad de todos los datos seguras en una cuenta independiente en caso de que alguna vez su cuenta principal de AWS esté comprometida.

P: ¿Se cobran las instantáneas compartidas?

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

P: ¿Puedo compartir instantáneas de forma automática?

No es posible compartir instantáneas de base de datos automáticas. Para compartir una instantánea automática, debe crear una copia de la instantánea de forma manual y compartirla.

P: ¿Con cuántas cuentas puedo compartir instantáneas?

Puede compartir instantáneas manuales con hasta 20 ID de cuenta de AWS. Si desea compartir una instantánea con más de 20 cuentas, puede hacerla pública para compartirla o bien, contactar con el equipo de Soporte para incrementar esta cantidad.

P: ¿En qué regiones puedo compartir mis instantáneas de Aurora?

Puede compartir sus instantáneas de Aurora en todas las regiones en las que se encuentra disponible Aurora.

P: ¿Puedo compartir mis instantáneas de Aurora en distintas regiones?

Solo podrán acceder a las instantáneas de Aurora compartidas cuentas ubicadas en la misma región que la cuenta que los comparte.

P: ¿Puedo compartir una instantánea de Aurora cifrada?

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

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

Amazon Aurora divide automáticamente el volumen de la base de datos en segmentos de 10 GB distribuidos en varios discos. Cada segmento 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 se someten a análisis constantes para buscar errores, que se reparan automáticamente.

P: ¿En qué medida Aurora mejora 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 registro de rehacer a partir del último punto de comprobación de la base de datos (que suele ser 5 minutos) y confirmar que todos los cambios se hayan 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 vuelva a llenar a fin de evitar interrupciones.

P: ¿Qué tipos de réplicas admite 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 en 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 en el rendimiento de la instancia principal Bajo Alto
Funciona 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: P: ¿Puedo tener réplicas entre regiones con Amazon Aurora?

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

P: ¿Puedo crear réplicas de lectura de Aurora en el clúster de réplica entre regiones?
Sí, puede añadir réplicas de Aurora en el clúster que compartirá el mismo almacenamiento subyacente que la réplica entre regiones. La réplica entre regiones funcionará como la instancia 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 instancia principal.

P: ¿Puedo conmutar por error mi aplicación desde la instancia principal actual a la réplica entre regiones?
Sí, puede convertir su réplica entre regiones en la nueva instancia 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 entre regiones 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?

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

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

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

P: ¿Puedo impedir que determinadas réplicas se conviertan en instancia principal?

Puede asignar niveles de prioridad inferiores a las réplicas que no quiera que se conviertan en 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 convertirá 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 instancia 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 de instancias principales 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 convierte en la nueva instancia 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. La conmutación por error completa normalmente finaliza en menos de 15 minutos.

La aplicación debe reintentar establecer 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: ¿Cuál es el nivel de retraso de las réplicas en relación con la instancia 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 en decenas de milisegundos. 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: ¿Amazon Aurora cifra 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 de 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 las copias de seguridad automatizadas, las réplicas y las instantáneas en el mismo clúster. El cifrado y el descifrado se administran de forma ininterrumpida. 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 ella.

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: ¿Puedo usar Amazon Aurora con aplicaciones que deban cumplir con HIPAA?

Sí, las ediciones de Aurora compatibles con MySQL y PostgreSQL cumplen los requisitos de HIPAA, por lo que puede usarlas para crear aplicaciones que deban cumplirla y para almacenar información relacionada con sanidad, incluida la información sanitaria protegida (PHI) mediante 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 el BAA. 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.

P: ¿Qué es Amazon Aurora Serverless?

Amazon Aurora Serverless es una configuración de escalado automático bajo demanda para la edición de Amazon Aurora compatible con MySQL. Un clúster de bases de datos de Aurora Serverless se inicia, se cierra y ajusta su capacidad automáticamente en función de las necesidades de su aplicación. Aurora Serverless ofrece una opción rentable y relativamente simple para las cargas de trabajo poco frecuentes, intermitentes o impredecibles. Obtenga más información en la Guía del usuario de Amazon Aurora.

P: ¿Qué versiones de Amazon Aurora son compatibles con Aurora Serverless?

Actualmente, Aurora Serverless es compatible con Aurora con MySQL 5.6.

P: ¿Puedo migrar un clúster de bases de datos de Aurora existente a Aurora Serverless?

Sí, puede restaurar una instantánea tomada de un clúster aprovisionado de Aurora existente en un clúster de bases de datos de Aurora Serverless (y viceversa).

P: ¿Cómo establezco una conexión con un clúster de bases de datos de Aurora Serverless?

Puede obtener acceso a un clúster de bases de datos de Aurora Serverless a partir de una aplicación cliente que se ejecute en la misma Amazon Virtual Private Cloud (VPC). No puede asignarle a un clúster de bases de datos de Aurora Serverless una dirección IP pública.

P: ¿Puedo definir explícitamente la capacidad de un clúster de Aurora Serverless?

Si bien Aurora Serverless ajusta la escala automáticamente en función de la carga de la base de datos activa, en algunos casos, es posible que la capacidad no se ajuste con la suficiente rapidez como para respaldar una modificación repentina de la carga de trabajo, como un número elevado de transacciones nuevas. En estos casos, puede definir de manera explícita la capacidad en un valor específico con la consola de administración de AWS, la CLI de AWS o la API de RDS.

P: ¿Por qué no se ajusta automáticamente la escala de mi clúster de bases de datos de Aurora Serverless?

Una vez que se inicia una operación de escalado, Aurora Serverless intenta encontrar un punto de escalado, que es el punto temporal en el cual la base de datos puede completar el escalado de manera segura. Es posible que Aurora Serverless no pueda encontrar un punto de escalado si existen transacciones o consultas de ejecución prolongada en progreso o bien tablas temporales o bloqueos de tablas en uso.

P: ¿Cómo se factura el uso de Aurora Serverless?

En Aurora Serverless, la capacidad de la base de datos se mide en unidades de capacidad de Aurora (ACU). Paga una tarifa plana por segundo de uso de ACU, con un mínimo de cinco minutos de uso cada vez que la base de datos se activa. Los precios de las operaciones de E/S y del almacenamiento son los mismos para las configuraciones aprovisionadas y sin servidor. Vea un ejemplo de los precios de Aurora Serverless.