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 Azure Managed Disks, que são volumes de armazenamento em nível de bloco gerenciados pelo Azure e usados com máquinas virtuais do Azure. Os discos gerenciados são como um disco físico em um servidor local, mas são virtualizados. Com os discos gerenciados, basta especificar o tamanho e o tipo de disco e provisioná-lo. Depois que você provisionar o disco, o Azure cuidará do resto. O Banco de Dados do Azure para PostgreSQL – 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 computação, memória e camada de armazenamento que você provisiona.

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.

SSD Premium v2 (versão prévia)

O SSD Premium v2 oferece um desempenho maior do que o SSD Premium, além de ser menos caro, 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 de mudança. Por exemplo, um banco de dados com uso intensivo de transações pode precisar lidar com uma grande quantidade de IOPS para alguns dias de alta demanda excepcionais. Ou um aplicativo de jogos pode exigir uma taxa de transferência maior somente durante o horário de pico. Portanto, para a maioria das cargas de trabalho de uso geral, o SSD Premium v2 pode fornecer a melhor relação custo-desempenho. Agora você pode implantar as instâncias do servidor flexível do Banco de Dados do Azure para PostgreSQL com o disco SSD Premium v2 em todas as regiões com suporte.

Diferenças entre o SSD Premium e o 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 os seus requisitos de carga de trabalho. Esses incrementos granulares podem ocorrer em etapas de 1 GiB. O SSD Premium v2 não dá suporte ao cache de host, mas ainda fornece latência menor do que o 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 aspectos dos tipos de disco compatíveis com o Banco de Dados do Azure para PostgreSQL – Servidor Flexível, para ajudar você a decidir qual deles atende melhor às suas necessidades.

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

SSD Premium v2 – IOPS

Todos os discos SSD v2 Premium têm uma linha de base de 3.000 IOPS sem custo. Após 6 GiB, o IOPS máximo de um disco pode ter aumentos a uma taxa de 500 por GiB e até 80.000 IOPS. Portanto, 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 seu IOPS para mais 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 básica de 125 MB/s gratuita. Após 6 GiB, a taxa de transferência máxima que pode ser definida aumenta em 0,25 MB/s por IOPS definido. Se um disco tiver 3.000 IOPS, a taxa de transferência máxima pode ser definida como 750 MB/s. Para aumentar a taxa de transferência para esse disco além de 750 MB/s, o IOPS deve ser aumentado. Por exemplo, se você aumentar o IOPS para 4.000, o taxa de transferência máximo que pode ser definido será 1.000. 1.200 MB/s é a taxa de transferência máxima com suporte para discos que têm 5.000 IOPS ou mais. Aumentar a taxa de transferência para mais de 125 MB/s aumenta o preço do disco.

SSD Premium v2 – Limitações durante a versão prévia

• Não há suporte para alta disponibilidade, réplicas de leitura, backups com redundância geográfica, criptografia de dados com chaves gerenciadas pelo cliente ou recursos de aumento automático de armazenamento para o SSD Premium v2.

• Não há suporte para a migração online do SSD Premium (PV1) para o SSD Premium v2 (PV2). Como alternativa, se você quiser migrar entre os diferentes tipos de armazenamento, poderá executar uma restauração pontual do servidor existente para um novo provisionado com um tipo de armazenamento diferente.

• O SSD Premium v2 só pode ser habilitado para servidores recém-criados. Não há suporte para habilitar o SSD Premium v2 em servidores existentes.

• O SSD Premium V2 só pode ser habilitado nas seguintes regiões: Leste da Austrália, Sul do Brasil, Canadá Central, Índia Central, EUA Central, Leste da Ásia, Leste dos EUA, Leste dos EUA 2, França Central, Centro-Oeste da Alemanha, Israel Central, Leste do Japão, Coreia Central, Leste da Noruega, Polônia Central, Centro-Sul dos EUA, Sudeste da Ásia, Norte da Suíça, Norte dos EAU, Centro-Oeste dos EUA, Oeste da Europa e Oeste dos EUA 2.

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 disponível para o servidor.

A tabela a seguir fornece uma visão geral das capacidades de disco SSD Premium v2 e dos máximos de desempenho para ajudar você a decidir qual deseja usar.

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 fornecidas pelo armazenamento, especialmente quando você escolhe um servidor com alguns vCores. Para saber mais, confira as opções de computação no Banco de Dados do Azure para PostgreSQL – Servidor Flexível.

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

Condições para disco cheio

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 WAL (log de gravação antecipada).

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 é menor que 5 GiB. Se você estiver usando o tipo de armazenamento SSD Premium, poderá usar o recurso de aumento automático de armazenamento para evitar que esse 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 em seu armazenamento. É possível configurar um alerta para ser notificado quando o armazenamento do servidor estiver se aproximando de um estado fora de disco. Para obter mais informações, confira 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 aumento 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 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 disco é provisionado em 4.096 GiB. .Essa exceção é uma limitação dos Azure Managed Disks. Se um disco já tiver 4.096 GiB, a atividade de dimensionamento de armazenamento não será disparada, mesmo que o aumento automático do armazenamento esteja ativado. Nesses casos, você precisa dimensionar seu armazenamento manualmente. Lembre-se de que, nesse cenário (atingindo ou ultrapassando o limite de 4.096 GiB), o dimensionamento 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.

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 TB, 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 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 – Servidor Flexível 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.

Price

Para obter as informações de preços mais atualizadas, confira os preços do Banco de Dados do Azure para PostgreSQL – Servidor Flexível.

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 servidor flexível do Banco de Dados do Azure para PostgreSQL:

Ela também poderá ser vista para servidores existentes se, no menu de recursos de uma instância existente, na seção Configurações, você selecionar Computação + armazenamento:

Se você não tiver uma assinatura do Azure, poderá usar 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 selecione o Banco de Dados do Azure para PostgreSQL para adicionar o serviço à sua estimativa e personalize as opções.

Conteúdo relacionado

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