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 se pueden considerar como un disco físico en un servidor local, pero virtualizado. 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. La opción servidor flexible de Azure Database for PostgreSQL admite unidades de estado sólido prémium (SSD) y SSD prémium v2 y los precios se calculan en función del nivel de proceso, memoria y almacenamiento que aprovisione.
SSD Premium
Los discos SSD prémium de Azure ofrecen compatibilidad 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). Los discos SSD prémium son adecuados para aplicaciones de producción críticas, pero solo se pueden usar con series de máquinas virtuales compatibles. Los SSD Premium admiten el tamaño del sector 512E.
SSD prémium v2 (versión preliminar)
SSD prémium v2 ofrece mayor rendimiento que los SSD prémium y, en general, es menos costoso. Puede retocar individualmente el rendimiento (la capacidad, el procesamiento y el número de operaciones de entrada y salida por segundo [IOPS]) de los discos SSD prémium v2 en cualquier momento, lo que permite que las cargas de trabajo sean rentables, a la vez que cubren las cambiantes necesidades de rendimiento. Por ejemplo, una base de datos con un uso intensivo de transacciones puede necesitar una gran cantidad de IOPS con un tamaño pequeño, o una aplicación de juegos puede necesitar una gran cantidad de IOPS pero solo durante las horas punta. De ahí que para la mayoría de las cargas de trabajo de uso general, SSD prémium v2 puede 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 los SSD prémium, SSD prémium v2 no tiene tamaños dedicados. Puede establecer un SSD Premium v2 en cualquier tamaño admitido que prefiera y realizar ajustes pormenorizados (incrementos de 1 GiB) según los requisitos de la carga de trabajo. 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 cinco tipos de disco para ayudarle a decidir cuál usar.
| 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 baja latencia, un alto número de IOPS y rendimiento elevado | Cargas de trabajo delicadas de producción y rendimiento |
| 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 |
| ¿Se puede usar como disco del sistema operativo? | No | Sí |
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.
IOPS de SSD prémium v2
Todos los discos SSD prémium v2 tienen unas IOPS de línea base de 3000 gratuitas. 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 uno 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 aumenta el precio del disco.
Nota:
SSD prémium v2 para el servidor flexible de Azure DB for PostgreSQL se encuentra en versión preliminar.
Limitaciones de la versión preliminar anticipada de SSD prémium v2
En la versión preliminar, algunas características como alta disponibilidad, réplicas de lectura, copias de seguridad con redundancia geográfica, claves administradas por el cliente o características de crecimiento automático de almacenamiento no son compatibles con PV2.
En la versión preliminar, no se admite la migración en línea de PV1 a PV2. Los clientes pueden realizar la operación de PITR (restauración a un momento dado) para migrar de PV1 a PV2.
En la versión preliminar, SSD prémium V2 solo se puede habilitar para servidores recién creados. Actualmente, no se admite la habilitación de SSD prémium V2 en servidores existentes.
El almacenamiento que se aprovisiona es la cantidad de capacidad de almacenamiento disponible para el servidor 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 acerca de las capacidades premium de disco de SSD V2 y los máximos de rendimiento para ayudarle a decidir qué 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. Puede obtener más información sobre el servidor flexible en Opciones de proceso en Azure DB for PostgreSQL: servidor flexible.
Nota:
El almacenamiento solo se puede escalar verticalmente, 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.
Límites de almacenamiento de cobertura
Cuando se alcanza el límite de almacenamiento, 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. Puede usar la característica de crecimiento automático de almacenamiento para evitar este problema con el disco SSD prémium.
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. 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 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 capacidad de almacenamiento 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. SSD prémium v2 no admite el crecimiento automático del almacenamiento.
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 de espacio libre, lo que sea menor que sea de los dos valores. 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 ilustración, tome un servidor con una capacidad de almacenamiento de 2 TiB (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 (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 es aumentar el tamaño del disco al siguiente nivel premium de almacenamiento de SSD. 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.
Recuerde que el almacenamiento solo se puede escalar verticalmente, no reducir.
Limitaciones y consideraciones sobre el crecimiento automático del almacenamiento
Por lo general, 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 estará 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 4,096 GiB, o superior, no obtendrán la capacidad de almacenamiento en caché del disco.
Esta limitación se debe al disco administrado de Azure subyacente, que 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 IOPS adicionales por encima del límite gratuito de IOPS. Con esta característica puede aumentar o disminuir el número de IOPS aprovisionadas en función de los requisitos de la carga de trabajo en cualquier momento.
El número de IOPS mínimo y máximo viene determinado por el tamaño de proceso seleccionado. 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 número de IOPS mínimo y máximo viene determinado por el tamaño de proceso seleccionado.
Aprenda a escalar o reducir verticalmente las IOPS.
Precio
Para obtener la información de precios más actualizada, consulte la página precios del servidor flexible de Azure DB for PostgreSQL. Azure Portal muestra el costo mensual en la pestaña Plan de tarifa según las opciones que seleccione.
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 Calculadora de precios de Azure, seleccione Agregar elementos, expanda la categoría Bases de datos y, a continuación, seleccione Azure Database for PostgreSQL para personalizar las opciones.