Base de Dados do Azure para MySQL - Níveis de serviço de servidor único

APLICA-SE A: Base de Dados do Azure para MySQL - Servidor Único

Importante

Base de Dados do Azure para MySQL - O Servidor Único está no caminho da reforma. Recomendamos vivamente que faça upgrade para Base de Dados do Azure para MySQL - Servidor Flexível. Para obter mais informações sobre migração para Base de Dados do Azure para MySQL - Servidor Flexível, veja o que está a acontecer com Base de Dados do Azure para MySQL Servidor Único?

Pode criar um servidor Base de Dados do Azure para MySQL num dos três níveis de serviço diferentes: Básico, Fins Gerais e Otimizado de Memória. Os níveis de serviço são diferenciados pela quantidade de cálculo em vCores que podem ser a provisionados, memória por vCore e a tecnologia de armazenamento usada para armazenar os dados. Todos os recursos são a provisionados ao nível do servidor MySQL. Um servidor pode ter uma ou muitas bases de dados.

Atributo Básica Fins Gerais Memória Otimizada
Geração computacional Gen 4, Gen 5 Gen 4, Gen 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 do armazenamento 5 GB a 1 TB 5 GB a 16 TB 5 GB a 16 TB
Período de retenção de backup da base de dados 7 a 35 dias 7 a 35 dias 7 a 35 dias

Para escolher um nível de preços, utilize a tabela seguinte como ponto de partida.

Escalão de serviço Cargas de trabalho de destino
Básica Cargas de trabalho que requerem computação leve e desempenho de I/O. Exemplos incluem servidores utilizados para desenvolvimento ou teste ou aplicações pouco utilizadas em pequena escala.
Fins Gerais A maioria das cargas de trabalho do negócio que requerem cálculo equilibrado e memória com produção de I/O 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 base de dados de alto desempenho que requerem desempenho na memória para um processamento de transação mais rápido e maior concordância. Os exemplos incluem servidores para processamento de dados em tempo real e aplicações com elevado desempenho transacional ou analítico.

Nota

Atualmente, não é suportado um dimensionamento dinâmico de e para os níveis básicos de serviço. Os servidores SKUs de nível básico não podem ser dimensionados até Fins Gerais ou níveis otimizados de memória.

Depois de criar um servidor otimizado Fins Gerais ou memória, o número de vCores, geração de hardware e nível de preços pode ser alterado em segundos ou para baixo. Também pode ajustar de forma independente a quantidade de armazenamento para cima e o período de retenção de backup para cima ou para baixo sem tempo de inatividade da aplicação. Não é possível alterar o tipo de armazenamento de cópia de segurança após a criação de um servidor. Para mais informações, consulte a secção de recursos da Escala .

Gerações de cálculo e vCores

Os recursos compute são fornecidos como vCores, que representam o CPU lógico do hardware subjacente. China East 1, China Norte 1, EUA DoD Central, e EUA DoD East utilizam CPUs lógicos gen 4 que são baseados em processadores Intel E5-2673 v3 (Haswell) 2.4-GHz. Todas as outras regiões utilizam CPUs lógicos da Gen 5 que são baseados em processadores Intel E5-2673 v4 (Broadwell) 2.3-GHz.

Armazenamento

O armazenamento que você providenciar é a quantidade de capacidade de armazenamento disponível para o seu servidor Base de Dados do Azure para MySQL. O armazenamento é utilizado para os ficheiros de base de dados, ficheiros temporários, registos de transações e registos de servidores MySQL. A quantidade total de armazenamento que fornece também define a capacidade de E/S disponível para o seu servidor.

Base de Dados do Azure para MySQL – O Servidor Único suporta o seguinte armazenamento de backend para os servidores.

Tipo de armazenamento Básica Finalidade geral v1 Finalidade geral v2
Tamanho do armazenamento 5 GB a 1 TB 5 GB a 4 TB 5 GB a 16 TB
Tamanho do incremento de armazenamento 1 GB 1 GB 1 GB
IOPS Variável 3 IOPS/GB
Min 100 IOPS
Max 6000 IOPS
3 IOPS/GB
Min 100 IOPS
Max 20.000 IOPS

Nota

O armazenamento básico não oferece garantia de IOPS. No armazenamento para Fins Gerais, o IOPS dimensiona-se com o tamanho de armazenamento aprovisionado numa proporção de 3:1.

Armazenamento básico

O armazenamento básico é o armazenamento de back-end que suporta os servidores do escalão de preço Básico. Aproveita o armazenamento básico Azure armazenamento padrão no backend onde as iops a provisionadas não são garantidas e a latência é variável. O nível básico é mais adequado para cargas de trabalho que requerem um cálculo leve, baixo custo e desempenho de E/S para desenvolvimento ou aplicações pouco utilizadas em pequena escala.

Armazenamento de finalidade geral

