Escalões de preço na Base de Dados do Azure para PostgreSQL – Servidor Único

  • Artigo

APLICA-SE A: Banco de Dados do Azure para PostgreSQL - Servidor Único

Importante

O Banco de Dados do Azure para PostgreSQL - Servidor Único está no caminho da desativação. É altamente recomendável que você atualize para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível. Para obter mais informações sobre como migrar para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível, consulte O que está acontecendo com o Banco de Dados do Azure para Servidor Único PostgreSQL?.

Pode criar um servidor da Base de Dados do Azure para PostgreSQL num dos três escalões de preço diferentes: Básico, Fins Gerais e Otimizado para Memória. Os escalões de preço são diferenciados pela quantidade de computação em vCores que pode ser aprovisionada, memória por vCore e a tecnologia de armazenamento utilizada para armazenar os dados. Todos os recursos são aprovisionados ao nível do servidor PostgreSQL. Um servidor pode ter um ou vários bancos de dados.

Recurso / Camada Básica Fins Gerais Memória otimizada
Geração de computação Geração 4, Geração 5 Geração 4, Geração 5 Geração 5
vCores 1, 2 2, 4, 8, 16, 32, 64 2, 4, 8, 16, 32
Memória por vCore 2 GB 5 GB 10 GB
Tamanho de armazenamento 5 GB até 1 TB 5 GB a 16 TB 5 GB a 16 TB
Período de retenção do backup do banco de dados 7 a 35 dias 7 a 35 dias 7 a 35 dias

Para escolher um nível de preço, use a tabela a seguir como ponto de partida.

Escalão de preço Cargas de trabalho de destino
Básica Cargas de trabalho que exigem computação leve e desempenho de E/S. Alguns exemplos incluem servidores utilizados para desenvolvimento ou teste ou aplicações de pequena escala utilizadas com pouca frequência.
Fins Gerais A maioria das cargas de trabalho de negócios que exigem computação e memória equilibradas com taxa de transferência de E/S escalável. Os exemplos incluem servidores de alojamento de aplicações para dispositivos móveis e Web, entre outras aplicações empresariais.
Otimizada para Memória Cargas de trabalho de banco de dados de alto desempenho que exigem desempenho na memória para processamento de transações mais rápido e maior simultaneidade. Os exemplos incluem servidores para processamento de dados em tempo real e aplicações com elevado desempenho transacional ou analítico.

Depois de criar um servidor, o número de vCores, a geração de hardware e a camada de preços (exceto de e para Basic) podem ser alterados para cima ou para baixo em segundos. Você também pode ajustar de forma independente a quantidade de armazenamento e o período de retenção de backup para cima ou para baixo, sem tempo de inatividade do aplicativo. Não é possível alterar o tipo de armazenamento de backup após a criação de um servidor. Para obter mais informações, consulte a seção Recursos de escala .

Gerações de computação e vCores

Os recursos de computação são fornecidos como vCores, que representam a CPU lógica do hardware subjacente. China East 1, China North 1, US DoD Central e US DoD East utilizam CPUs lógicas Gen 4 baseadas em processadores Intel E5-2673 v3 (Haswell) de 2,4 GHz. Todas as outras regiões utilizam CPUs lógicas Gen 5 baseadas em processadores Intel E5-2673 v4 (Broadwell) de 2,3 GHz.

Armazenamento

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

Atributos de armazenamento Básica Fins Gerais Memória otimizada
Tipo de armazenamento Armazenamento Básico Armazenamento para Fins Gerais Armazenamento para Fins Gerais
Tamanho de armazenamento 5 GB até 1 TB 5 GB a 16 TB 5 GB a 16 TB
Tamanho do incremento de armazenamento 1 GB 1 GB 1 GB
IOPS Variável 3 IOPS/GB
Mínimo 100 IOPS
Máximo de 20.000 IOPS		 3 IOPS/GB
Mínimo 100 IOPS
Máximo de 20.000 IOPS

Nota

O armazenamento de até 16 TB e 20.000 IOPS é suportado nas seguintes regiões: Leste da Austrália, Sudeste da Austrália, Sul do Brasil, Centro do Canadá, Leste do Canadá, Leste da China 2, China Norte 2, Ásia Oriental, Leste dos EUA, Leste dos EUA 1, Leste dos EUA 2, França Central, Índia Central, Índia Sul, Leste do Japão, Oeste do Japão, Coreia Central, Coreia do Sul, Centro-Norte dos EUA, Norte da Europa, Centro-Sul dos EUA, Sudeste Asiático, Suíça Norte, Suíça Oeste, Governo dos EUA Leste, Governo dos EUA Centro-Sul, Governo dos EUA Sudoeste, Norte dos EAU, Sul do Reino Unido, Oeste do Reino Unido, Europa Ocidental, Centro-Oeste dos EUA, Oeste dos EUA e Oeste dos EUA 2.

Todas as outras regiões suportam até 4 TB de armazenamento e 6000 IOPS.

Você pode adicionar capacidade de armazenamento adicional durante e após a criação do servidor e permitir que o sistema aumente o armazenamento automaticamente com base no consumo de armazenamento da sua carga de trabalho.

Nota

O armazenamento só pode ser aumentado verticalmente e não reduzido.

A camada Basic não fornece uma garantia IOPS. Nos níveis de preços de uso geral e memória otimizada, as IOPS são dimensionadas com o tamanho de armazenamento provisionado em uma proporção de 3:1.

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 o percentual de E/S.

Atingir o limite de armazenamento

