Banco de Dados do Azure para MySQL - Modelo de implantação de Servidor Flexível
APLICA-SE A:
Banco de Dados do Azure para MySQL - Servidor Flexível
O Banco de Dados do Azure para MySQL com tecnologia MySQL community edition está disponível em dois modos de implantação:
- Banco de Dados do Azure para servidor flexível MySQL
- Banco de Dados do Azure para servidor único MySQL
Este artigo fornece uma visão geral e uma introdução aos principais conceitos do modelo de implantação de servidor flexível. Para obter informações sobre como decidir qual opção de implantação é apropriada para sua carga de trabalho, consulte escolhendo a opção de servidor MySQL certa no Azure.
Descrição geral
O servidor flexível do Banco de Dados do Azure para MySQL é 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 servidor flexível do Banco de Dados do Azure para MySQL também oferece suporte a instâncias reservadas, permitindo que você economize até 63% de custo, 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 uma ampla variedade de regiões do Azure.
A opção flexível de implantação de servidor oferece três camadas de computação: Burstable, General Purpose e Business Critical. Cada camada oferece diferentes capacidades de computação e memória para suportar suas cargas de trabalho de banco de dados. Você pode criar seu primeiro aplicativo em uma camada burstable por alguns dólares por mês e, em seguida, ajustar a escala para atender às necessidades de sua solução. A escalabilidade dinâmica permite que a base de dados responda de forma transparente à mudança dos requisitos de recursos. Apenas paga pelos recursos necessário e apenas quando que precisar dos mesmos. Consulte Computação e armazenamento para obter detalhes.
Servidores flexíveis são mais adequados para
- Facilidade de implantação, dimensionamento simplificado e baixa sobrecarga de gerenciamento de banco de dados para funções como backups, alta disponibilidade, segurança e monitoramento.
- Desenvolvimentos de aplicações que requerem uma versão comunitária do MySQL com melhor controlo e personalizações.
- Cargas de trabalho de produção com alta disponibilidade redundante de mesma zona, zona redundante e janelas de manutenção gerenciadas.
- Experiência de desenvolvimento simplificada.
- Segurança, conformidade e privacidade de nível empresarial.
Para obter as atualizações mais recentes sobre o Banco de Dados do Azure para servidor flexível MySQL, consulte Novidades no Banco de Dados do Azure para servidor flexível MySQL.
Oferta gratuita de 12 meses
Com uma conta gratuita do Azure, você pode usar o Banco de Dados do Azure para servidor flexível MySQL gratuitamente por 12 meses com limites mensais de até:
- 750 horas de instância Burstable B1MS, horas suficientes para executar uma instância de banco de dados continuamente a cada mês.
- 32 GB de armazenamento e 32 GB de armazenamento de backup.
Você pode aproveitar essa oferta para desenvolver e implantar aplicativos que usam o Banco de Dados do Azure para o servidor flexível MySQL. Para saber como criar e usar o Banco de Dados do Azure para servidor flexível MySQL gratuitamente usando a conta gratuita do Azure, consulte este tutorial.
Alta disponibilidade dentro e entre zonas de disponibilidade
O Banco de Dados do Azure para servidor flexível MySQL permite configurar a alta disponibilidade com failover automático. A solução de alta disponibilidade foi projetada para garantir que os dados comprometidos nunca sejam perdidos devido a falhas e melhorar o tempo de atividade geral do seu aplicativo. Quando a alta disponibilidade é configurada, o servidor flexível provisiona e gerencia automaticamente uma réplica em espera. Você é cobrado pela computação e armazenamento provisionados para a réplica primária e secundária. Existem dois modelos arquitetónicos de alta disponibilidade:
- Alta disponibilidade redundante de zona (HA): esta opção é preferida para isolamento completo e redundância de infraestrutura em várias zonas de disponibilidade. Ele fornece o mais alto nível de disponibilidade, mas exige que você configure a redundância de aplicativos entre zonas. A HA redundante de zona é preferida quando você deseja atingir o mais alto nível de disponibilidade contra qualquer falha de infraestrutura na zona de disponibilidade e onde a latência na zona de disponibilidade é aceitável. A HA redundante de zona está disponível em subconjunto de regiões do Azure onde a região suporta várias zonas de disponibilidade e partilhas de ficheiros Premium redundantes de zona estão disponíveis.
- Alta disponibilidade (HA) da mesma zona: essa opção é preferida para redundância de infraestrutura com menor latência de rede, pois o servidor primário e o servidor em espera estão na mesma zona de disponibilidade. Ele fornece alta disponibilidade sem configurar redundância de aplicativos entre zonas. A HA da mesma zona é preferida quando você deseja atingir o mais alto nível de disponibilidade em uma única zona de disponibilidade com a menor latência de rede. A HA da mesma zona está disponível em todas as regiões do Azure onde você pode criar o Banco de Dados do Azure para instâncias de servidor flexíveis do MySQL.
Para obter mais informações, consulte Conceitos de alta disponibilidade.
Aplicação de patches automatizada com janela de manutenção gerenciada
O serviço executa patches automatizados do hardware, do sistema operacional e do mecanismo de banco de dados subjacentes. O patch inclui atualizações de segurança e software. Para o motor MySQL, as atualizações de versões secundárias também estão incluídas como parte da versão da manutenção planeada. Os utilizadores podem configurar o agendamento de patches para serem geridos pelo sistema ou definir o agendamento personalizado. Durante o cronograma de manutenção, o patch é aplicado e o servidor pode exigir uma reinicialização como parte do processo de aplicação de patches para concluir a atualização. Com a programação personalizada, os usuários podem tornar seu ciclo de aplicação de patches previsível e escolher uma janela de manutenção com impacto mínimo para os negócios. Em geral, o serviço segue o cronograma de lançamento mensal como parte da integração e lançamento contínuos.
Para obter mais informações, consulte Manutenção agendada.
Cópias de segurança automáticas
O serviço de servidor flexível do Banco de Dados do Azure para MySQL cria automaticamente backups de servidor e os armazena em armazenamento localmente redundante ou com redundância geográfica configurado pelo usuário. Os backups podem ser usados para restaurar o servidor para qualquer point-in-time dentro do período de retenção de backup. O período de retenção de backup padrão é de sete dias. A retenção pode ser configurada opcionalmente entre 1-35 dias. Todas as cópias de segurança são encriptadas através da encriptação AES de 256 bits.
Para obter mais informações, consulte Conceitos de backup.
Isolamento de Rede
Você tem duas opções de rede para se conectar ao Banco de Dados do Azure para o servidor flexível MySQL. As opções são acesso privado (integração VNet) e acesso público (endereços IP permitidos).
Acesso privado (Integração VNet) – Você pode implantar sua instância de servidor flexível do Banco de Dados do Azure para MySQL em sua Rede Virtual do Azure. As redes virtuais do Azure fornecem comunicação de rede privada e segura. Os recursos numa rede virtual podem comunicar através de endereços IP privados.
Escolha a opção de integração de rede virtual se desejar os seguintes recursos:
- Conecte-se a partir de recursos do Azure na mesma rede virtual à sua instância de servidor flexível do Banco de Dados do Azure para MySQL usando endereços IP privados.
- Use VPN ou ExpressRoute para se conectar de recursos que não são do Azure à sua instância de servidor flexível do Banco de Dados do Azure para MySQL.
- Nenhum ponto de extremidade público.
Acesso público (endereços IP permitidos) – Você pode implantar sua instância de servidor flexível do Banco de Dados do Azure para MySQL com um ponto de extremidade público. O ponto final público é um endereço DNS publicamente resolvível. A frase "endereços IP permitidos" refere-se a um intervalo de IPs que você escolhe para dar permissão para acessar seu servidor. Essas permissões são chamadas de regras de firewall.
Para obter mais informações, consulte Conceitos de rede.
Ajuste o desempenho e dimensione em segundos
O servidor flexível do Banco de Dados do Azure para MySQL está disponível em três camadas de serviço: Burstable, General Purpose e Business Critical. A camada Burstable é mais adequada para desenvolvimento de baixo custo e cargas de trabalho de baixa simultaneidade que não precisam de capacidade de computação total continuamente. O General Purpose e o Business Critical são mais adequados para cargas de trabalho de produção que exigem alta simultaneidade, escala e desempenho previsível. Você pode criar seu primeiro aplicativo em um pequeno banco de dados por alguns dólares por mês e, em seguida, ajustar perfeitamente a escala para atender às necessidades de sua solução. O dimensionamento de armazenamento está on-line e oferece suporte ao crescimento automático de armazenamento. O servidor flexível do Banco de Dados do Azure para MySQL permite provisionar IOPS adicionais de até 80 K IOPs acima do limite de IOPS gratuito, independentemente do armazenamento. Com esta funcionalidade, também pode aumentar ou diminuir o número de IOPS aprovisionados com base nos seus requisitos de carga de trabalho a qualquer momento. A escalabilidade dinâmica permite que a base de dados responda de forma transparente à mudança dos requisitos de recursos. Você paga apenas pelos recursos que consome.
Para obter mais informações, consulte Conceitos de computação e armazenamento.
Dimensione sua carga de trabalho de leitura com até 10 réplicas de leitura
O MySQL é um dos mecanismos de banco de dados populares para executar aplicativos web e móveis em escala de internet. Muitos de nossos clientes o usam para seus serviços de educação on-line, serviços de streaming de vídeo, soluções de pagamento digital, plataformas de comércio eletrônico, serviços de jogos, portais de notícias, sites governamentais e de saúde. Esses serviços são necessários para servir e escalar à medida que o tráfego na web ou aplicativo móvel aumenta.
No lado dos aplicativos, o aplicativo normalmente é desenvolvido em Java ou PHP e migrado para ser executado em conjuntos de escala de máquina virtual do Azure ou nos Serviços de Aplicativo do Azure ou são conteinerizados para serem executados no Serviço Kubernetes do Azure (AKS). O uso de um conjunto de dimensionamento de máquina virtual com o Serviço de Aplicativo ou AKS como infraestrutura subjacente simplifica o dimensionamento de aplicativos provisionando instantaneamente novas VMs e replicando os componentes sem estado dos aplicativos para atender às solicitações, mas, muitas vezes, o banco de dados acaba sendo um gargalo como componente com estado centralizado.
O recurso de réplica de leitura permite replicar dados de uma instância de servidor flexível do Banco de Dados do Azure para MySQL para um servidor somente leitura. Você pode replicar do servidor de origem para até 10 réplicas. As réplicas são atualizadas de forma assíncrona usando a tecnologia de replicação baseada na posição do arquivo binário nativo (binlog) do mecanismo MySQL. Você pode usar uma solução de proxy de balanceador de carga como o ProxySQL para dimensionar perfeitamente sua carga de trabalho de aplicativo para ler réplicas sem qualquer custo de refatoração de aplicativos.
Para obter mais informações, consulte Ler conceitos de réplica.
Configurar a sincronização de dados híbrida ou multicloud com replicação de dados
A replicação de dados permite sincronizar dados de um servidor MySQL externo no Banco de Dados do Azure para o servidor flexível MySQL. O servidor externo pode ser local, em máquinas virtuais, Banco de Dados do Azure para servidor único MySQL ou um serviço de banco de dados hospedado por outros provedores de nuvem. A replicação de dados é baseada na posição do arquivo de log binário (binlog). Os principais cenários a serem considerados sobre o uso da replicação Data-in são:
- Sincronização de dados híbrida
- Sincronização Multicloud
- Migração mínima de tempo de inatividade para o Banco de Dados do Azure para servidor flexível MySQL
Para obter mais informações, consulte Conceitos de replicação de dados.
Parar/Iniciar o servidor para otimizar os custos
O servidor flexível do Banco de Dados do Azure para MySQL permite que você pare e inicie servidores sob demanda para otimizar o custo. A cobrança da camada de computação é interrompida imediatamente quando o servidor é interrompido. Essa funcionalidade pode permitir que você tenha economias de custos significativas durante o desenvolvimento, testes e para cargas de trabalho de produção previsíveis com limite de tempo. O servidor permanece no estado interrompido por 30 dias, a menos que seja reiniciado antes.
Para obter mais informações, consulte Conceitos de servidor.
Segurança, conformidade e privacidade de nível empresarial
O servidor flexível do Banco de Dados do Azure para MySQL usa o módulo criptográfico validado FIPS 140-2 para criptografia de armazenamento de dados em repouso. Os dados, incluindo cópias de segurança, e ficheiros temporários criados durante a execução de consultas são encriptados. O serviço usa a cifra AES de 256 bits incluída na criptografia de armazenamento do Azure e as chaves podem ser gerenciadas pelo sistema (padrão).
O servidor flexível do Banco de Dados do Azure para MySQL criptografa dados em movimento com a segurança da camada de transporte imposta por padrão. O Banco de Dados do Azure para servidor flexível MySQL por padrão dá suporte a conexões criptografadas usando Transport Layer Security (TLS 1.2) e todas as conexões de entrada com TLS 1.0 e TLS 1.1 são negadas. Você pode desabilitar a imposição de TSL/SSL definindo o parâmetro require_secure_transport server e, em seguida, definindo o tls_version mínimo para o servidor.
Para obter mais informações, consulte como usar conexões criptografadas com o Banco de Dados do Azure para instâncias de servidor flexíveis do MySQL.
O servidor flexível do Banco de Dados do Azure para MySQL permite acesso totalmente privado aos servidores usando a integração de rede virtual do Azure (rede virtual). Os servidores na rede virtual do Azure só podem ser alcançados e conectados por meio de endereços IP privados. Com a integração de rede virtual, o acesso público é negado e os servidores não podem ser acessados usando pontos de extremidade públicos.
Para obter mais informações, consulte Conceitos de rede.
Monitorização e alertas
O servidor flexível do Banco de Dados do Azure para MySQL é equipado com recursos internos de monitoramento e alerta de desempenho. Todas as métricas do Azure têm uma frequência de um minuto, sendo que cada métrica fornece 30 dias de histórico. Pode configurar alertas relacionados com as métricas. O Banco de Dados do Azure para servidor flexível MySQL expõe métricas do servidor host para monitorar a utilização de recursos e permite configurar logs de consulta lentos. Usando essas ferramentas, você pode otimizar rapidamente suas cargas de trabalho e configurar seu servidor para obter o melhor desempenho. O servidor flexível do Banco de Dados do Azure para MySQL permite que você visualize os dados de logs de consulta e auditoria lentos usando pastas de trabalho do Azure Monitor. Com os livros, obtém uma tela flexível para analisar os dados e criar relatórios visuais avançados no portal do Azure. O servidor flexível do Banco de Dados do Azure para MySQL fornece três modelos de pasta de trabalho disponíveis prontos para uso, incluindo Visão Geral do Servidor, Auditoria e Insights de Desempenho de Consulta. A pasta de trabalho do Query Performance Insights foi projetada para ajudá-lo a gastar menos tempo solucionando problemas de desempenho do banco de dados, fornecendo informações como:
- Top N consultas de longa duração e suas tendências.
- Os detalhes da consulta: exiba o texto da consulta e o histórico de execução com tempo de consulta mínimo, máximo, médio e desvio padrão.
- As utilizações de recursos (CPU, memória e armazenamento).
Além disso, você pode usar e integrar com ferramentas de monitoramento da comunidade, como Percona Monitoring and Management com o banco de dados do Azure para servidor flexível MySQL.
Para obter mais informações, consulte Conceitos de monitoramento.
Migração
O servidor flexível do Banco de Dados do Azure para MySQL executa a versão da comunidade do MySQL. Isso permite total compatibilidade de aplicativos e requer um custo mínimo de refatoração para migrar aplicativos existentes desenvolvidos no mecanismo MySQL para o Banco de Dados do Azure para o servidor flexível MySQL. A migração para o Banco de Dados do Azure para o servidor flexível MySQL pode ser executada usando a seguinte opção:
Migrações offline
- Usar o Serviço de Migração de Dados do Azure quando a largura de banda de rede entre a origem e o Azure é boa (por exemplo: Rota Expressa de Alta Velocidade). Saiba mais com instruções passo a passo - Migrar o MySQL para o Banco de Dados do Azure para servidor flexível MySQL offline usando DMS - Serviço de Migração de Banco de Dados do Azure
- Use mydumper/myloader para tirar proveito das configurações de compactação para mover dados de forma eficiente em redes de baixa velocidade (como internet pública). Saiba mais com instruções passo a passo Migrar bancos de dados grandes para o Banco de Dados do Azure para servidor flexível MySQL usando mydumper/myloader
Migrações online ou com tempo de inatividade mínimo
Use a replicação de dados com backup/restauração consistente mydumper/myloader para a propagação inicial. Saiba mais com instruções passo a passo: Tutorial: Migração mínima de tempo de inatividade do Banco de Dados do Azure para servidor único MySQL para o Banco de Dados do Azure para servidor flexível MySQL.
Para migrar do Banco de Dados do Azure para servidor único MySQL para o Banco de Dados do Azure para servidor flexível MySQL em cinco etapas fáceis, consulte este blog.
Para obter mais informações, consulte Selecionar as ferramentas certas para migração para o Banco de Dados do Azure para o servidor flexível MySQL.
Regiões do Azure
Uma vantagem de executar sua carga de trabalho no Azure é seu alcance global. O servidor flexível do Banco de Dados do Azure para MySQL está disponível hoje nas seguintes regiões do Azure:
| País/Região | Disponibilidade | HA da mesma zona | HA com redundância entre zonas | Backup com redundância geográfica |
|---|---|---|---|---|
| Austrália Central | ✔️ | ✔️ | ❌ | ❌ |
| Leste da Austrália | ✔️ | ✔️ | ✔️ | ✔️ |
| Austrália Sudeste | ✔️ | ✔️ | ❌ | ✔️ |
| Sul do Brasil | ✔️ | ✔️ | ✔️ | ✔️ |
| Canadá Central | ✔️ | ✔️ | ✔️ | ✔️ |
| Leste do Canadá | ✔️ | ✔️ | ❌ | ✔️ |
| Índia Central | ✔️ | ✔️ | ✔️ | ✔️ |
| E.U.A. Central | ✔️ | ✔️ | ❌ | ✔️ |
| China Leste 2 | ✔️ | ✔️ | ❌ | ❌ |
| Leste da China 3 | ✔️ | ✔️ | ❌ | ✔️ |
| Norte da China 2 | ✔️ | ✔️ | ❌ | ❌ |
| Norte da China 3 | ✔️ | ✔️ | ✔️ | ✔️ |
| Leste da Ásia (RAE de Hong Kong) | ✔️ | ✔️ | ✔️ | ✔️ |
| E.U.A. Leste | ✔️ | ✔️ | ✔️ | ✔️ |
| E.U.A. Leste 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| França Central | ✔️ | ✔️ | ✔️ | ✔️ |
| Sul de França | ✔️ | ✔️ | ❌ | ✔️ |
| Alemanha Centro-Oeste | ✔️ | ✔️ | ❌ | ✔️ |
| Norte da Alemanha | ✔️ | ✔️ | ❌ | ✔️ |
| Israel Central | ✔️ | ✔️ | ✔️ | ❌ |
| Norte da Itália | ✔️ | ✔️ | ✔️ | ❌ |
| Leste do Japão | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste do Japão | ✔️ | ✔️ | ❌ | ✔️ |
| Jio, Oeste da Índia | ✔️ | ✔️ | ❌ | ❌ |
| Coreia do Sul Central | ✔️ | ✔️ | ✔️ | ✔️ |
| Sul da Coreia do Sul | ✔️ | ✔️ | ❌ | ✔️ |
| E.U.A. Centro-Norte | ✔️ | ✔️ | ❌ | ✔️ |
| Europa do Norte | ✔️ | ✔️ | ✔️ | ✔️ |
| Leste da Noruega | ✔️ | ✔️ | ✔️ | ❌ |
| Oeste da Noruega | ✔️ | ✔️ | ❌ | ❌ |
| Polónia Central | ✔️ | ✔️ | ❌ | ❌ |
| Catar Central | ✔️ | ✔️ | ✔️ | ❌ |
| Norte da África do Sul | ✔️ | ✔️ | ✔️ | ❌ |
| Oeste da África do Sul | ✔️ | ✔️ | ❌ | ❌ |
| E.U.A. Centro-Sul | ✔️ | ✔️ | ✔️ | ✔️ |
| Sul da Índia | ✔️ | ✔️ | ❌ | ✔️ |
| Sudeste Asiático | ✔️ | ✔️ | ✔️ | ✔️ |
| Espanha Central | ✔️ | ✔️ | ❌ | ✔️ |
| Suécia Central | ✔️ | ✔️ | ✔️ | ❌ |
| Norte da Suíça | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste da Suíça | ✔️ | ✔️ | ❌ | ✔️ |
| E.A.U. Central | ✔️ | ✔️ | ❌ | ✔️ |
| Norte dos E.A.U. | ✔️ | ✔️ | ✔️ | ❌ |
| Sul do Reino Unido | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste do Reino Unido | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Virginia | ✔️ | ✔️ | ❌ | ✔️ |
| US Gov - Arizona | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Texas | ✔️ | ✔️ | ❌ | ✔️ |
| E.U.A. Centro-Oeste | ✔️ | ✔️ | ❌ | ✔️ |
| Europa Ocidental | ✔️ | ✔️ | ✔️ | ✔️ |
| E.U.A. Oeste | ✔️ | ✔️ | ❌ | ✔️ |
| E.U.A. Oeste 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| EUA Oeste 3 | ✔️ | ✔️ | ✔️ | ✔️ |
Contactos
Para quaisquer perguntas ou sugestões que você possa ter sobre o Banco de Dados do Azure para o servidor flexível MySQL, envie um email para a equipe de servidor flexível do Banco de Dados do Azure para MySQL (@Ask o Banco de Dados do Azure para o servidor flexível do MySQL). Este endereço de e-mail não é um alias de suporte técnico.
Além disso, considere os seguintes pontos de contacto, conforme adequado:
- Para contactar o Suporte do Azure, crie um pedido no portal do Azure.
- Para corrigir um problema na sua conta, crie um pedido de suporte no portal do Azure.
- Para enviar comentários ou pedir novas funcionalidades, crie uma entrada através do UserVoice.
Próximos passos
Com esta introdução ao modo de implantação de servidor flexível do Banco de Dados do Azure para MySQL, você está pronto para:
Crie o seu primeiro servidor.
- Criar uma instância de servidor flexível do Banco de Dados do Azure para MySQL usando o portal do Azure
- Criar um Banco de Dados do Azure para instância de servidor flexível do MySQL usando a CLI do Azure
- Gerenciar um Banco de Dados do Azure para instância de servidor flexível do MySQL usando a CLI do Azure
Crie seu primeiro aplicativo usando seu idioma preferido: