Almacenamiento de Amazon Aurora
A continuación, puede obtener más información acerca del subsistema de almacenamiento Aurora. Aurora usa una arquitectura de almacenamiento distribuida y compartida que es un factor importante en el rendimiento, la escalabilidad y la fiabilidad para los clústeres de Aurora.
Temas
Información general del almacenamiento de Amazon Aurora
Los datos de Aurora se almacenan en el volumen del clúster, que es un volumen único y virtual que usa unidades de estado sólido (SSD). Un volumen de clúster se compone de copias de los datos repartidas entre tres zonas de disponibilidad de una sola región de AWS. Como los datos se replican automáticamente entre las distintas zonas de disponibilidad, tienen una larga duración y se reduce el riesgo de pérdida de datos. Esta replicación también garantiza que su base de datos esté más disponible durante una conmutación por error. Esto es así porque las copias de datos ya existen en las otras zonas de disponibilidad y continúan respondiendo a las solicitudes de datos de las instancias de base de datos de su clúster de bases de datos. La cantidad de réplicas es independiente del número de instancias de base de datos de su clúster.
Aurora utiliza un almacenamiento local independiente para los archivos temporales no persistentes. Esto incluye archivos que se utilizan para fines tales como ordenar conjuntos de datos grandes durante el procesamiento de consultas y la creación de índices. Para obtener más información, consulte Límites de almacenamiento temporal de Aurora MySQL y Límites de almacenamiento temporal de Aurora PostgreSQL.
Qué contiene el volumen del clúster
El volumen del clúster de Aurora contiene todos sus datos de usuario, objetos de esquema y metadatos internos como las tablas del sistema y el registro binario. Por ejemplo, Aurora almacena todas las tablas, índices, objetos binarios grandes (BLOB), procedimientos almacenados, etc. para un clúster de Aurora en el volumen del clúster.
La arquitectura de almacenamiento compartida de Aurora hace que sus datos sean independientes de las instancias de base de datos del clúster. Por ejemplo, puede añadir una instancia de base de datos rápidamente, ya que Aurora no hace una nueva copia de los datos de la tabla. En su lugar, la instancia de base de datos se conecta al volumen compartido que ya contiene todos sus datos. Puede quitar una instancia de base de datos de un clúster sin quitar los datos subyacentes del clúster. Solo al eliminar todo el clúster, Aurora elimina los datos.
Configuraciones de almacenamiento para los clústeres de base de datos de Amazon Aurora
Amazon Aurora tiene dos configuraciones de almacenamiento para los clústeres de base de datos:
-
Aurora I/O-Optimized: mejora de la relación entre precio y rendimiento y la previsibilidad para las aplicaciones con uso intensivo de E/S. Solo paga por el uso y el almacenamiento de sus clústeres de base de datos, sin cargos adicionales por las operaciones de E/S de lectura y escritura.
Aurora I/O-Optimized es la mejor opción cuando su gasto en E/S es igual o superior al 25 % del gasto total en bases de datos de Aurora.
Puede elegir Aurora I/O-Optimized cuando cree o modifique un clúster de base de datos con una versión de motor de datos que admita la configuración del clúster de Aurora I/O-Optimized. Puede cambiar de Aurora I/O-Optimized a Aurora Standard en cualquier momento.
-
Aurora Standard: precios rentables para muchas aplicaciones con un uso moderado de E/S. Además del uso y el almacenamiento de sus clústeres de base de datos, también paga una tarifa estándar por cada millón de solicitudes de operaciones de E/S.
Aurora Standard es la mejor opción cuando su gasto en E/S es inferior al 25 % del gasto total en bases de datos de Aurora.
Puede cambiar de Aurora Standard a Aurora I/O-Optimized una vez cada 30 días. No hay tiempo de inactividad al cambiar de Aurora Standard a Aurora I/O-Optimized o de Aurora I/O-Optimized a Aurora Standard.
Para obtener más información sobre Región de AWS y la compatibilidad de versiones, consulte Regiones y motores de base de datos Aurora admitidos para configuraciones de almacenamiento en clúster.
Para obtener más información acerca de los precios de las configuraciones de almacenamiento de Aurora, consulte Precios de Amazon Aurora
Para obtener información sobre cómo elegir la configuración de almacenamiento al crear un clúster de base de datos, consulte Creación de un clúster de base de datos. Para obtener información sobre cómo modificar la configuración de almacenamiento de un clúster de base de datos, consulte Configuración para Amazon Aurora.
Cómo cambia automáticamente el tamaño del almacenamiento de Aurora
Los volúmenes de clúster de Aurora crecen automáticamente a medida que se incrementa la cantidad de datos de la base de datos. El tamaño máximo de un volumen de clúster de Aurora es de 128 tebibytes (TiB) o 64 TiB, según la versión del motor de base de datos. Para obtener información detallada sobre el tamaño máximo de una versión específica, consulte Límites de tamaño de Amazon Aurora. Este escalado automático de almacenamiento se combina con un subsistema de almacenamiento de alto rendimiento y altamente distribuido. Esto hace de Aurora una buena elección para sus datos empresariales importantes cuando los objetivos principales son la fiabilidad y la alta disponibilidad.
Para mostrar el estado del volumen, consulte Visualización del estado del volumen para un clúster de base de datos de Aurora MySQL o Visualización del estado del volumen para un clúster de bases de datos de Aurora PostgreSQL. Para encontrar formas de equilibrar los costos de almacenamiento con otras prioridades, Escalado del almacenamiento describe cómo monitorear las métricas AuroraVolumeBytesLeftTotal y VolumeBytesUsed de Amazon Aurora en CloudWatch.
Cuando se eliminan datos de Aurora, se libera el espacio asignado a esos datos. Algunos ejemplos de eliminación de datos incluyen la eliminación o el truncamiento de una tabla. Esta reducción automática del uso de almacenamiento le ayuda a minimizar los cargos de almacenamiento.
nota
Los límites de almacenamiento y el comportamiento dinámico de cambio de tamaño que se describen aquí se aplican a las tablas persistentes y otros datos almacenados en el volumen del clúster.
Para Aurora PostgreSQL, los datos de las tablas temporales se almacenan en la instancia de base de datos local.
Para la versión 2 de Aurora MySQL, los datos de las tablas temporales se almacenan de forma predeterminada en el volumen del clúster para las instancias de escritura y en el almacenamiento local para las instancias de lectura. Para obtener más información, consulte Motor de almacenamiento para tablas temporales en disco.
Para la versión 3 de Aurora MySQL, los datos de la tabla temporal se almacenan en la instancia de base de datos local o en el volumen del clúster. Para obtener más información, consulte Nuevo comportamiento de tabla temporal en Aurora MySQL versión 3.
El tamaño máximo de las tablas temporales que residen en el almacenamiento local está limitado por el tamaño máximo de almacenamiento local de la instancia de base de datos. El tamaño del espacio de almacenamiento depende de la clase de instancia que utilice. Para obtener más información, consulte Límites de almacenamiento temporal de Aurora MySQL y Límites de almacenamiento temporal de Aurora PostgreSQL.
Algunas características de almacenamiento, como el tamaño máximo de un volumen de clúster y el cambio de tamaño automático cuando se eliminan datos, dependen de la versión de Aurora del clúster. Para obtener más información, consulte Escalado del almacenamiento. También puede aprender a evitar problemas de almacenamiento y a monitorear el almacenamiento asignado y el espacio libre en el clúster.
Cómo se factura el almacenamiento de datos de Aurora
Aunque un volumen de clúster de Aurora puede aumentar hasta 128 tebibytes (TiB), solo se cobra al usuario por el espacio que utiliza en un volumen de clúster de Aurora. En versiones anteriores de Aurora, el volumen del clúster podía reutilizar el espacio liberado cuando eliminaba datos, pero el espacio de almacenamiento asignado nunca disminuiría. Ahora, cuando se eliminan datos de Aurora, por ejemplo, al eliminar una tabla o una base de datos, el espacio asignado general disminuye en una cantidad comparable. Por lo tanto, puede reducir los cargos de almacenamiento eliminando tablas, índices, bases de datos, etc. que ya no necesite.
sugerencia
Para versiones anteriores sin la característica de cambio de tamaño dinámico, restablecer el uso de almacenamiento de un clúster implicaba realizar un volcado lógico y restaurar un clúster nuevo. Esa operación puede tardar mucho tiempo en obtener un volumen sustancial de datos. Si se encuentra con esta situación, plantéese la posibilidad de actualizar el clúster a una versión que admita el cambio de tamaño dinámico del volumen.
Para obtener información sobre qué versiones de Aurora admiten el cambio de tamaño dinámico y cómo minimizar los gastos de almacenamiento mediante la supervisión del uso del almacenamiento de su clúster, consulte Escalado del almacenamiento. Para obtener información sobre la factuación del almacenamiento de las copias de seguridad de Aurora, consulte Descripción del uso de almacenamiento de copias de seguridad en Amazon Aurora. Para obtener información acerca del almacenamiento de datos de Aurora, consulte Precios de Amazon RDS para Aurora
