Banco de Dados do Azure para MySQL
Nesta unidade, você examinará como o Banco de Dados do Azure para MySQL pode ajudar a criar um armazenamento de dados resiliente, com desempenho e fácil de manter para seu aplicativo baseado na Web. Considerando o caráter comercialmente crítico e a alta demanda esperada, você está interessado na capacidade de escalar recursos de computação e de armazenamento. Você também deseja garantir que, como um serviço gerenciado, o Banco de Dados do Azure para MySQL minimize a sobrecarga de gerenciamento e de manutenção, permitindo que você se concentre no desenvolvimento de software.
Quais são as principais características do Banco de Dados do Azure para MySQL?
O Banco de Dados do Azure para MySQL – Servidor Flexível foi projetado para fornecer compatibilidade completa com seus aplicativos MySQL existentes, dando suporte a versões amplamente usadas do MySQL Community Server 5.7 e 8.0. Essa opção de hospedagem é particularmente eficaz para cenários que exigem:
- Controle granular sobre as configurações de computação e de armazenamento.
- Desempenho consistentemente alto.
- Alta disponibilidade e continuidade dos negócios.
- Estratégias eficientes de gerenciamento de custos.
Além disso, o Servidor Flexível aprimora a segurança com seu firewall interno para pontos de extremidade públicos e dá suporte à conectividade privada por meio da integração da Rede Virtual do Azure (rede virtual) e do Link Privado do Azure, que protege seus dados contra acesso não autorizado.
Computação
O Banco de Dados do Azure para MySQL – Servidor Flexível está disponível em três níveis de computação, cada um voltado para um caso de uso específico:
- Com capacidade de intermitência: Ideal para desenvolvimento ou projetos temporários com demandas de desempenho intermitentes.
- Uso Geral: Adequado para uma ampla gama de cargas de trabalho de produção que exigem computação e memória balanceadas.
- Comercialmente Crítico: Melhor para aplicativos que precisam de alto desempenho e resiliência de computação.
O nome da camada específica é derivado do nome da série do Unidade de Manutenção de Estoque (SKU) da VM do Azure que hospeda a implantação gerenciada do servidor MySQL. Em cada camada, você pode escolher entre vários tamanhos de VM diferentes, cada qual oferecendo um número diferente de vCores (variando de 1 a 96) e quantidade de memória (variando de 4 gigabytes [GB] a cerca de 700 GB).
O nível de computação com capacidade de intermitência usa VMs da série B, o Uso Geral depende das VMs da série Dadsv5 (AMD) e da série Ddsv4 (Intel) e do Business Critical em VMs amd (séries Standard Eadsv5) e Edsv5 (Intel).
No portal do Azure, durante o processo de criação do servidor, você pode selecionar a opção de camada na página Noções Básicas, nos detalhes do servidor ou na página Computação + Armazenamento do servidor flexível, em Computação.
Armazenamento
Ao provisionar um servidor ou em qualquer momento depois disso, você pode aumentar a quantidade de armazenamento alocada até o limite de 16.384 gibibytes (GiB) ou 16 tebibytes (TiB) para os níveis de Uso Geral e Com Capacidade de Intermitência e 32 TiB para o nível Comercialmente Crítico. O limite inferior (20 GiB) é o mesmo, independentemente da camada de computação e do tamanho selecionados. Além disso, o dimensionamento de armazenamento é independente da camada de computação e do tamanho escolhidos e você também pode habilitar o crescimento automático do armazenamento.
Observação
Depois de aumentar a quantidade de armazenamento, você não pode reduzi-lo.
Independentemente do tamanho do armazenamento, você também pode escalar ou reduzir verticalmente o limite desejado de IOPS (operações de entrada/saída por segundo). O limite superior do IOPS disponível depende da camada de computação e do tamanho, atingindo 80.000 IOPS para o maior tamanho disponível da SKU comercialmente crítica. Você pode usar essa funcionalidade de IOPS escalonável para acomodar os requisitos de recursos de alteração dinâmica a qualquer momento e também permitir que o IOPS de dimensionamento automático se ajuste automaticamente com base nas demandas de carga de trabalho.
Conectividade de rede
O Banco de Dados do Azure para MySQL - Servidor Flexível oferece suporte aos três métodos de conectividade: acesso público, acesso privado e um link privado.
Acesso público
Com o acesso público, que é fornecido por meio de um ponto de extremidade externo, você deve permitir explicitamente o acesso usando regras de firewall:
- Para tráfego externo, você precisa especificar um endereço IP individual ou um intervalo de endereços IP por meio do qual o tráfego será permitido.
- Para tráfego proveniente do Azure, você precisa permitir o acesso público por meio de qualquer serviço do Azure.
Importante
Como o acesso público permite conexões de endereços IP alocados para qualquer recurso do Azure, incluindo conexões de assinaturas de outros clientes, ele só é recomendado para uso em cenários de desenvolvimento e teste.
Acesso privado
Use o suporte à integração de rede virtual para acesso privado por meio de redes virtuais designadas do Azure. Você pode usar o acesso privado para se conectar com segurança a um servidor flexível MySQL de dentro da mesma VNet, de uma VNet diferente usando emparelhamento ou até mesmo do local usando uma conexão ExpressRoute ou VPN. Se você habilitar essa opção, o servidor bloqueará automaticamente as conexões originadas da Internet.
Observação
Antes de habilitar o acesso privado, a resolução de nomes do Serviço de Nome de Domínio (DNS) personalizado deve ser implementada. Para obter mais informações, consulte Acesso à Rede Privada usando a integração de rede virtual para o Banco de Dados do Azure para MySQL – Servidor Flexível.
Link privado
O link privado fornece um ponto de extremidade de endereço IP privado em uma sub-rede VNet para se conectar diretamente ao servidor flexível do MySQL. O Link Privado do Azure essencialmente traz os serviços do Azure dentro de sua VNet privada por meio de um endereço IP como qualquer outro recurso de VNet. Você pode criar vários pontos de extremidade privados, por exemplo, um por aplicativo de conexão ou recurso de PaaS do Azure. Combinados com as regras de firewall do NSG, os links privados fornecem um controle refinado sobre quais serviços podem acessar o banco de dados.
Por padrão, o servidor impõe o protocolo TLS 1.2 para ajudar a proteger a comunicação de rede de entrada.
Importante
Embora você possa permitir conexões não criptografadas após o provisionamento do servidor, não é recomendável.
Alta disponibilidade
O Banco de Dados do Azure para MySQL – Servidor Flexível dá suporte à alta disponibilidade com failover automático para ajudar a garantir que os dados confirmados nunca sejam perdidos devido a falhas localizadas. Quando você habilita essa funcionalidade, a plataforma provisiona e gerencia automaticamente uma réplica em espera.
Há dois modelos de arquitetura de alta disponibilidade, dependendo do posicionamento da réplica.
Alta Disponibilidade com Redundância de Zona.
Para maior resiliência, o modelo de alta disponibilidade com redundância de zona posiciona o banco de dados primário em uma zona de disponibilidade e sua réplica em espera em uma zona separada. Essa configuração foi projetada para proteger contra falhas no nível do data center, oferecendo um nível mais alto de proteção de dados, garantindo que os bancos de dados primários e de backup não estejam sujeitos aos mesmos riscos localizados. Esse modelo é recomendado para aplicativos críticos que têm como meta a continuidade e a integridade dos dados, pois permite que o serviço permaneça disponível mesmo que um data center inteiro fique offline.
Alta Disponibilidade na Mesma Zona
O modelo de alta disponibilidade da mesma zona situa o banco de dados primário e sua réplica em espera dentro da mesma zona de disponibilidade. Optar por uma implantação da mesma zona é benéfico em cenários em que a latência mínima é crucial para o desempenho do aplicativo. Manter a instância primária e sua réplica em proximidade física estreita garante que o processo de failover não afete significativamente os tempos de resposta. Essa configuração é ideal para aplicativos afetados até mesmo por diferenças mínimas de latência, o que pode afetar a funcionalidade ou a experiência do usuário.
Continuidade de negócios
O Banco de Dados do Azure para MySQL – Servidor Flexível cria automaticamente backups pontuais de seus bancos de dados. Ele os mantém no armazenamento com redundância local por até 35 dias ou 10 anos ao usar a retenção de longo prazo. Ao configurar o backup, você pode escolher backups com redundância local, com redundância de zona ou com redundância geográfica, permitindo que você se recupere de uma interrupção que afeta toda uma região do Azure. Além disso, você pode executar backups sob demanda a qualquer momento para criar um instantâneo de backup fora do agendamento de backup regular.
O Banco de Dados do Azure para MySQL também dá suporte a janelas de manutenção gerenciadas destinadas à aplicação de patch automatizada no servidor, o que facilita a continuidade dos negócios. Ao especificar um agendamento de aplicação de patch personalizado, você pode minimizar o impacto de um tempo de inatividade temporário resultante da reinicialização do servidor.
Otimização de custo
O Banco de Dados do Azure para MySQL – Servidor Flexível oferece inúmeras opções para otimizar os custos.
Controle granular sobre as configurações de computação e de armazenamento. Você pode definir a maioria das opções de configuração do servidor de maneira independente e isso permite otimizar os custos de implantação com base nos objetivos e no caso de uso pretendido. Por exemplo, você pode ajustar as opções separadamente para:
- O SKU de computação
- A quantidade de armazenamento
- IOPS
- O período de retenção de backup
Além disso, você também pode habilitar a funcionalidade de dimensionamento automático de IOPS para ajustar automaticamente o IOPS com base nas demandas da carga de trabalho. Ao contrário do IOPS pré-provisionado, que especifica um limite fixo de IOPS e é pago independentemente do uso, o IOPS de dimensionamento automático permite que você pague apenas pelo número de operações de E/S que você consome.
A capacidade de parar e iniciar o servidor sob demanda. A cobrança do nível de computação é interrompida assim que você para o servidor. Essa capacidade ajuda a minimizar os custos durante o desenvolvimento, o teste e a produção das cargas de trabalho por meio de um agendamento previsível confiável.
O nível de computação Com Capacidade de Intermitência. Aproveite o nível de computação Com Capacidade de Intermitência para obter preços competitivos para suas cargas de trabalho que exigem baixa utilização da CPU com picos ocasionais de uso da CPU.
Desconto de Instância Reservada. Você pode se comprometer com um plano de compra de um ano ou três anos para obter o desconto de instância reservada, economizando mais de 60% do custo original sem descontos. Considere essa opção para cargas de trabalho de produção com requisitos previsíveis de capacidade de computação de longo prazo.
Uma conta gratuita do Azure. A opção de usar a conta gratuita do Azure permite avaliar o servidor flexível sem custo por 12 meses com limites mensais de até:
- 750 horas de instância de B1MS com capacidade de intermitência, horas suficientes para executar uma instância de banco de dados continuamente a cada mês.
- Armazenamento de 32 GB e armazenamento de backup de 32 GB.
Observação
Se você criar um servidor flexível do Banco de Dados do Azure para MySQL usando sua conta gratuita do Azure, um custo mensal estimado ainda será exibido em Computação + Armazenamento: Folha Resumo de Custos e na guia Revisar + Criar. No entanto, enquanto você estiver usando sua conta gratuita do Azure e o uso do serviço permanecer dentro dos limites mensais associados, você não será cobrado pelo serviço.