Opciones de almacenamiento en el servidor flexible de Azure Database for PostgreSQL

SE APLICA A: Azure Database for PostgreSQL: servidor flexible

Puede crear una instancia de servidor flexible de Azure DB for PostgreSQL mediante discos administrados de Azure, que son volúmenes de almacenamiento de nivel de bloque administrados por Azure y que se usan con Azure Virtual Machines. Los discos administrados son como un disco físico en un servidor local, pero están virtualizados. Con los discos administrados, lo único que tiene que hacer es especificar el tamaño y el tipo del disco y aprovisionarlo. Cuando aprovisione el disco, Azure controla el resto. El servidor flexible de Azure Database for PostgreSQL admite unidades de estado sólido premium (SSD Premium) y unidades de estado sólido premium versión 2 (SSD Prémium v2) y los precios se calculan en función del nivel de proceso, memoria y almacenamiento que aprovisione.

SSD prémium

Los discos SSD prémium de Azure ofrecen soporte de disco de alto rendimiento y latencia baja para máquinas virtuales (VM) con cargas de trabajo con uso intensivo de entrada/salida (E/S). Las unidades SSD prémium son adecuadas para aplicaciones de producción críticas.

SSD prémium v2 (versión preliminar)

SSD prémium v2 ofrece un mayor rendimiento que SSD prémium, y también es menos costoso por lo general. Puede ajustar individualmente el rendimiento (capacidad, rendimiento y operaciones de entrada y salida por segundo, lo que se conoce como IOPS) de las SSD prémium v2 en cualquier momento. La capacidad de realizar estos ajustes permite que las cargas de trabajo sean rentables, al tiempo que satisfacen las necesidades de rendimiento cambiantes. Por ejemplo, una base de datos con un uso intensivo de transacciones podría necesitar hacer frente a una gran cantidad de IOPS durante un par de días excepcionalmente de alta demanda. O una aplicación de juegos podría exigir un mayor rendimiento solo durante las horas punta. De ahí que para la mayoría de las cargas de trabajo de uso general, las SSD prémium v2 puedan ofrecer la mejor relación entre precio y rendimiento. Ahora puede implementar instancias de servidor flexible de Azure DB for PostgreSQL con SSD prémium v2 en todas las regiones admitidas.

Nota

SSD prémium v2 para el servidor flexible de Azure DB for PostgreSQL se encuentra en versión preliminar.

Diferencias entre SSD prémium y SSD prémium v2

A diferencia de las SSD prémium, las SSD prémium v2 no tienen tamaños dedicados. Puede establecer un disco SSD prémium v2 en cualquier tamaño que prefiera y realizar ajustes pormenorizados según sus requisitos de carga de trabajo. Esos incrementos pormenorizados pueden ir de GiB en GiB. SSD prémium v2 no admite el almacenamiento en caché del host, pero aun así proporciona una latencia significativamente menor que SSD prémium. Las capacidades SSD prémium v2 oscilan entre 1 GiB y 64 TiBs.

En la tabla siguiente se proporciona una comparación de los distintos aspectos de los tipos de disco admitidos por el servidor flexible de Azure Database for PostgreSQL, para ayudarle a decidir cuál se adapta mejor a sus necesidades.

	SSD prémium v2	SSD prémium
Tipo de disco	unidad de estado sólido (SSD)	unidad de estado sólido (SSD)
Escenario	Cargas de trabajo de producción y sensibles al rendimiento que requieren constantemente baja latencia, un alto número de IOPS y rendimiento elevado.	Cargas de trabajo sensibles al rendimiento y la producción.
Tamaño máximo del disco	65 536 GiB	32 767 GiB
Rendimiento máx.	1 200 MB/s	900 MB/s
IOPS máx.	80 000	20 000

SSD prémium v2 ofrece hasta 32 TiB por región y suscripción de forma predeterminada, pero admite una mayor capacidad a petición. Para solicitar un aumento de la capacidad, solicite un aumento de la cuota o póngase en contacto con el Soporte técnico de Azure.

SSD prémium v2: IOPS

El servidor flexible de Azure Database for PostgreSQL ofrece una IOPS de línea base de 3000 para discos de hasta 399 GiB y 12000 IOPS para discos de más de 400 GiB sin costo adicional. Para lograr 80 000 IOPS en un disco, debe ser al menos 160 GiB. El aumento de IOPS más allá del nivel gratis genera cargos adicionales.

Rendimiento de SSD prémium v2

El servidor flexible de Azure Database for PostgreSQL ofrece un rendimiento de línea base de 125 MB/s para discos de hasta 399 GiB y 500 MB/s para discos de más de 400 GiB sin costo adicional. Aumentar el rendimiento más allá del nivel gratis da lugar a cargos adicionales.

