Opções de armazenamento no Banco de Dados do Azure para PostgreSQL - Servidor Flexível

APLICA-SE A: Banco de Dados do Azure para PostgreSQL - Servidor Flexível

Você pode criar uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL usando discos gerenciados do Azure, que são volumes de armazenamento em nível de bloco gerenciados pelo Azure e usados com as Máquinas Virtuais do Azure. Os discos gerenciados são como um disco físico em um servidor local, mas virtualizados. Com discos gerenciados, tudo o que você precisa fazer é especificar o tamanho do disco, o tipo de disco e provisionar o disco. Depois de provisionar o disco, o Azure lida com o resto. O Banco de Dados do Azure para PostgreSQL Flexible Server dá suporte a unidades de estado sólido (SSD) premium e SSD Premium v2 e o preço é calculado com base na camada de computação, memória e armazenamento provisionada.

SSD Premium

As SSDs Premium do Azure fornecem 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 SSD Premium são adequadas para aplicações de produção de missão crítica, mas só pode utilizá-las com séries de VM compatíveis. SSDs Premium suportam o tamanho do setor 512E.

SSD Premium v2 (pré-visualização)

SSD Premium v2 oferece maior desempenho do que SSDs Premium e, em geral, também é menos dispendioso. Você pode ajustar individualmente o desempenho (capacidade, taxa de transferência e IOPS (operações de entrada/saída por segundo)) de discos SSD Premium v2 a qualquer momento, permitindo que as cargas de trabalho sejam econômicas e, ao mesmo tempo, atendam às necessidades de desempenho em constante mudança. Por exemplo, um banco de dados com transações intensivas pode precisar de uma grande quantidade de IOPS em um tamanho pequeno, ou um aplicativo de jogos pode precisar de uma grande quantidade de IOPS, mas apenas durante o horário de pico. Assim, para a maioria das cargas de trabalho de uso geral, o SSD Premium v2 pode fornecer o melhor desempenho de preço. Agora você pode implantar o Banco de Dados do Azure para instâncias de servidor flexíveis PostgreSQL com disco SSD Premium v2 em todas as regiões com suporte.

Diferenças entre SSD Premium e SSD Premium v2

Ao contrário dos SSDs Premium, o SSD Premium v2 não tem tamanhos dedicados. Você pode definir um SSD Premium v2 para qualquer tamanho suportado de sua preferência e fazer ajustes granulares (incrementos de 1 GiB) de acordo com seus requisitos de carga de trabalho. SSD Premium v2 não suporta cache de host, mas ainda fornece latência menor do que SSD Premium. As capacidades do SSD Premium v2 variam de 1 GiB a 64 TiBs.

A tabela a seguir fornece uma comparação dos cinco tipos de disco para ajudá-lo a decidir qual usar.

O SSD Premium v2 oferece até 32 TiBs por região e por assinatura por padrão, mas suporta maior capacidade mediante solicitação. Para solicitar um aumento na capacidade, solicite um aumento de cota ou entre em contato com o Suporte do Azure.

Premium SSD v2 IOPS

Todos os discos SSD Premium v2 têm uma linha de base de 3000 IOPS que é gratuita. Após 6 GiB, o IOPS máximo de um disco pode ter aumentos a uma taxa de 500 por GiB, até 80.000 IOPS. Assim, um disco de 8 GiB pode ter até 4.000 IOPS, e um disco de 10 GiB pode ter até 5.000 IOPS. Para poder definir 80.000 IOPS em um disco, esse disco deve ter pelo menos 160 GiBs. Aumentar suas IOPS além de 3.000 aumenta o preço do seu disco.

Taxa de transferência SSD Premium v2

Todos os discos SSD Premium v2 têm uma taxa de transferência de linha de base de 125 MB/s que é gratuita. Após 6 GiB, a taxa de transferência máxima que pode ser definida aumenta em 0,25 MB/s por IOPS definida. Se um disco tiver 3.000 IOPS, a taxa de transferência máxima que ele pode definir é de 750 MB/s. Para aumentar a taxa de transferência desse disco além de 750 MB/s, seu IOPS deve ser aumentado. Por exemplo, se você aumentar o IOPS para 4.000, a taxa de transferência máxima que pode ser definida é 1.000. 1.200 MB/s é a taxa de transferência máxima suportada para discos com 5.000 IOPS ou mais. Aumentar a taxa de transferência além de 125 aumenta o preço do disco.

Limitações de pré-visualização antecipada do SSD Premium v2

• Durante a visualização, recursos como alta disponibilidade, réplicas de leitura, backups com redundância geográfica, chaves gerenciadas pelo cliente ou recursos de crescimento automático de armazenamento não são suportados para PV2.

• Durante a visualização, a migração online de PV1 para PV2 não é suportada. Os clientes podem executar PITR (Point-In-Time-Restore) para migrar de PV1 para PV2.

