Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
SSD de alta calidad
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 de críticas. La capacidad, las IOPS y el rendimiento están garantizados cuando se aprovisiona un disco de almacenamiento Premium. Por ejemplo, si crea un disco P40, Azure aprovisiona una capacidad de almacenamiento de 2 048 GB, 7 500 IOPS por segundo y un rendimiento de 250 MB/s para él. La aplicación puede usar toda la capacidad y el rendimiento o parte de ellos. Los discos SSD prémium están diseñados para proporcionar latencias inferiores a 10 milisegundos y los valores de IOPS y rendimiento que se describen en la tabla anterior el 99,9 % del tiempo.
El tamaño máximo de almacenamiento admitido es de 32 TiB con SSD prémium, lo que le permite escalar hasta 20 000 IOPS y un rendimiento de 900 MB/s. Al cambiar a SSD prémium v2, puede escalar verticalmente hasta 64 TiB con compatibilidad con 80 000 IOPS y 1 200 MB/s de rendimiento.
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.
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 cuando elija un servidor con algunas vCores.To más información, consulte Opciones de proceso en 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.
Crecimiento automático del almacenamiento (SSD prémium)
El crecimiento automático del almacenamiento puede ayudarle a garantizar que su servidor disponga siempre de suficiente espacio libre, y que no se convierta en solo lectura, lo que ocurre cuando el uso del almacenamiento alcanza el 95 por ciento, o cuando la capacidad disponible es inferior a 5 GiB. 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 del 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 TiB, que se representa como 4095 GiB, mantiene 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é de host (ReadOnly y Lectura y escritura) se admite en tamaños de disco inferiores a 4096 GIB o 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
Azure Database 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.