Nota

SSD prémium v2 para el servidor flexible de Azure DB for PostgreSQL se encuentra en versión preliminar.

SSD prémium v2: limitaciones durante la versión preliminar

• La alta disponibilidad, las réplicas de lectura, las copias de seguridad con redundancia geográfica, el cifrado de datos con claves administradas por el cliente o las características de crecimiento automático de almacenamiento no se admiten para SSD Premium v2.

• No se admite la migración en línea de SSD prémium (PV1) a SSD prémium v2 (PV2). Como alternativa, si desea migrar entre diferentes tipos de almacenamiento, puede realizar una restauración de un momento puntual de su servidor existente a uno nuevo que esté equipado con un tipo de almacenamiento diferente.

• SSD prémium V2 solo se puede habilitar para los servidores recién creados. No se admite la habilitación de SSD prémium V2 en servidores existentes.

• SSD prémium V2 solo se puede habilitar en las siguientes regiones: Este de Australia, Sur de Brasil, Centro de Canadá, Centro de la India, Centro de EE. UU., Este de Asia, Este de EE. UU., Este de EE. UU. 2, Centro de Francia, Centro-oeste de Alemania, Centro de Israel, Este de Japón, Centro de Corea del Sur, Este de Noruega, Centro de Polonia, Centro-sur de EE. UU., Sudeste de Asia, Norte de Suiza, Norte de Emiratos Árabes Unidos, Centro-oeste de EE. UU., Oeste de Europa y Oeste de EE. UU. 2. Actualmente no se admite la restauración a un momento dado (PITR) de SSD Prémium v2 a SSD Premium (v1). La compatibilidad con esta funcionalidad se agregará en el futuro.

El almacenamiento que aprovisiona es la cantidad de capacidad de almacenamiento disponible para la instancia de servidor flexible de Azure Database for PostgreSQL. El almacenamiento se usa para los archivos de base de datos, los archivos temporales, los registros de transacciones y los registros del servidor PostgreSQL. La cantidad total de almacenamiento que se aprovisiona también define la capacidad de E/S disponible para su servidor.

Tamaño del disco	IOPS de SSD prémium	IOPS de SSD prémium v2
32 GiB	Aprovisionado de 120, hasta 3 500	Las primeras 3 000 IOPS gratis se pueden escalar verticalmente hasta 17 179
64 GiB	Aprovisionado de 240, hasta 3 500	Las primeras 3 000 IOPS gratis se pueden escalar verticalmente hasta 34 359
128 GB	Aprovisionado de 500, hasta 3 500	Las primeras 3 000 IOPS gratis se pueden escalar verticalmente hasta 68 719
256 GiB	Aprovisionado de 1 100, hasta 3 500	Las primeras 3 000 IOPS gratis se pueden escalar verticalmente hasta 80 000
512 GB	Aprovisionado de 2 300, hasta 3 500	Las primeras 12000 IOPS gratuitas pueden escalarse hasta 80000
1 TiB	5 000	Las primeras 12000 IOPS gratuitas pueden escalar hasta 80000
2 TiB	7 500	Las primeras 12000 IOPS gratuitas pueden escalar hasta 80000
4 TiB	7 500	Las primeras 12000 IOPS gratuitas pueden escalar hasta 80000
8 TiB	16 000	Las primeras 12000 IOPS gratuitas pueden escalar hasta 80000
16 TiB	18 000	Las primeras 12000 IOPS gratuitas pueden escalar hasta 80000
32 TiB	20 000	Las primeras 12000 IOPS gratuitas pueden escalar hasta 80000
64 TiB	N/D	Las primeras 12000 IOPS gratuitas pueden escalar hasta 80000

En la tabla siguiente se proporciona información general sobre las capacidades del disco SSD prémium V2 y los máximos de rendimiento para ayudarle a decidir qué desea usar.

Tamaño del disco SSD v2	Máximo de IOPS disponibles	Rendimiento máximo disponible (MB/s)
1 GiB-64 TiB	3000-80 000 (aumenta en 500 IOPS por GiB)	125-1 200 (aumenta en 0,25 MB/s por IOPS establecida)

El tipo de máquina virtual también tiene límites de IOPS. Aunque puede seleccionar cualquier tamaño de almacenamiento independientemente del tipo de servidor, es posible que no pueda usar todas las IOPS que proporciona el almacenamiento, especialmente si elige un servidor con algunos núcleos virtuales. Para más información, consulte Opciones de proceso en el servidor flexible de Azure Database for PostgreSQL.

