Opciones de almacenamiento de Azure DB for PostgreSQL: servidor flexible
SE APLICA A: 
Azure Database for PostgreSQL con 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. Azure Database for PostgreSQL: Servidor flexible admite unidades de estado sólido premium (SSD prémium) y unidades de estado sólido premium versión 2 (SSD prémium v2) y los precios se calculan en función del proceso, la memoria y el nivel de almacenamiento que aprovisione.
SSD Premium
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.
Nota:
La SSD prémium v2 se encuentra actualmente en versión preliminar para Azure Database for PostgreSQL - Servidor flexible.
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 Azure Database for PostgreSQL: servidor flexible, para ayudarle a decidir cuál se adapta mejor a sus necesidades.
| SSD prémium v2 | SSD Premium | |
|---|---|---|
| Tipo de disco | SSD | SSD |
| Escenario | Cargas de trabajo de producción y sensibles al rendimiento que requieren constantemente una baja latencia y un alto IOPS y rendimiento. | 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. | 1200 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
Todos los discos SSD prémium v2 tienen una línea base de 3000 IOPS que es gratuita. A partir de 6 GiB, el número máximo de IOPS que un disco puede tener aumenta a una tasa de 500 por GiB, hasta 80 000 IOPS. Por lo tanto, un disco de 8 GiB puede tener hasta 4000 IOPS y un disco de 10 GiB puede tener hasta 5000 IOPS. Para poder establecer 80 000 IOPS en un disco, ese disco debe tener al menos 160 GiB. Aumentar las IOPS más allá de 3000 aumenta el precio del disco.
Rendimiento de SSD prémium v2
Todos los discos SSD prémium v2 tienen un rendimiento de línea base de 125 MB/s, de forma gratuita. A partir de 6 GiB, el rendimiento máximo que se puede establecer aumenta en 0,25 MB/s por IOPS establecida. Si un disco tiene 3000 IOPS, el rendimiento máximo que puede establecer es de 750 MB/s. Para aumentar el rendimiento de este disco más allá de 750 MB/s, se debe aumentar su número de IOPS. Por ejemplo, si ha aumentado las IOPS a 4000, el rendimiento máximo que se puede establecer es de 1000. 1200 MB/s es el rendimiento máximo admitido para los discos que tienen 5000 IOPS o más. Aumentar el rendimiento más allá de 125 MB/s aumenta el precio del disco.
Nota:
La SSD prémium v2 se encuentra actualmente en versión preliminar para Azure Database for PostgreSQL - Servidor flexible.
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 prémium 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.
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, máximo de 3500 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 17 179 |
| 64 GiB | Aprovisionado de 240, máximo de 3500 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 34 359 |
| 128 GB | Aprovisionado de 500, máximo de 3500 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 68 719 |
| 256 GiB | Aprovisionado de 1100, máximo de 3500 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 80 000 |
| 512 GiB | Aprovisionado de 2300, máximo de 3500 | Las primeras 3000 IOPS gratis se pueden escalar a 80 000 |
| 1 TiB | 5000 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 80 000 |
| 2 TiB | 7 500 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 80 000 |
| 4 TiB | 7 500 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 80 000 |
| 8 TiB | 16 000 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 80 000 |
| 16 TiB | 18 000 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 80 000 |
| 32 TiB | 20 000 | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 80 000 |
| 64 TiB | N/D | Las primeras 3000 IOPS gratis se pueden escalar verticalmente hasta 80 000 |
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-1200 (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 las opciones de proceso en Azure Database for PostgreSQL: servidor flexible.
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).
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 prémium, puede usar la característica de crecimiento automático de almacenamiento para evitar que se produzca este problema.
Se recomienda supervisar activamente el espacio en disco que está en uso y aumentar el tamaño del disco antes de que se agote el almacenamiento disponible. Puede configurar una alerta que le envíe una notificación cuando el almacenamiento en el servidor se acerque al estado sin disco. Para obtener más información, consulte cómo utilizar Azure Portal para configurar alertas sobre métricas para Azure Database for PostgreSQL: servidor flexible.
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 disco se aprovisiona en 4096 GiB. Esta excepción es una limitación de los discos administrados de Azure. Si un disco ya tiene 4,096 GiB, la actividad de escalado de almacenamiento no se desencadena, ni siquiera aunque esté activado el crecimiento automático del almacenamiento. En tales casos, debe escalar el almacenamiento manualmente. Recuerde que, en este caso específico, el escalado manual es una operación sin conexión y debe programarse en consonancia con sus necesidades empresariales.
Nota:
Independientemente del tipo de almacenamiento que asigne a su instancia, el almacenamiento solo se puede ampliar, no reducir.
Limitaciones y consideraciones del crecimiento automático del almacenamiento
Normalmente, las operaciones de escalado de discos se realizan en línea, excepto en escenarios específicos que implican el límite de 4096 GiB. Estos escenarios incluyen alcanzar o cruzar el límite de 4096 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 4096 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.
El almacenamiento en caché del host (ReadOnly y Read/Write) 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 4096 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.
Comparta sugerencias y errores con el equipo de producto de Azure Database for PostgreSQL.