Escolha a opção certa do MySQL Server no Azure
APLICA-SE A: 
Banco de Dados do Azure para MySQL - Servidor Único Banco de Dados do Azure para MySQL - Servidor Flexível
Importante
O servidor único do Banco de Dados do Azure para MySQL está no caminho de desativação. É altamente recomendável que você atualize para o Banco de Dados do Azure para o servidor flexível MySQL. Para obter mais informações sobre como migrar para o Banco de Dados do Azure para servidor flexível MySQL, consulte O que está acontecendo com o Banco de Dados do Azure para Servidor Único MySQL?
Com o Azure, suas cargas de trabalho de servidor MySQL podem ser executadas em uma infraestrutura de máquina virtual hospedada como um serviço (IaaS) ou como uma plataforma hospedada como um serviço (PaaS). O PaaS tem duas opções de implantação e há camadas de serviço dentro de cada opção de implantação. Ao escolher entre IaaS e PaaS, você deve decidir se deseja gerenciar seu banco de dados, aplicar patches, backups, segurança, monitoramento e dimensionamento ou delegar essas operações ao Azure.
Ao tomar a sua decisão, considere as duas opções seguintes:
Banco de Dados do Azure para MySQL. Esta opção se enquadra na categoria de indústria de PaaS e representa um mecanismo de banco de dados MySQL totalmente gerenciado baseado na versão estável da edição da comunidade MySQL. Esse banco de dados relacional como serviço (DBaaS), hospedado na plataforma de nuvem do Azure, se enquadra na categoria de indústria de PaaS. Com uma instância gerenciada do MySQL no Azure, você pode usar recursos internos como patches automatizados, alta disponibilidade, backups automatizados, escalabilidade elástica, segurança de nível empresarial, conformidade e governança, monitoramento e alertas que exigem configuração extensiva quando o MySQL Server está no local ou em uma VM do Azure. Ao usar o MySQL como um serviço, você paga conforme o uso, com opções para aumentar ou diminuir a escala para maior controle sem interrupção. O Banco de Dados do Azure para MySQL, desenvolvido pela edição da comunidade MySQL, está disponível em dois modos de implantação:
O Flexible Server é um serviço de banco de dados totalmente gerenciado pronto para produção, projetado para controle e flexibilidade mais granulares sobre funções de gerenciamento de banco de dados e definições de configuração. A arquitetura de servidor flexível permite que os usuários optem por alta disponibilidade dentro de uma única zona de disponibilidade e em várias zonas de disponibilidade. Servidores flexíveis fornecem melhores controles de otimização de custos com a capacidade de parar/iniciar o servidor e a camada de computação burstable, ideal para cargas de trabalho que não precisam de capacidade de computação total continuamente. O Flexible Server também suporta instâncias reservadas, permitindo que você economize até 63% de custo, o que é ideal para cargas de trabalho de produção com requisitos previsíveis de capacidade de computação. O serviço suporta a versão comunitária do MySQL 5.7 e 8.0. O serviço está geralmente disponível hoje em várias regiões do Azure. Os servidores flexíveis são mais adequados para todos os novos desenvolvimentos e migração de cargas de trabalho de produção para o serviço Banco de Dados do Azure para MySQL.
Single Server é um serviço de banco de dados totalmente gerenciado projetado para personalização mínima. A plataforma de servidor único foi projetada para lidar com a maioria das funções de gerenciamento de banco de dados, como patching, backups, alta disponibilidade e segurança com configuração e controle mínimos do usuário. A arquitetura é otimizada para alta disponibilidade integrada com 99,99% de disponibilidade em uma única zona de disponibilidade. Ele suporta a versão comunitária do MySQL 5.6 (aposentado), 5.7 e 8.0. O serviço está geralmente disponível hoje em várias regiões do Azure. Os servidores únicos são mais adequados apenas para aplicativos existentes que já utilizam servidores únicos. Recomenda-se escolher Servidor flexível para todos os novos desenvolvimentos ou migrações.
MySQL em VMs do Azure. Esta opção se enquadra na categoria de indústria de IaaS. Com esse serviço, você pode executar o MySQL Server dentro de uma máquina virtual gerenciada na plataforma de nuvem do Azure. Você pode instalar todas as versões e edições recentes do MySQL em uma máquina virtual.
Compare as opções de implantação do MySQL no Azure
As principais diferenças entre essas opções estão listadas na tabela a seguir:
| Atributo | Base de Dados do Azure para MySQL Servidor Único |
Base de Dados do Azure para MySQL Servidor Flexível |
MySQL em VMs do Azure |
|---|---|---|---|
| General (Geral) | |||
| Disponibilidade geral | Disponibilidade geral | Disponibilidade geral | Disponibilidade geral |
| Contrato de nível de serviço (SLA) | SLA de disponibilidade de 99,99% | 99,99% usando zonas de disponibilidade | 99,99% usando zonas de disponibilidade |
| O/S subjacente | Windows | Linux | Gerenciado pelo usuário |
| Edição MySQL | Community Edition | Community Edition | Community ou Enterprise Edition |
| Suporte à versão do MySQL | 5.6(Aposentado), 5.7 & 8.0 | 5,7 & 8,0 | Qualquer versão |
| Seleção da zona de disponibilidade para colocation de aplicativos | Não | Sim | Sim |
| Nome de usuário na cadeia de conexão | <user_name>@server_name. Por exemplo, mysqlusr@mypgServer |
Apenas nome de usuário. Por exemplo, mysqlusr |
Apenas nome de usuário. Por exemplo, mysqlusr |
| Computação & Dimensionamento de armazenamento | |||
| Níveis de computação | Básico, Uso Geral, Memória Otimizada | Burstable, Uso Geral, Memória Otimizada | Burstable, Uso Geral, Memória Otimizada |
| Dimensionamento de computação | Suportado (não há suporte para dimensionamento de e para a camada Básica) | Suportado | Suportado |
| Tamanho de armazenamento | 5 GiB a 16 TiB | 20 GiB a 16 TiB | 32 GiB a 32.767 GiB |
| Dimensionamento de armazenamento on-line | Suportado | Suportado | Não suportado |
| Dimensionamento automático de armazenamento | Suportado | Suportado | Não suportado |
| Escalonamento de IOPs | Não suportado | Suportado | Não suportado |
| Otimização de Custos | |||
| Preços de Instâncias Reservadas | Suportado | Suportado | Suportado |
| Servidor Stop/Start para desenvolvimento | Servidor pode ser interrompido até sete dias | Servidor pode ser interrompido até 30 dias | Suportado |
| Baixo custo Burstable SKU | Não suportado | Suportado | Suportado |
| Rede/Segurança | |||
| Conectividade de Rede | - Pontos finais públicos com firewall do servidor. - Acesso privado com suporte Private Link. |
- Pontos finais públicos com firewall do servidor. - Acesso privado com suporte Private Link. - Acesso privado com integração de Rede Virtual. |
- Pontos finais públicos com firewall do servidor. - Acesso privado com suporte Private Link. |
| SSL/TLS | Ativado por padrão com suporte para TLS v1.2, 1.1 e 1.0 | Ativado por padrão com suporte para TLS v1.3, 1.2 | Compatível com TLS v1.2, 1.1 e 1.0 |
| Criptografia de dados em repouso | Compatível com chaves gerenciadas pelo cliente (BYOK) | Compatível com chaves gerenciadas de serviço | Não suportado |
| Autenticação do Microsoft Entra | Suportado | Suportado | Não suportado |
| Suporte do Microsoft Defender for Cloud | Sim | Sim | No |
| Auditoria do servidor | Suportado | Suportado | Gerenciado pelo usuário |
| Aplicação de patches & Manutenção | |||
| Aplicação de patches no sistema operacional | Automático | Automático | Gerido pelo utilizador |
| Atualização da versão secundária do MySQL | Automático | Automático | Gerido pelo utilizador |
| Atualização da versão principal in-loco do MySQL | Suportado de 5.6 a 5.7 | Suportado de 5.7 a 8.0 | Gerenciado pelo usuário |
| Controlo da manutenção | Sistema gerido | Gerenciado pelo cliente | Gerido pelo utilizador |
| Janela de manutenção | A qualquer momento dentro de uma janela de 15 horas | Janela de 1 hora | Gerido pelo utilizador |
| Notificação de manutenção planeada | Três dias | Cinco dias | Gerido pelo utilizador |
| Elevada Disponibilidade | |||
| Elevada disponibilidade | HA incorporado (sem modo de espera a quente) | HA integrada (sem hot standby), HA redundante de mesma zona e zona com hot standby | Gerido pelo utilizador |
| Redundância entre zonas | Não suportado | Suportado | Suportado |
| Colocação da zona de espera | Não suportado | Suportado | Suportado |
| Ativação pós-falha automática | Sim (gira outro servidor) | Sim | Gerenciado pelo usuário |
| Failover forçado iniciado pelo usuário | Não | Sim | Gerenciado pelo usuário |
| Failover transparente de aplicativos | Sim | Sim | Gerenciado pelo usuário |
| Replicação | |||
| Suporte para réplicas de leitura | Sim | Sim | Gerenciado pelo usuário |
| Número de réplicas de leitura suportadas | 5 | 10 | Gerenciado pelo usuário |
| Modo de replicação | Assíncrono | Assíncrono | Gerenciado pelo usuário |
| Suporte a Gtid para réplicas de leitura | Suportado | Suportado | Gerenciado pelo usuário |
| Suporte entre regiões (replicação geográfica) | Sim | Sim | Gerenciado pelo usuário |
| Cenários híbridos | Compatível com replicação de dados | Compatível com replicação de dados | Gerenciado pelo usuário |
| Suporte a Gtid para replicação de dados | Suportado | Suportado | Gerenciado pelo usuário |
| Replicação de saída de dados | Não suportado | Suportado | Suportado |
| Backup e recuperação | |||
| Cópias de segurança automatizadas | Sim | Sim | No |
| Retenção da cópia de segurança | 7-35 dias | 1-35 dias | Gerenciado pelo usuário |
| Retenção de cópias de segurança de longa duração | Gerenciado pelo usuário | Gerenciado pelo usuário | Gerenciado pelo usuário |
| Exportando backups | Suportado usando backups lógicos | Suportado usando backups lógicos | Suportado |
| Capacidade de restauração point-in-time a qualquer momento dentro do período de retenção | Sim | Sim | Gerenciado pelo usuário |
| Ponto de restauração rápido | Não | Sim | No |
| Capacidade de restaurar em uma zona diferente | Não suportado | Sim | Sim |
| Capacidade de restaurar para uma VNet diferente | Não | Sim | Sim |
| Capacidade de restaurar para uma região diferente | Sim (Geo-redundante) | Sim (Geo-redundante) | Gerenciado pelo usuário |
| Capacidade de restaurar um servidor excluído | Sim | Sim | No |
| Recuperação após Desastre | |||
| DR em regiões do Azure | Usando réplicas de leitura entre regiões, backup com redundância geográfica | Usando backup com redundância geográfica | Gerenciado pelo usuário |
| Ativação pós-falha automática | No | No | Não |
| Pode usar o mesmo ponto de extremidade r/w | Não | Não suportado | Não |
| Monitorização | |||
| Integração do Azure Monitor & alertas | Suportado | Suportado | Gerenciado pelo usuário |
| Monitorando operações de banco de dados | Suportado | Suportado | Gerenciado pelo usuário |
| Query Performance Insights (Informações de Desempenho de Consultas) | Suportado | Suportado (usando pastas de trabalho) | Gerenciado pelo usuário |
| Registos do Servidor | Suportado | Suportado (usando logs de diagnóstico) | Gerenciado pelo usuário |
| Registos de Auditoria | Suportado | Suportado | Suportado |
| Registos de erros | Não suportado | Suportado | Suportado |
| Suporte do consultor do Azure | Suportado | Suportado | Não suportado |
| Plug-ins | |||
| validate_password | Não suportado | Em pré-visualização | Suportado |
| caching_sha2_password | Não suportado | Em pré-visualização | Suportado |
| Produtividade do desenvolvedor | |||
| Gestão de Frotas | Compatível com a CLI do Azure, PowerShell, REST e Azure Resource Manager | Compatível com a CLI do Azure, PowerShell, REST e Azure Resource Manager | Com suporte para VMs com CLI do Azure, PowerShell, REST e Azure Resource Manager |
| Suporte Terraform | Suportado | Suportado | Suportado |
| GitHub Actions | Suportado | Suportado | Gerenciado pelo usuário |
Motivações empresariais para escolher PaaS ou IaaS
Vários fatores podem influenciar se você escolhe PaaS ou IaaS para hospedar seus bancos de dados MySQL.
Custo
A redução de custos é muitas vezes a principal consideração na determinação da melhor solução para hospedar seus bancos de dados. Isso é verdade se você é uma startup com pouco dinheiro ou uma equipe em uma empresa estabelecida que opera sob restrições orçamentárias apertadas. Esta seção descreve as noções básicas de cobrança e licenciamento no Azure à medida que se aplicam ao Banco de Dados do Azure para MySQL e MySQL em VMs do Azure.
Faturação
O Banco de Dados do Azure para MySQL está atualmente disponível como um serviço em várias camadas com preços de recursos diferentes. Todos os recursos são cobrados por hora a uma taxa fixa. Para obter as informações mais recentes sobre os níveis de serviço, tamanhos de computação e quantidades de armazenamento atualmente suportados, consulte a página de preços. Você pode ajustar dinamicamente as camadas de serviço e os tamanhos de computação para corresponder às variadas necessidades de taxa de transferência do seu aplicativo. Você é cobrado pelo tráfego de saída da Internet com taxas regulares de transferência de dados.
Com o Banco de Dados do Azure para MySQL, a Microsoft configura, corrige e atualiza automaticamente o software de banco de dados. Essas ações automatizadas reduzem seus custos administrativos. Além disso, o Banco de Dados do Azure para MySQL tem recursos de backups automatizados. Esses recursos ajudam a obter economias de custos significativas, especialmente quando você tem muitos bancos de dados. Em contraste, com o MySQL em VMs do Azure, você pode escolher e executar qualquer versão do MySQL. Não importa qual versão do MySQL você usa, você paga pela VM provisionada, pelo custo de armazenamento associado aos dados, backup, dados de monitoramento e armazenamento de logs, e os custos para o tipo de licença MySQL específico usado (se houver).
O Banco de Dados do Azure para MySQL fornece alta disponibilidade interna para interrupção no nível do nó, mantendo a garantia de SLA de 99,99% do serviço. No entanto, para alta disponibilidade de banco de dados em VMs, você usa as opções de alta disponibilidade, como replicação MySQL , que estão disponíveis em um banco de dados MySQL. Usar uma opção de alta disponibilidade suportada não fornece um SLA adicional. Mas ele permite que você alcance mais de 99,99% de disponibilidade do banco de dados com custo extra e sobrecarga administrativa.
Para obter mais informações sobre preços, consulte os seguintes artigos:
- Preços da Base de Dados do Azure para MySQL
- Preços de máquinas virtuais
- Calculadora de preços do Azure
Administração
Para muitas empresas, a decisão de fazer a transição para um serviço cloud tem tanto em conta a redução da complexidade da administração como os custos.
Com IaaS, a Microsoft:
- Administra a infraestrutura subjacente.
- Fornece patches automatizados para hardware e sistema operacional subjacentes.
Com PaaS, a Microsoft:
- Administra a infraestrutura subjacente.
- Fornece patches automatizados para hardware subjacente, sistema operacional e mecanismo de banco de dados.
- Gerencia a alta disponibilidade do banco de dados.
- Executa backups automaticamente e replica todos os dados para fornecer recuperação de desastres.
- Criptografa os dados em repouso e em movimento por padrão.
- Monitora seu servidor e fornece recursos para insights de desempenho de consulta e recomendações de desempenho
A lista a seguir descreve considerações administrativas para cada opção:
Com o Banco de Dados do Azure para MySQL, você pode continuar administrando seu banco de dados. Mas você não precisa mais gerenciar o mecanismo de banco de dados, o sistema operacional ou o hardware. Exemplos de itens que você pode continuar a administrar incluem:
- Bases de Dados
- Iniciar sessão
- Otimização de índices
- Ajuste de consultas
- Auditoria
- Segurança
Além disso, a configuração de alta disponibilidade para outro data center requer configuração ou administração mínima ou nenhuma.
Com o MySQL em VMs do Azure, você pode controlar o sistema operacional e a configuração da instância do servidor MySQL. Você decide quando atualizar ou atualizar o sistema operacional e o software de banco de dados com uma VM e quais patches aplicar. Você também escolhe quando instalar qualquer software adicional, como um aplicativo antivírus. Alguns recursos automatizados são fornecidos para simplificar significativamente a aplicação de patches, backup e alta disponibilidade. Você pode controlar o tamanho da VM, o número de discos e suas configurações de armazenamento. Para obter mais informações, consulte Tamanhos de máquina virtual e serviço de nuvem para o Azure.
Hora de mudar para o Azure
O Banco de Dados do Azure para MySQL é a solução certa para aplicativos projetados na nuvem quando a produtividade do desenvolvedor e o rápido tempo de comercialização de novas soluções são críticos. Com funcionalidades programáticas como DBA, o serviço se adequa a arquitetos e desenvolvedores de nuvem porque reduz a necessidade de gerenciar o sistema operacional subjacente e o banco de dados.
Quando você deseja evitar o tempo e as despesas de aquisição de novo hardware local, o MySQL em VMs do Azure é a solução certa para aplicativos que exigem controle granular e personalização do mecanismo MySQL não suportados pelo serviço ou que exigem acesso ao sistema operacional subjacente. Essa solução também é adequada para migrar aplicativos e bancos de dados locais existentes para o Azure intacto para casos em que o Banco de Dados do Azure para MySQL não é adequado.
Como não há necessidade de alterar a apresentação, o aplicativo e as camadas de dados, você economiza tempo e orçamento ao rearquitetar sua solução existente. Em vez disso, você pode se concentrar em migrar todas as suas soluções para o Azure e abordar algumas otimizações de desempenho que a plataforma Azure pode exigir.
Próximos passos
- Consulte Banco de Dados do Azure para obter preços do MySQL.
- Comece por criar o seu primeiro servidor.