• Durante a visualização, você pode ativar o SSD Premium V2 apenas para servidores recém-criados. Atualmente, não há suporte para a ativação do SSD Premium V2 em servidores existentes.

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

A tabela a seguir fornece uma visão geral das capacidades de disco SSD V2 premium e dos máximos de desempenho para ajudá-lo a decidir qual usar.

Seu tipo de VM 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 alguns vCores. Você pode saber mais sobre as opções de computação de servidor flexível no Banco de Dados do Azure para PostgreSQL - Servidor Flexível.

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.

Alcance os limites de armazenamento

Quando você atinge o limite de armazenamento, o servidor começa a retornar erros e impede quaisquer modificações adicionais. Atingir o limite também pode causar problemas com outras atividades operacionais, como backups e arquivamento de log write-ahead (WAL). Para evitar essa situação, o servidor é automaticamente alternado para o modo somente leitura quando o uso do armazenamento atinge 95% ou quando a capacidade disponível é inferior a 5 GiB. Você pode usar o recurso de crescimento automático de armazenamento para evitar esse problema com o disco SSD Premium.

Recomendamos que você monitore ativamente o espaço em disco que está em uso e aumente o tamanho do disco antes de ficar sem armazenamento. Você pode configurar um alerta para notificá-lo quando o armazenamento do servidor estiver se aproximando de um estado fora do disco. Para obter mais informações, consulte Usar o portal do Azure para configurar alertas em métricas para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível.

Crescimento automático de armazenamento (SSD Premium)

O crescimento automático do armazenamento pode ajudar a garantir que o servidor sempre tenha capacidade de armazenamento suficiente e não se torne somente leitura. Quando você ativa o crescimento automático do armazenamento, o tamanho do disco aumenta sem afetar a carga de trabalho. O Storage Autogrow só é suportado para o nível de armazenamento SSD Premium. SSD Premium v2 não suporta crescimento automático de armazenamento.

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 cai para menos de 10% da capacidade total ou 64 GiB de espaço livre, o que for menor. Por outro lado, para servidores com armazenamento inferior a 1 TiB, esse limite é ajustado para 20% do espaço livre disponível ou 64 GiB, dependendo de qual desses valores for menor.

Como ilustração, pegue um servidor com capacidade de armazenamento de 2 TiB (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 (menos de 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 é aumentar o tamanho do disco para a próxima camada 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 disco é provisionado a 4.096 GiB. Esta exceção é uma limitação dos discos gerenciados do Azure. Se um disco já tiver 4.096 GiB, a atividade de dimensionamento de armazenamento não será acionada, mesmo que o crescimento automático de armazenamento esteja ativado. Nesses casos, você precisa dimensionar seu armazenamento manualmente. O dimensionamento manual é uma operação offline que você deve planejar de acordo com seus requisitos de negócios.

Lembre-se de que o armazenamento só pode ser ampliado e não reduzido.

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

• As operações de dimensionamento de disco geralmente são executadas online, exceto em cenários específicos envolvendo 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 acionará uma operação offline. No portal do Azure, a mudança para 4 TB, que é representada como 4.095 GiB, manterá 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 ficará offline, pois atinge o limite de 4.096 GiB.

• O Host Caching (ReadOnly e Read/Write) é suportado em discos de tamanho inferior a 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 passarem de um tamanho de disco mais baixo para 4.096 GiB ou superior não terão capacidade de cache de disco.

  Essa limitação se deve ao disco gerenciado do Azure subjacente, que precisa 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 servidor flexível PostgreSQL dá suporte ao provisionamento de IOPS extras. Esse recurso permite provisionar mais IOPS acima do limite de IOPS gratuito. Com esta funcionalidade, também pode aumentar ou diminuir o número de IOPS aprovisionados com base nos seus requisitos de carga de trabalho a qualquer momento.

As IOPS mínima e máxima são determinadas pelo tamanho de computação selecionado. Para saber mais sobre o IOPS mínimo e máximo por tamanho de computação, consulte o tamanho do computador.

Saiba como aumentar ou diminuir a escala de IOPS.

Preço

Para obter as informações de preços mais atualizadas, consulte a página de preços do servidor flexível do Banco de Dados do Azure para PostgreSQL. O portal do Azure mostra o custo mensal na guia Camada de preço , com base nas opções selecionadas.

Se não tiver uma subscrição do Azure, pode utilizar a calculadora de preços do Azure para obter um preço estimado. No site da calculadora de preços do Azure, selecione Adicionar itens, expanda a categoria Bancos de Dados e selecione Banco de Dados do Azure para PostgreSQL para personalizar as opções.

Conteúdos relacionados

• Gerenciar o Banco de Dados do Azure para PostgreSQL - Servidor flexível usando o portal do Azure
• Limites na Base de Dados do Azure para PostgreSQL – Servidor Flexível