Níveis de preços do Banco de Dados do Azure para MariaDB

  • Artigo

Importante

O Banco de Dados do Azure para MariaDB está no caminho da aposentadoria. É altamente recomendável migrar para o Banco de Dados do Azure para MySQL. Para obter mais informações sobre como migrar para o Banco de Dados do Azure para MySQL, consulte O que está acontecendo com o Banco de Dados do Azure para MariaDB?.

Você pode criar um Banco de Dados do Azure para o servidor MariaDB em uma das três camadas de preços diferentes: Básico, Uso Geral e Memória Otimizada. 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 provisionados no nível do servidor MariaDB. Um servidor pode ter um ou vários bancos de dados.

Resource Básica Fins Gerais Memória otimizada
Geração de computação Geração 5 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 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. As CPUs lógicas Gen 5 são baseadas em processadores Intel E5-2673 v4 (Broadwell) de 2,3 GHz.

Armazenamento

O armazenamento que você provisiona é a quantidade de capacidade de armazenamento disponível para seu Banco de Dados do Azure para o servidor MariaDB. O armazenamento é usado para os arquivos de banco de dados, arquivos temporários, logs de transações e os logs do servidor MariaDB. 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 Otimizada para Memória
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
Max 6000 IOPS		 3 IOPS/GB
Mínimo 100 IOPS
Max 6000 IOPS

Importante

O armazenamento de até 16 TB e 20.000 IOPS é suportado nas seguintes regiões: Leste dos EUA, Leste dos EUA 2, Centro dos EUA, Brasil Sul, Oeste dos EUA, Centro-Norte dos EUA, Centro-Sul dos EUA, Europa do Norte, Europa Ocidental, Sul do Reino Unido, Sudoeste do Reino Unido, Sudeste Asiático, Leste do Japão, Leste do Japão, Oeste do Japão, Coreia Central, Coreia do Sul, Leste da Austrália, Sudeste da Austrália, Oeste dos EUA 2, Centro-Oeste dos EUA, Leste do Canadá e Canadá Central. Todas as outras regiões suportam até 4 TB de armazenamento e até 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 ampliado para cima, não para baixo.

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 armazenamento aprovisionado igual ou inferior a 100 GB são marcados como só de leitura se o armazenamento livre for inferior a 5% do tamanho de armazenamento aprovisionado. 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 256 MB.

Apesar de o serviço tentar tornar o servidor só de leitura, todos os novos pedidos de transação de escrita são bloqueados e as transações ativas existentes continuam a executar. Quando o servidor estiver definido como só de leitura, todas as subsequentes operações de escrita e de transação falham. As consultas de leitura continuam a trabalhar sem interrupções. Depois de aumentar o armazenamento aprovisionado, o servidor fica pronto para aceitar novamente as transações de escrita.

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 quando o armazenamento gratuito está abaixo de 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 do tamanho de armazenamento aprovisionado. Aplicam-se limites máximos de armazenamento, conforme especificado acima.

Por exemplo, se você provisionou 1000 GB de armazenamento e a utilização real ultrapassa 990 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.

Backup

O Banco de Dados do Azure para MariaDB 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 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.

Quando você altera o número de vCores, 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 MariaDB para personalizar as opções.

Próximos passos