Opção de armazenamento SSD Premium no Banco de Dados do Azure para PostgreSQL

SSD Premium

O SSD Premium do Azure oferece suporte a disco de alto desempenho e baixa latência para máquinas virtuais (VMs) com cargas de trabalho de entrada/saída (E/S) intensiva. As unidades SSD Premium são adequadas para aplicativos de produção críticos. Capacidade, IOPS e taxa de transferência são garantidas quando um disco de armazenamento premium é provisionado. Por exemplo, se você criar um disco P40, o Azure provisionará uma capacidade de armazenamento de 2.048 GB, 7.500 IOPS e uma taxa de transferência de 250 MB/s para o disco. Sua aplicação pode usar parte ou toda a capacidade e desempenho. Os SSDs Premium são projetados para fornecer latências de milissegundos de um dígito, IOPS de destino e a taxa de transferência descritas na tabela anterior em 99,9% do tempo.

O tamanho máximo de armazenamento com suporte é de 32 TiB com SSD Premium, permitindo que você escale até 20.000 IOPS e 900 MB/s de taxa de transferência. Ao alternar para o SSD Premium v2, você pode escalar até 64 TiB com suporte para 80.000 IOPS e 1.200 MB/s de taxa de transferência.

O armazenamento provisionado por você é a quantidade de capacidade de armazenamento disponível para a sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL. Esse armazenamento é usado para arquivos de banco de dados, arquivos temporários, logs de transações e logs de servidor do PostgreSQL. A quantidade total de armazenamento que você provisiona também define a capacidade de E/S disponível para o seu servidor.

O seu tipo de máquina virtual também tem limites de IOPS. Embora você possa selecionar qualquer tamanho de armazenamento, independentemente do tipo de servidor, talvez não seja possível usar todas as IOPS que o armazenamento fornece, especialmente quando você escolhe um servidor com algumas vCores.To aprender mais, consulte as opções de computação no Banco de Dados do Azure para PostgreSQL.

Você pode monitorar o consumo de E/S no portal do Azure ou usando comandos da CLI do Azure. As métricas relevantes a serem monitoradas são limite de armazenamento, percentual de armazenamento, armazenamento usado e percentual de E/S.

Crescimento automático de armazenamento (SSD Premium)

O crescimento automático do armazenamento pode ajudar a garantir que o servidor sempre tenha espaço livre suficiente disponível e não se torne somente leitura, o que acontece quando o uso do armazenamento atinge 95% ou quando a capacidade disponível é menor que 5 GiB. Quando você ativa o aumento automático do armazenamento, o tamanho do disco aumenta sem afetar a carga de trabalho. O aumento automático de armazenamento só tem suporte para a camada de armazenamento SSD Premium.

Para servidores com mais de 1 TiB de armazenamento provisionado, o mecanismo de aumento automático de armazenamento é ativado quando o espaço disponível fica abaixo de 10% da capacidade total ou 64 GiB, o que for menor entre os dois valores. Por outro lado, para servidores com armazenamento abaixo de 1 TiB, esse limite é ajustado para 20% do espaço livre disponível ou 64 GiB, dependendo de qual desses valores é menor.

Como exemplo ilustrativo, vamos considerar um servidor com uma capacidade de armazenamento de 2 TiB (que é maior que 1 TiB). Nesse caso, o limite do aumento automático é definido em 64 GiB. Essa escolha é feita porque 64 GiB é o valor menor quando comparado a 10% de 2 TiB, que é aproximadamente 204,8 GiB. Por outro lado, para um servidor com um tamanho de armazenamento de 128 GiB (que é menor que 1 TiB), o recurso de aumento automático é ativado quando há apenas 25,8 GiB de espaço restante. Essa ativação baseia-se no limite de 20% do armazenamento total alocado (128 GiB), que é menor que 64 GiB.

