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

SSD Premium

O SSD Premium do Azure oferece suporte de disco de alto desempenho e baixa latência para máquinas virtuais (VMs) com cargas de trabalho intensivas de entrada/saída (IO). As unidades SSD Premium são adequadas para aplicações de produção de missão crítica. 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á 2.048 GB de capacidade de armazenamento, 7.500 IOPS e taxa de transferência de 250 MB/s para esse disco. Seu aplicativo pode usar toda ou parte da capacidade e do desempenho. Os SSDs de classe premium são projetados para fornecer, 99,9% do tempo, latências de milissegundos de um dígito, IOPS de alvo e taxa de transferência descritas na tabela anterior.

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

O armazenamento que você provisiona é a quantidade de capacidade de armazenamento disponível para 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 PostgreSQL. A quantidade total de armazenamento provisionada também define a capacidade de E/S disponível para o servidor.

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 consiga usar todas as IOPS que o armazenamento fornece, especialmente quando escolhe um servidor com algumas vCores.To saiba mais, consulte Opções de computação no Banco de Dados do Azure para PostgreSQL.

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

Crescimento automático de armazenamento (SSD Premium)

O crescimento automático do armazenamento pode ajudar a garantir que seu 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 é inferior a 5 GiB. Quando você ativa o crescimento automático do armazenamento, o tamanho do disco aumenta sem afetar a carga de trabalho. O crescimento automático de armazenamento só é suportado para o nível de armazenamento SSD Premium.

Para servidores com mais de 1 TiB de armazenamento provisionado, o mecanismo de crescimento 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. Por outro lado, para servidores com armazenamento inferior a 1 TiB, este limiar é ajustado para 20% do espaço livre disponível ou 64 GiB, dependendo de qual destes valores for menor.

Como exemplo ilustrativo, vamos considerar um servidor com uma capacidade de armazenamento de 2 TiB (que é maior que 1 TiB). Neste caso, o limite de crescimento automático é definido em 64 GiB. Esta escolha é feita porque 64 GiB é o menor valor quando comparado com 10% de 2 TiB, que é aproximadamente 204,8 GiB. Em contraste, para um servidor com um tamanho de armazenamento de 128 GiB (que é menor que 1 TiB), o recurso de crescimento automático é ativado quando restam apenas 25,8 GiB de espaço. Esta ativação baseia-se no limiar de 20% do armazenamento total atribuído (128 GiB), que é inferior a 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 em tamanho e custo, independentemente de você iniciar a operação de dimensionamento de armazenamento manualmente ou por meio do crescimento automático do armazenamento. Habilitar o crescimento automático do armazenamento é valioso quando você gerencia cargas de trabalho imprevisíveis, pois deteta automaticamente condições de baixo armazenamento e aumenta a escala do armazenamento de acordo.

O processo de dimensionamento do armazenamento é realizado on-line, sem causar nenhum tempo de inatividade, exceto quando o tamanho do disco precisa atravessar a fronteira de 4.096 GiB. Esta exceção é uma limitação dos discos gerenciados do Azure. Nesse caso, a atividade de dimensionamento automático de armazenamento não é acionada, mesmo que a configuração de crescimento automático de 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), o dimensionamento manual é uma operação offline. Recomendamos agendar esta tarefa para se alinhar com as necessidades da sua empresa. Todas as outras operações podem ser realizadas online. Quando o tamanho do disco alocado é de 8.192 GiB ou superior, o crescimento automático do armazenamento é acionado novamente automaticamente e cada operação subsequente de crescimento de armazenamento é realizada on-line até que o disco alocado atinja sua capacidade máxima de crescimento, que é de 32.768 GiB.

Limitações e considerações do crescimento automático do armazenamento

• As operações de dimensionamento de disco geralmente são realizadas on-line, exceto em cenários específicos que envolvem cruzar o limite de 4.096 GiB. Esses cenários incluem atingir ou cruzar o limite de 4.096 GiB. Por exemplo, o dimensionamento de 2.048 GiB para 8.192 GiB aciona uma operação offline. No portal do Azure, a mudança para 4 TiB, que é representada 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 atinge o limite de 4.096 GiB. A operação em escala Oflline geralmente leva entre 2 a 10 minutos. Com o recurso de escalonamento de tempo de inatividade reduzido, essa duração é reduzida para menos de 30 segundos. Essa redução no tempo de inatividade durante o dimensionamento de recursos melhora a disponibilidade geral da instância do banco de dados.

• O Host Caching (ReadOnly e Read/Write) é suportado em tamanhos de disco inferiores a 4.096 GIB ou 4 Tib. Qualquer disco provisionado até 4.095 GiB pode aproveitar o Host Caching. O cache de host não é suportado para tamanhos de disco maiores ou iguais a 4.096 GiB. Por exemplo, um disco premium P50 provisionado a 4.095 GiB pode aproveitar o cache do Host e um disco P50 provisionado a 4.096 GiB não pode aproveitar o Host Caching. Os clientes que passam de um tamanho de disco mais baixo para 4.096 GiB ou superior perdem a capacidade de usar o cache de disco.

  Essa limitação se deve aos discos gerenciados subjacentes do Azure, que precisam de uma operação manual de dimensionamento de disco. Você recebe uma mensagem informativa no portal quando se aproxima desse limite.

• O crescimento automático de armazenamento não é acionado quando você tem alto uso de WAL.

Dimensionamento IOPS

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

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

Saiba como aumentar ou diminuir a escala de IOPS.

Conteúdo relacionado

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