Partilhar via


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:

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