O armazenamento de finalidade geral é o suporte de armazenamento de backend suportando Fins Gerais e servidor de nível otimizado de memória. No armazenamento para Fins Gerais, o IOPS dimensiona-se com o tamanho de armazenamento aprovisionado numa proporção de 3:1. Existem duas gerações de armazenamento de finalidade geral, conforme descrito abaixo:

Armazenamento para fins gerais v1 (Suportes até 4-TB)

O armazenamento de propósito geral v1 baseia-se na tecnologia de armazenamento legado que pode suportar até 4-TB de armazenamento e 6000 IOPs por servidor. O armazenamento de propósito geral v1 é otimizado para alavancar a memória dos nós de computação que executam o motor MySQL para caching local e backups. O processo de backup no armazenamento de finalidade geral v1 lê a partir dos dados e registo ficheiros na memória dos nós de computação e copia-os para o armazenamento de backup alvo para retenção até 35 dias. Como resultado, a memória e o consumo de io de armazenamento durante as cópias de segurança são relativamente mais elevados.

Todas as regiões de Azure suportam armazenamento de finalidade geral v1

Para Fins Gerais ou servidor otimizado de memória no armazenamento de propósito geral v1, recomendamos que considere

  • Plano para o nível de sku compute que representa 10-30% de memória excedentária para caching de armazenamento e buffers de reserva
  • Provisão 10% mais alta do que o exigido pela carga de trabalho da base de dados para contabilizar os IOs de backup
  • Em alternativa, migrar para o armazenamento de propósito geral v2 descrito abaixo que suporta até 16-TB armazenamento se a infraestrutura de armazenamento subjacente estiver disponível nas suas regiões de Azure preferidas partilhadas abaixo.

Armazenamento para fins gerais v2 (Suportes até 16-TB de armazenamento)

O armazenamento de fins gerais v2 tem por base a mais recente infraestrutura de armazenamento, que pode suportar até 16 TB e 20 000 IOPS. Num subconjunto de regiões do Azure no qual a infraestrutura esteja disponível, todos os servidores recém-aprovisionados recebem o armazenamento de fins gerais v2 por predefinição. O armazenamento de propósito geral v2 não consome qualquer memória do nó computativo do MySQL e fornece latências IO mais previsíveis em comparação com o armazenamento v1 para fins gerais. As cópias de segurança nos servidores de armazenamento V2 para fins gerais são baseadas em instantâneos sem sobrecarga adicional de IO. Para o armazenamento v2 para fins gerais, espera-se que o desempenho do servidor MySQL seja maior em comparação com o armazenamento de propósito geral v1 para o mesmo armazenamento e iops a provisionados. Não existe um custo adicional para o armazenamento para fins gerais que suporte até 16-TB armazenamento. Para assistência com a migração para o armazenamento de 16-TB, abra um bilhete de apoio a partir de portal do Azure.

O armazenamento geral v2 é suportado nas seguintes regiões de Azure:

Região Disponibilidade de armazenamento de fins gerais v2
Leste da Austrália ✔️
Sudeste da Austrália ✔️
Sul do Brasil ✔️
Canadá Central ✔️
Leste do Canadá ✔️
E.U.A. Central ✔️
E.U.A. Leste ✔️
E.U.A. Leste 2 ✔️
Ásia Leste ✔️
Leste do Japão ✔️
Oeste do Japão ✔️
Coreia do Sul Central ✔️
Sul da Coreia do Sul ✔️
Europa do Norte ✔️
E.U.A. Centro-Norte ✔️
E.U.A. Centro-Sul ✔️
Sudeste Asiático ✔️
Sul do Reino Unido ✔️
Oeste do Reino Unido ✔️
E.U.A. Centro-Oeste ✔️
E.U.A. Oeste ✔️
E.U.A. Oeste 2 ✔️
Europa Ocidental ✔️
Centro da Índia* ✔️
França Central* ✔️
Uae Norte* ✔️
África do Sul Norte* ✔️

Nota

*Regiões onde Base de Dados do Azure para MySQL tem armazenamento de finalidade geral v2 em Visualização Pública
*Para estas regiões Azure, terá a opção de criar servidor em ambos os termos gerais de armazenamento v1 e v2. Para os servidores criados com o armazenamento de finalidade geral v2 em pré-visualização pública, seguem-se as limitações,

  • Geo-Redundant Backup não será suportado
  • O servidor de réplica deve estar nas regiões que suportam o armazenamento de finalidade geral v2.

Como posso determinar em que tipo de armazenamento o meu servidor está a funcionar?

Pode encontrar o tipo de armazenamento do seu servidor indo para a página deArmazenamento Compute> +

  • Se o servidor for a for forvisionado utilizando o SKU Básico, o tipo de armazenamento é armazenamento básico.
  • Se o servidor for a forvisionado utilizando Fins Gerais ou Memory Optimized SKU, o tipo de armazenamento é Fins Gerais armazenamento
    • Se o armazenamento máximo que pode ser abastado no seu servidor for até 4-TB, o tipo de armazenamento é Fins Gerais armazenamento v1.
    • Se o armazenamento máximo que pode ser abastado no seu servidor for de até 16-TB, o tipo de armazenamento é Fins Gerais armazenamento v2.