O comportamento padrão aumenta o tamanho do disco para o próximo tamanho de armazenamento SSD Premium. Esse aumento é sempre o dobro, tanto em tamanho quanto em custo, independentemente de a operação de colocação em escala do armazenamento ser iniciada manualmente ou por meio do aumento automático do armazenamento. Permitir o aumento automático do armazenamento é valioso ao lidar com cargas de trabalho imprevisíveis, pois detecta automaticamente condições de baixo armazenamento e dimensiona o armazenamento conforme for necessário.

O processo de dimensionamento do armazenamento é executado online, sem causar nenhum tempo de inatividade, exceto quando o tamanho do disco precisa ultrapassar o limite de 4.096 GiB. .Essa exceção é uma limitação dos Azure Managed Disks. Nesse caso, a atividade de dimensionamento automático de armazenamento não é disparada, mesmo que a configuração de crescimento automático do armazenamento esteja habilitada para o servidor. Nesses casos, você precisa dimensionar seu armazenamento manualmente. Nesse cenário (atingindo ou cruzando o limite de 4.096 GiB), a escala manual é uma operação offline. Recomendamos agendar essa tarefa para se alinhar às suas necessidades comerciais. Todas as outras operações podem ser executadas online. Depois que o tamanho do disco alocado for 8.192 GiB ou superior, o crescimento automático do armazenamento será disparado novamente automaticamente e cada operação de aumento de armazenamento subsequente será executada online até que o disco alocado atinja sua capacidade máxima de crescimento, que é de 32.768 GiB.

Limitações e considerações sobre o aumento automático do armazenamento

• As operações de dimensionamento de disco normalmente são executadas online, exceto em cenários específicos que envolvem ultrapassar o limite de 4.096 GiB. Esses cenários incluem atingir ou ultrapassar o limite de 4.096 GiB. Por exemplo, o dimensionamento de 2.048 GiB para 8.192 GiB dispara uma operação offline. No portal do Azure, migrar para 4 TiB, que é representado como 4.095 GiB, mantém a operação online. No entanto, se você especificar explicitamente 4 TB como 4.096 GiB, como na CLI do Azure, a operação de dimensionamento será concluída no modo offline, pois atingirá o limite de 4.096 GiB. A operação de dimensionamento oflline geralmente leva entre 2 a 10 minutos. Com o novo recurso de dimensionamento com tempo de inatividade reduzido, essa duração é reduzida para menos de 30 segundos. Essa redução no tempo de inatividade durante a colocação em escala de recursos melhora a disponibilidade geral da instância do banco de dados.

• O Cache de Host (Somente Leitura e Leitura/Gravação) tem suporte em tamanhos de disco com menos de 4,096 GIB ou 4 Tib. Qualquer disco provisionado até 4.095 GiB pode aproveitar o Cache de Host. O cache de host não é compatível com os tamanhos de disco maiores ou iguais a 4.096 GiB. Por exemplo, um disco P50 Premium provisionado em 4.095 GiB pode aproveitar o cache de host e um disco P50 provisionado em 4.096 GiB não pode aproveitar o cache de host. Os clientes que migram de um tamanho de disco menor para 4.096 GiB ou maior perdem a capacidade de usar o cache de disco.

  Essa limitação ocorre devido aos Azure Managed Disks subjacentes, que precisam de uma operação manual de dimensionamento de disco. Você recebe uma mensagem informativa no portal quando se aproxima desse limite.

• O aumento automático do armazenamento não é disparado quando você tem alto uso de WAL.

Escala de IOPS

O Banco de Dados do Azure para PostgreSQL dá suporte ao provisionamento de IOPS extra. Esse recurso permite provisionar mais IOPS além do limite de IOPS complementar. Usando esse recurso, você pode aumentar ou diminuir o número de IOPS provisionado para ajustá-lo aos requisitos de carga de trabalho a qualquer momento.

O tamanho da computação selecionado determina o IOPS mínimo e máximo. Para saber mais sobre o tamanho mínimo e máximo de IOPS por computação, confira o tamanho da computação.

Saiba como escalar verticalmente ou reduzir o IOPS.

Conteúdo relacionado

• Gerenciar o Banco de Dados do Azure para PostgreSQL usando o portal do Azure.
• Limites no Banco de Dados do Azure para PostgreSQL.