Nota

Independientemente del tipo de almacenamiento que asigne a su instancia, el almacenamiento solo se puede ampliar, no reducir.

Puede supervisar el consumo de E/S en Azure Portal o mediante los comandos de la CLI de Azure. Las métricas pertinentes que se deben supervisar son el límite de almacenamiento, el porcentaje de almacenamiento, el almacenamiento usado y el porcentaje de E/S.

Condiciones completas del disco

Cuando el disco se llena, el servidor comienza a devolver errores y evita cualquier modificación adicional. Alcanzar el límite también puede causar problemas con otras actividades operativas, como copias de seguridad y archivado de registro de escritura previa (WAL). Hay diferentes maneras de evitar esta situación de disco lleno:

1. Para evitar esta situación, el servidor cambia automáticamente al modo de solo lectura cuando el uso de almacenamiento alcanza el 95 % o cuando la capacidad disponible es inferior a 5 GiB. Si usa el tipo de almacenamiento SSD Premium, puede usar la característica de crecimiento automático de almacenamiento o escalar verticalmente el almacenamiento del servidor para evitar que se produzca este problema.
2. Si el servidor está marcado como de solo lectura debido a la condición completa del disco, puede eliminar los datos que ya no son necesarios, para ello, puede ejecutar el comando siguiente para cambiar el modo a modo de lectura y escritura y, una vez hecho, puede ejecutar el comando delete.

	SET SESSION CHARACTERISTICS AS TRANSACTION READ WRITE;

Recomendamos que supervises activamente el espacio en disco que está en uso mediante las métricas storage_percentage o storage_used y aumentes el tamaño del disco antes de que se agote el espacio disponible en tu almacenamiento. Puede configurar una alerta que le envíe una notificación cuando el almacenamiento en el servidor se acerque al estado sin disco. Para más información, consulte cómo usar el Azure Portal para configurar alertas en las métricas del servidor flexible de Azure Database for PostgreSQL.

Crecimiento automático del almacenamiento (SSD prémium)

El crecimiento automático del almacenamiento puede ayudar a garantizar que el servidor siempre tenga suficiente almacenamiento libre y no se convierta en de solo lectura. Al activar el crecimiento automático del almacenamiento, el tamaño del disco aumenta, pero eso no afecta a la carga de trabajo. El crecimiento automático del almacenamiento solo se admite en la capa de almacenamiento de SSD prémium.

En el caso de los servidores con más de 1 TiB de almacenamiento aprovisionado, el mecanismo de crecimiento automático de almacenamiento se activa cuando el espacio disponible cae a menos del 10 % de la capacidad total o 64 GiB, en función de cuál de estos valores sea menor. Por el contrario, para los servidores con almacenamiento inferior a 1 TB, este umbral se ajusta al 20 % del espacio disponible o 64 GiB, en función de cuál de estos valores sea menor.

Como ejemplo ilustrativo, consideremos un servidor con una capacidad de almacenamiento de 2 TiB (lo que es mayor que 1 TiB). En este caso, el límite de crecimiento automático se establece en 64 GiB. Esta opción se realiza porque 64 GiB es el valor más pequeño en comparación con el 10 % de 2 TiB, que es aproximadamente 204,8 GiB. En cambio, para un servidor con un tamaño de almacenamiento de 128 GiB (lo que es menor que 1 TiB), la característica de crecimiento automático se activa cuando solo queda 25,8 GiB de espacio. Esta activación se basa en el umbral del 20 % del almacenamiento total asignado (128 GiB), que es menor que 64 GiB.

El comportamiento predeterminado aumenta el tamaño del disco al siguiente tamaño de almacenamiento de SSD prémium. Este aumento siempre implica una duplicación del tamaño y del costo, independientemente de si la operación de escalado de almacenamiento se inicia manualmente o mediante el crecimiento automático del almacenamiento. La habilitación del crecimiento automático del almacenamiento resulta útil cuando se administran cargas de trabajo impredecibles, ya que detecta automáticamente las condiciones de almacenamiento bajo y, en consecuencia, escala verticalmente el almacenamiento.