Os servidores com menos de 100 GB de armazenamento provisionado são marcados como somente leitura se o armazenamento livre for inferior a 512 MB ou 5% do tamanho do armazenamento provisionado. Os servidores com mais de 100 GB de armazenamento aprovisionado serão marcados como só de leitura se o armazenamento livre for inferior a 5 GB.

Por exemplo, se você provisionou 110 GB de armazenamento e a utilização real ultrapassa 105 GB, o servidor será marcado como somente leitura. Como alternativa, se você tiver provisionado 5 GB de armazenamento, o servidor será marcado como somente leitura quando o armazenamento livre atingir menos de 512 MB.

Quando o servidor está definido como só de leitura, todas as sessões existentes são desligadas e as transações não consolidadas são revertidas. Quaisquer operações de escrita subsequentes e consolidações de transações falham. Todas as consultas de leitura subsequentes vão funcionar ininterruptamente.

Pode aumentar a quantidade de armazenamento aprovisionado para o servidor ou iniciar uma nova sessão no modo leitura-escrita e remover dados para recuperar armazenamento livre. A execução define a sessão atual para o modo de SET SESSION CHARACTERISTICS AS TRANSACTION READ WRITE; leitura de gravação. Para evitar corrupção de dados, não execute nenhuma operação de gravação quando o servidor ainda estiver no status somente leitura.

Recomendamos que você ative o crescimento automático do armazenamento ou configure um alerta para notificá-lo quando o armazenamento do servidor estiver se aproximando do limite, para que você possa evitar entrar no estado somente leitura. Para obter mais informações, consulte a documentação sobre como configurar um alerta.

Aumento automático do armazenamento

O aumento automático do armazenamento impede que o servidor fique sem armazenamento e se torne só de leitura. Se o crescimento automático do armazenamento estiver habilitado, o armazenamento crescerá automaticamente sem afetar a carga de trabalho. Para servidores com menos de 100 GB de armazenamento provisionado, o tamanho do armazenamento provisionado é aumentado em 5 GB assim que o armazenamento gratuito estiver abaixo do maior de 1 GB ou 10% do armazenamento provisionado. Para os servidores com um armazenamento aprovisionado superior a 100 GB, o tamanho do armazenamento aprovisionado é aumentado em 5% quando o espaço livre de armazenamento estiver abaixo de 10 GB ou corresponder a 5% do tamanho de armazenamento aprovisionado. Aplicam-se limites máximos de armazenamento, conforme o especificado acima.

Por exemplo, se você provisionou 1000 GB de armazenamento e a utilização real ultrapassa 950 GB, o tamanho do armazenamento do servidor é aumentado para 1050 GB. Como alternativa, se você tiver provisionado 10 GB de armazenamento, o tamanho do armazenamento será aumentado para 15 GB quando menos de 1 GB de armazenamento estiver livre.

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

Armazenamento de cópias de segurança

O Banco de Dados do Azure para PostgreSQL fornece até 100% do seu armazenamento de servidor provisionado como armazenamento de backup sem custo adicional. Qualquer armazenamento de backup que você usar além desse valor será cobrado em GB por mês. Por exemplo, se você provisionar um servidor com 250 GB de armazenamento, terá 250 GB de armazenamento adicional disponível para backups do servidor sem nenhum custo. O armazenamento para backups superiores a 250 GB é cobrado de acordo com o modelo de preços. Para entender os fatores que influenciam o uso do armazenamento de backup, o monitoramento e o controle do custo do armazenamento de backup, consulte a documentação de backup.

Dimensionar recursos

Depois de criar o servidor, você pode alterar independentemente os vCores, a geração de hardware, a camada de preços (exceto de e para Basic), a quantidade de armazenamento e o período de retenção de backup. Não é possível alterar o tipo de armazenamento de backup após a criação de um servidor. O número de vCores pode ser aumentado ou diminuído verticalmente. O período de retenção de cópias de segurança pode ser aumentado ou diminuído verticalmente entre 7 e 35 dias. O tamanho do armazenamento só pode ser aumentado. O dimensionamento dos recursos pode ser feito através do portal ou da CLI do Azure. Para obter um exemplo de dimensionamento usando a CLI do Azure, consulte Monitorar e dimensionar um Banco de Dados do Azure para servidor PostgreSQL usando a CLI do Azure.

Nota

O tamanho do armazenamento só pode ser aumentado. Não é possível voltar a um tamanho de armazenamento menor após o aumento.

Quando você altera o número de vCores, a geração de hardware ou a camada de preço, uma cópia do servidor original é criada com a nova alocação de computação. Depois de o novo servidor estar a funcionar em pleno, as ligações são passadas para o novo servidor. Durante o período em que o sistema muda para o novo servidor, não se pode estabelecer nenhuma nova ligação e todas as transações não confirmadas são revertidas. Esta janela varia mas, na maioria dos casos, é inferior a um minuto.

Dimensionar o armazenamento e alterar o período de retenção de backup são verdadeiras operações on-line. Não há tempo de inatividade e a sua aplicação não é afetada. À medida que as IOPS são dimensionadas de acordo com o tamanho do armazenamento provisionado, você pode aumentar as IOPS disponíveis para o servidor dimensionando o armazenamento.

Preços

Para obter as informações de preços mais atualizadas, consulte a página de preços de serviço. Para ver o custo da configuração desejada, o portal do Azure mostra o custo mensal na guia Nível 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 escolha Banco de Dados do Azure para PostgreSQL para personalizar as opções.

Próximos passos