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 são 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. Banco de Dados do Azure para PostgreSQL - O Servidor Flexível dá suporte a unidades de estado sólido premium (SSD Premium) e unidades de estado sólido premium versão 2 (SSD Premium v2), e o preço é calculado com base na camada de computação, memória e armazenamento provisionada.

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.

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

SSD Premium v2 oferece maior desempenho do que SSD Premium, além de ser menos dispendioso, como regra geral. Você pode ajustar individualmente o desempenho (capacidade, taxa de transferência e operações de entrada/saída por segundo, conhecidas como IOPS) do SSD Premium v2 a qualquer momento. A capacidade de fazer esses ajustes permite que as cargas de trabalho sejam econômicas, ao mesmo tempo em que atendem às necessidades de desempenho em constante mudança. Por exemplo, um banco de dados com transações intensivas pode precisar lidar com uma grande quantidade de IOPS por alguns dias de demanda excepcionalmente alta. Ou um aplicativo de jogos pode exigir uma taxa de transferência mais alta apenas durante os horários de pico. Assim, para a maioria das cargas de trabalho de uso geral, o SSD Premium v2 pode fornecer o melhor preço para desempenho.

Diferenças entre SSD Premium e SSD Premium v2

Ao contrário do SSD Premium, o SSD Premium v2 não tem tamanhos dedicados. Você pode definir um disco SSD Premium v2 para qualquer tamanho que preferir e fazer ajustes granulares de acordo com seus requisitos de carga de trabalho. Esses incrementos granulares podem ir em etapas de 1 GiB. 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 de diferentes aspetos dos tipos de disco suportados pelo Banco de Dados do Azure para PostgreSQL - Servidor Flexível, para ajudá-lo a decidir qual deles atende melhor às suas necessidades.

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 3.000 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.

SSD Premium v2 - Taxa de transferência

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 para a qual ele pode ser definido é 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 para além de 125 MB/s aumenta o preço do disco.

SSD Premium v2 - Limitações durante a pré-visualização

• Alta disponibilidade, réplicas de leitura, backups geograficamente redundantes, criptografia de dados com chaves gerenciadas pelo cliente ou recursos de crescimento automático de armazenamento não são suportados para SSD Premium v2.

• A migração online de SSD Premium (PV1) para SSD Premium v2 (PV2) não é suportada. Como alternativa, se quiser migrar entre os diferentes tipos de armazenamento, você pode executar uma restauração point-in-time do servidor existente para um novo que é provisionado com um tipo de armazenamento diferente.

• SSD Premium V2 só pode ser ativado para servidores recém-criados. 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 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.

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 deseja usar.

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 alguns vCores. Para saber mais, consulte Opções de computação 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.

Condições completas do disco

Quando o disco fica cheio, o servidor começa a retornar erros e impede novas modificações. 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. Se estiver a utilizar o tipo de armazenamento SSD Premium, pode utilizar a funcionalidade de crescimento automático de armazenamento para evitar que este problema ocorra.

Recomendamos que você monitore ativamente o espaço em disco que está em uso e aumente o tamanho do disco antes de ficar sem espaço disponível no 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 como 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 espaço livre suficiente disponível 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 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 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. Lembre-se que, neste caso específico, o dimensionamento manual é uma operação offline e deve ser programado de acordo com as necessidades do seu negócio.

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

• As operações de dimensionamento de disco geralmente são executadas online, exceto em cenários específicos que envolvem 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 TB, 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.

• 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 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 - Servidor Flexível 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.

Preço

Para obter as informações de preços mais atualizadas, consulte Banco de Dados do Azure para PostgreSQL - Preços flexíveis do servidor.

O portal do Azure também mostra uma estimativa dos custos mensais de uma configuração de servidor, com base nas opções selecionadas.

Essa estimativa pode ser vista em toda a experiência de criação do servidor, na página Novo Banco de Dados do Azure para servidor flexível PostgreSQL:

Também pode ser visto para servidores existentes se, no menu de recursos de uma instância existente, na seção Configurações , você selecionar Computação + armazenamento:

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 a categoria Bancos de Dados e, em seguida, selecione Banco de Dados do Azure para PostgreSQL para adicionar o serviço à sua estimativa e personalizar as opções.

Partilhe as suas sugestões e bugs com a equipa de produto da Base de Dados do Azure para PostgreSQL.

Conteúdos relacionados

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