El proceso de escalado del almacenamiento se realiza en línea, sin provocar ningún tiempo de inactividad, excepto cuando el tamaño del disco debe cruzar el borde de 4096 GiB. Esta excepción es una limitación de los discos administrados de Azure. En ese caso, la actividad de escalado automático de almacenamiento no se desencadena, incluso si la configuración de crecimiento automático de almacenamiento está habilitada para el servidor. En tales casos, debe escalar el almacenamiento manualmente. Tenga en cuenta que en este escenario (alcanzar o cruzar el límite de 4 096 GiB), el escalado manual es una operación sin conexión. Se recomienda programar esta tarea para alinearse con sus necesidades empresariales. Todas las demás operaciones se pueden realizar en línea. Una vez que el tamaño del disco asignado es de 8 192 GiB o superior, el crecimiento automático del almacenamiento se desencadena de nuevo automáticamente y cada operación de crecimiento de almacenamiento posterior se realiza en línea hasta que el disco asignado alcanza su capacidad de crecimiento máxima, que es de 32 768 GiB.

Nota

Independientemente del tipo de almacenamiento que asigne a su instancia, el almacenamiento solo se puede ampliar, no reducir.

Limitaciones y consideraciones sobre el crecimiento automático del almacenamiento

• Las operaciones de escalado de discos normalmente se realizan en línea, excepto en escenarios específicos que implican cruzar el límite de 4 096 GiB. Estos escenarios incluyen alcanzar o cruzar el límite de 4 096 GiB. Por ejemplo, el escalado de 2048 GiB a 8192 GiB desencadenará una operación sin conexión. En Azure Portal, el traslado a 4 TB, que se representa como 4095 GiB, mantendrá la operación en línea. Sin embargo, si especifica explícitamente 4 TB como 4 096 GiB, como en la CLI de Azure, la operación de escalado se completa en modo sin conexión, ya que alcanza el límite de 4096 GiB. La operación de escalado de líneas normalmente tarda entre 2 y 10 minutos. Con la característica de escalado de tiempo de inactividad reducido, esta duración se ha reducido a menos de 30 segundos. Esta reducción del tiempo de inactividad durante el escalado de recursos mejora la disponibilidad general de la instancia de base de datos.

• El almacenamiento en caché del host (solo de lectura y lectura y escritura) se admite en tamaños de disco inferiores a 4 TiB. Cualquier disco que esté aprovisionado hasta 4 095 GiB puede aprovechar el almacenamiento en caché del host. El almacenamiento en caché del host no se admite para los tamaños de disco superiores o iguales que 4 096 GiB. Por ejemplo, un disco premium P50 aprovisionado con 4 095 GiB puede aprovechar el almacenamiento en caché del host y un disco P50 aprovisionado con 4 096 GiB no puede aprovechar dicho almacenamiento. Los clientes que pasan de un tamaño de disco inferior a 4 096 GiB o superior pierden la capacidad de usar el almacenamiento en caché del disco.

  Esta limitación se debe a los discos administrados de Azure subyacentes, ya que se necesita una operación de escalado manual de discos. Recibirá un mensaje informativo en el portal al aproximarse a este límite.

• El crecimiento automático del almacenamiento no se desencadena cuando tiene un uso elevado de WAL.

Nota

El crecimiento automático del almacenamiento depende del escalado de discos en línea, por lo que nunca provoca tiempo de inactividad.

Escalado de IOPS

La opción de servidor flexible de Azure DB for PostgreSQL admite el aprovisionamiento de IOPS adicionales. Esta característica permite aprovisionar más IOPS por encima del límite gratuito de IOPS. Con esta característica puede aumentar o disminuir el número de IOPS aprovisionadas para ajustarlo a los requisitos de la carga de trabajo en cualquier momento.

El tamaño de proceso seleccionado determina la IOPS mínima y máxima. Para obtener más información sobre el número mínimo y máximo de IOPS por tamaño de proceso consulte el tamaño de proceso.

Importante

El tamaño de proceso seleccionado determina la IOPS mínima y máxima.

Aprenda a escalar o reducir verticalmente las IOPS.

Precio

Para obtener la información más actualizada sobre precios, consulte Azure Database for PostgreSQL: precios de servidor flexible.

Azure Portal también muestra una estimación de los costos mensuales de una configuración de servidor, en función de las opciones seleccionadas.

Esa estimación se puede ver en toda la experiencia de creación del servidor, en la página nuevo servidor flexible de Azure Database for PostgreSQL:

También se puede ver para los servidores existentes si, en el menú de recursos de una instancia existente, en la sección Configuración, seleccione Proceso y almacenamiento:

Si no tiene una suscripción de Azure, puede usar la calculadora de precios de Azure para obtener un precio estimado. En el sitio web de la calculadora de precios de Azure, seleccione la categoría Bases de datos y luego Azure Database for PostgreSQL para agregar el servicio a su estimación y luego personalizar las opciones.

Contenido relacionado

• Administre el servidor flexible de Azure Database for PostgreSQL.
• Límites en el servidor flexible de Azure Database for PostgreSQL.