Posso passar do armazenamento de propósito geral v1 para o armazenamento de propósito geral v2? se sim, como e há algum custo adicional?

Sim, a migração para o armazenamento de propósito geral v2 de v1 é suportada se a infraestrutura de armazenamento subjacente estiver disponível na região de Azure do servidor de origem. A migração e o armazenamento v2 estão disponíveis sem custos adicionais.

Posso aumentar o tamanho do armazenamento depois que o servidor é a provisionado?

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

Importante

O armazenamento só pode ser aumentado, não para baixo.

Monitorização do consumo de IO

Pode monitorizar o seu consumo de E/S no portal do Azure ou utilizando comandos Azure CLI. As métricas relevantes para monitorizar são o limite de armazenamento, a percentagem de armazenamento, o armazenamento utilizado e a IO por cento. As métricas de monitorização do servidor MySQL com o armazenamento de propósito geral v1 relatam a memória e IO consumidas pelo motor MySQL, mas não podem capturar a memória e o consumo de IO da camada de armazenamento que é uma limitação.

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 tiver provisionado 110 GB de armazenamento, e a utilização real ultrapassar os 105 GB, o servidor está marcado apenas para leitura. Alternativamente, se tiver disponibilizado 5 GB de armazenamento, o servidor só está marcado quando o armazenamento gratuito atinge 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 ligue o armazenamento de crescimento automático ou que crie um alerta para o notificar quando o armazenamento do servidor estiver a aproximar-se do limiar para evitar entrar no estado de leitura. Para 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 ativado, o armazenamento cresce automaticamente sem afetar a carga de trabalho. Para os servidores com um armazenamento aprovisionado inferior ou igual a 100 GB, o tamanho do armazenamento aprovisionado é aumentado em 5 GB quando o armazenamento livre estiver abaixo de 10% do armazenamento aprovisionado. 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 tiver provisionado 1000 GB de armazenamento, e a utilização real ultrapassar os 990 GB, o tamanho do armazenamento do servidor é aumentado para 1050 GB. Alternativamente, se tiver disponibilizado 10 GB de armazenamento, o tamanho de armazenamento aumenta para 15 GB quando menos de 1 GB de armazenamento é gratuito.

Lembre-se que o armazenamento só pode ser aumentado, não para baixo.

Armazenamento de cópias de segurança

A Base de Dados do Azure para MySQL fornece até 100% do armazenamento do servidor aprovisionado como armazenamento de cópias de segurança sem custos adicionais. Qualquer armazenamento de reserva que utilize acima deste valor é cobrado em GB por mês. Por exemplo, se fornecer um servidor com 250 GB de armazenamento, terá 250 GB de armazenamento adicional disponível para cópias de segurança do servidor sem custos. O armazenamento para cópias de segurança superiores aos 250 GB é cobrado de acordo com o modelo de preços. Para compreender os fatores que influenciam o uso do armazenamento de backup, monitorizando e controlando o custo de armazenamento de backup, pode consultar a documentação de backup.

Dimensionar recursos

Depois de criar o seu servidor, pode alterar independentemente os vCores, a geração de hardware, o nível de preços (exceto de e para o Básico), a quantidade de armazenamento e o período de retenção de backup. Não é possível alterar o tipo de armazenamento de cópia de segurança 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 um exemplo de escala através da utilização do Azure CLI, consulte o Monitor e dimensione um servidor Base de Dados do Azure para MySQL utilizando o Azure CLI.

Quando altera o número de vCores, a geração de hardware ou o nível de preços, 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. Este tempo de paragem durante o escalonamento pode ser de cerca de 60-120 segundos. O tempo de paragem durante o dimensionamento depende do tempo de recuperação da base de dados, o que pode fazer com que a base de dados fique mais tempo on-line se tiver uma atividade transacional pesada no servidor no momento da operação de escala. Para evitar um tempo de reinício mais longo, recomenda-se a realização de operações de escala durante períodos de baixa atividade transacional no servidor.

O armazenamento de escala e a alteração do período de retenção de backup são verdadeiras operações online. Não há tempo de inatividade e a sua aplicação não é afetada. À escala IOPS com o tamanho do armazenamento a provisionado, pode aumentar o IOPS disponível para o seu servidor aumentando o armazenamento.

Preços

Para obter as informações de preços mais atualizadas, consulte a página de preços do serviço. Para ver o custo da configuração desejada, o portal do Azure mostra o custo mensal no separador de nível de preços com base nas opções selecionadas. Se não tiver uma subscrição do Azure, pode utilizar a calculadora de preços Azure para obter um preço estimado. No site da calculadora de preços Azure, selecione Adicionar itens, expandir a categoria Bases de Dados e escolher Base de Dados do Azure para MySQL para personalizar as opções.

Passos seguintes