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 da plataforma MySQL Community Edition está disponível em dois modos de implantação:
- Servidor flexível do Banco de Dados do Azure para MySQL
- Servidor único do Banco de Dados do Azure para 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 saber mais sobre como decidir a melhor opção de implantação para a sua carga de trabalho, confira Escolher a opção correta de servidor MySQL no Azure.
Visã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 obter mais controle granular e flexibilidade sobre as funções de gerenciamento de banco de dados e as configurações de configuração. A arquitetura de servidor flexível permite que os usuários optem por alta disponibilidade dentro de uma zona de disponibilidade única e entre várias zonas de disponibilidade. Os servidores flexíveis fornecem controles de otimização de custo melhores com a capacidade de parar/iniciar o servidor e a camada de computação com capacidade de intermitência, ideais para cargas de trabalho que não precisam de capacidade de computação completa continuamente. O servidor flexível do Banco de Dados do Azure para MySQL também dá 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 dá suporte à versão da comunidade do MySQL 5.7 e 8.0. O serviço está em disponibilidade geral em diversas regiões do Azure.
A opção de implantação de servidor flexível oferece três camadas de computação: Com Capacidade de Intermitência, Uso Geral e Comercialmente Crítico. Cada camada oferece capacidade de computação e memória diferentes para dar suporte às suas cargas de trabalho de banco de dados. Você pode criar seu primeiro aplicativo em uma camada com capacidade de intermitência por alguns dólares por mês e depois ajustar a escala para atender às necessidades da sua solução. A escalabilidade dinâmica permite que o banco de dados responda de forma transparente a mudanças rápidas nos requisitos de recursos. Você paga apenas pelos recursos de que precisa, e somente quando precisa deles. Confira Computação e Armazenamento para obter detalhes.
Os 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 aplicativos que exigem a versão da comunidade do MySQL com melhor controle e personalizações.
- Cargas de trabalho de produção com a mesma zona, alta disponibilidade com redundância de zona e janelas de manutenção gerenciada.
- Experiência de desenvolvimento simplificada.
- Segurança, conformidade e privacidade de nível empresarial.
Para ver as atualizações mais recentes no servidor flexível do Banco de Dados do Azure para MySQL, consulte Novidades no servidor flexível do Banco de Dados do Azure para MySQL.
Oferta gratuita de 12 meses
Com uma conta gratuita do Azure, você pode usar o servidor flexível do Banco de Dados do Azure para MySQL gratuitamente 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.
Você pode aproveitar essa oferta para desenvolver e implantar aplicativos que usam o servidor flexível do Banco de Dados do Azure para MySQL. Para saber como criar e usar o servidor flexível do Banco de Dados do Azure para MySQL gratuitamente usando a conta gratuita do Azure, consulte este tutorial.
Alta disponibilidade dentro e entre zonas de disponibilidade
O servidor flexível do Banco de Dados do Azure para MySQL permite configurar alta disponibilidade com failover automático. A solução de alta disponibilidade foi projetada para garantir que os dados confirmados nunca sejam perdidos devido a falhas e para melhorar o tempo de atividade em geral do seu aplicativo. Quando a alta disponibilidade é configurada, o servidor flexível provisiona e gerencia automaticamente uma réplica em espera. Você será cobrado pela computação e pelo armazenamento provisionados às réplicas primária e secundária. Há dois modelos arquitetônicos de alta disponibilidade:
- Alta Disponibilidade (HA) com Redundância de Zona: essa opção é recomendada para isolamento completo e redundância da infraestrutura em várias zonas de disponibilidade. Ela fornece o nível mais alto de disponibilidade, mas exige que você configure a redundância do aplicativo entre zonas. A HA com redundância de zona é recomendada quando você deseja obter o nível mais alto de disponibilidade para qualquer falha de infraestrutura na zona de disponibilidade e quando a latência na zona de disponibilidade é aceitável. A HA com redundância de zona está disponível em um subconjunto de regiões do Azure cujas regiões são compatíveis com várias Zonas de Disponibilidade e onde estão disponíveis os compartilhamentos de arquivos Premium com redundância de zona.
- Alta Disponibilidade (HA) na Mesma Zona: essa opção é preferencial para redundância de infraestrutura com menor latência de rede, pois o servidor primário e em espera estão na mesma zona de disponibilidade. Ela fornece alta disponibilidade sem exigir a configuração da redundância de aplicativos entre zonas. A alta disponibilidade na mesma zona é recomendada quando você deseja obter o nível mais alto de disponibilidade em uma 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 em que você pode criar instâncias de servidor flexíveis do Banco de Dados do Azure para MySQL.
Para obter mais informações, confira conceitos de alta disponibilidade.
Aplicação de patch automatizada com janela de manutenção gerenciada
O serviço executa a aplicação automatizada de patch do hardware, do sistema operacional e do mecanismo de banco de dados subjacentes. A aplicação de patch inclui atualizações de segurança e software. Para o mecanismo MySQL, as atualizações de versão secundárias também são incluídas como parte da versão de manutenção planejada. Os usuários podem configurar o agendamento de aplicação de patch para que ele seja gerenciado pelo sistema ou definir um agendamento personalizado. Durante o agendamento de manutenção, o patch é aplicado e o servidor pode exigir uma reinicialização como parte do processo de aplicação de patch para concluir a atualização. Com o agendamento personalizado, os usuários podem tornar o ciclo de aplicação de patch previsível e escolher uma janela de manutenção com impacto mínimo sobre os negócios. No geral, o serviço segue a agenda de lançamento mensal como parte do lançamento e da integração contínua.
Para obter mais informações, consulte Manutenção Agendada.
Backups automáticos
O serviço de servidor flexível do Banco de Dados do Azure para MySQL cria automaticamente backups de servidor e os armazena no armazenamento com redundância geográfica ou com redundância geográfica configurado localmente. Os backups podem ser usados para restaurar o servidor em qualquer ponto no tempo 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 e 35 dias. Todos os backups são criptografados usando a criptografia 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 servidor flexível do Banco de Dados do Azure para MySQL. As opções são acesso privado (integração de 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 em uma rede virtual podem se comunicar por meio de endereços IP privados.
Escolha a opção integração de rede virtual se desejar os seguintes recursos:
- Conecte-se dos recursos do Azure na mesma rede virtual à instância do 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 à 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 de extremidade público é um endereço DNS que poderia ser resolvido publicamente. A frase "endereços IP permitidos" refere-se a um intervalo de IPs que você escolhe para conceder permissão de acesso ao servidor. Essas permissões são chamadas regras de firewall.
Para obter mais informações, confira Conceitos de rede.
Ajustar o desempenho e a escala em segundos
O servidor flexível do Banco de Dados do Azure para MySQL está disponível em três camadas de serviço: Com Capacidade de Intermitência, Uso Geral e Comercialmente Crítico. A camada com capacidade de intermitência é mais adequada para desenvolvimento de baixo custo e cargas de trabalho de simultaneidade baixa que não precisam da capacidade de computação completa continuamente. Uso Geral e Comercialmente Crítico 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 banco de dados pequeno por alguns dólares por mês e, então, ajustar a escala para atender às necessidades da sua solução. A escala do armazenamento é online e dá suporte ao crescimento automático do armazenamento. O servidor flexível do Banco de Dados do Azure para MySQL permite provisionar IOPS adicional de até 80 K IOPs acima do limite de IOPS complementar, independentemente do armazenamento. Usando esse recurso, você pode aumentar ou diminuir o número de IOPS provisionados com base em seus requisitos de carga de trabalho a qualquer momento. A escalabilidade dinâmica permite que o banco de dados responda de forma transparente a mudanças rápidas nos requisitos de recursos. Você paga somente pelos recursos que consome.
Para obter mais informações, consulte Conceitos de computação e armazenamento.
Escalar horizontalmente a carga de trabalho de leitura com até 10 réplicas de leitura
O MySQL é um dos mecanismos de banco de dados populares para a execução de aplicativos Web e móveis de escala da Internet. Muitos de nossos clientes o utilizam para os serviços de treinamento online, 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, governo e sites de saúde. Esses serviços são necessários para serem fornecidos e dimensionados conforme o tráfego no aplicativo Web ou móvel aumenta.
No lado dos aplicativos, o aplicativo normalmente é desenvolvido em Java ou PHP e migrado para ser executado em conjuntos de dimensionamento de máquinas virtuais do Azure ou Serviços de Aplicativos do Azure ou são colocados em contêineres para serem executados no AKS (Serviço de Kubernetes do Azure). Usar um conjunto de dimensionamento de máquinas virtuais com o Serviço de Aplicativo ou o AKS como a 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 maneira assíncrona usando a tecnologia de replicação baseada em posição do arquivo binário nativo (log binário) do mecanismo MySQL. Você pode usar uma solução de proxy do balanceador de carga como ProxySQL para escalar horizontalmente de modo ininterrupto a carga de trabalho do aplicativo para as réplicas de leitura, sem custos de refatoração do aplicativo.
Para obter mais informações, confira Conceitos de réplica de leitura.
Configurar a sincronização de dados híbrida ou multinuvem com a replicação de dados
A replicação de dados permite sincronizar dados de um servidor MySQL externo no servidor flexível do Banco de Dados do Azure para MySQL. O servidor externo pode estar no local, em máquinas virtuais, no servidor único do Banco de Dados do Azure para MySQL ou em um host de serviço de banco de dados de outros provedores de nuvem. A Replicação de Dados se baseia em arquivos baseados na posição de log binário (binlog). Os cenários principais a serem considerados o uso da replicação de dados são:
- Sincronização de Dados Híbrida
- Sincronização multinuvem
- Migração mínima de tempo de inatividade para o servidor flexível do Banco de Dados do Azure para MySQL
Para obter mais informações, confira Conceitos de replicação de dados.
Parar/iniciar o servidor para otimizar o custo
O servidor flexível do Banco de Dados do Azure para MySQL permite que você interrompa e inicie servidores sob demanda para otimizar o custo. A cobrança da camada de computação é interrompida imediatamente quando o servidor é parado. Essa funcionalidade pode permitir que você tenha uma economia de custos significativa durante o desenvolvimento, o teste e as cargas de trabalho de produção previsíveis associadas ao tempo. O servidor permanece no estado parado por 30 dias, a menos que ele seja reiniciado antes.
Para obter mais informações, confira Conceitos de servidor.
Segurança, conformidade e privacidade de nível corporativo
O servidor flexível do Banco de Dados do Azure para MySQL usa o módulo de criptografia validado pelo FIPS 140-2 para criptografia de armazenamento de dados inativos. Os dados, incluindo backups, e os arquivos temporários criados durante a execução de consultas são criptografados. O serviço usa a criptografia 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. Por padrão, o servidor flexível do Banco de Dados do Azure para MySQL dá suporte a conexões criptografadas usando o Protocolo 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 de servidor require_secure_transport e definindo o tls_version mínimo para o servidor.
Para obter mais informações, confira como usar conexões criptografadas para instâncias de servidor flexíveis do Banco de Dados do Azure para 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 da rede virtual do Azure só podem ser acessados 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, confira Conceitos de rede.
Monitoramento e alertas
O servidor flexível do Banco de Dados do Azure para MySQL é equipado com recursos internos de monitoramento de desempenho e alertas. Todas as métricas do Azure têm uma frequência de um minuto e cada uma delas fornece 30 dias de histórico. É possível configurar alertas nas métricas. O servidor flexível do Banco de Dados do Azure para MySQL expõe as métricas do servidor host para monitorar a utilização de recursos, permitindo a configuração de logs de consulta lentos. Usando essas ferramentas, você pode otimizar rapidamente suas cargas de trabalho e configurar seu servidor para ter o melhor desempenho. O servidor flexível do Banco de Dados do Azure para MySQL permite visualizar os dados de logs de consulta e auditoria lentos usando pastas de trabalho do Azure Monitor. Com as pastas de trabalho, você tem uma tela flexível para analisar dados e criar relatórios visuais 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, incluindo Visão Geral do Servidor, Auditoria e Insights de Desempenho de Consulta. A pasta de trabalho Análise de Desempenho de Consultas foi projetada para ajudar você a gastar menos tempo solucionando problemas de desempenho do banco de dados, fornecendo informações como:
- As N principais consultas de execução prolongada e a tendência delas.
- Os detalhes da consulta: exiba o texto da consulta e o histórico de execução com o tempo mínimo, máximo, médio e de consulta de 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 Monitoramento e Gerenciamento do Percona com o servidor flexível do Banco de Dados do Azure para MySQL.
Para obter mais informações, confira 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 a compatibilidade completa do aplicativo e requer um custo mínimo de refatoração para migrar aplicativos existentes desenvolvidos no mecanismo MySQL para o servidor flexível do Banco de Dados do Azure para MySQL. A migração para o servidor flexível do Banco de Dados do Azure para 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 da rede entre a origem e o Azure for de boa qualidade (por exemplo: ExpressRoute de alta velocidade). Saiba mais com instruções passo a passo – Migrar o MySQL para o servidor flexível do Banco de Dados do Azure para MySQL offline usando o DMS – Serviço de Migração de Banco de Dados do Azure
- Use mydumper/myloader para aproveitar as configurações de compactação para migrar dados com eficiência em redes de baixa velocidade (como a Internet pública). Saiba mais com as instruções passo a passo Migrar bancos de dados grandes para o servidor flexível do Banco de Dados do Azure para 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 do mydumper/myloader para a propagação inicial. Saiba mais com as instruções passo a passo: Tutorial: Migração mínima de tempo de inatividade do servidor único do Banco de Dados do Azure para MySQL para o servidorflexível do Banco de Dados do Azure para MySQL.
Para migrar do servidor único do Banco de Dados do Azure para MySQL para o servidor flexível do Banco de Dados do Azure para MySQL em cinco etapas fáceis, consulte este blog.
Para obter mais informações, consulte Selecionar as ferramentas certas para migração para o servidor flexível do Banco de Dados do Azure para MySQL.
Regiões do Azure
Uma das vantagens de executar a carga de trabalho no Azure é o alcance global. O servidor flexível do Banco de Dados do Azure para MySQL está disponível hoje nas seguintes regiões do Azure:
| Region | Disponibilidade | HA na mesma zona | HA com redundância de zona | Backup de redundância geográfica |
|---|---|---|---|---|
| Austrália Central | ✔️ | ✔️ | ❌ | ❌ |
| Leste da Austrália | ✔️ | ✔️ | ✔️ | ✔️ |
| Australia Southeast | ✔️ | ✔️ | ❌ | ✔️ |
| Brazil South | ✔️ | ✔️ | ✔️ | ✔️ |
| Canadá Central | ✔️ | ✔️ | ✔️ | ✔️ |
| Leste do Canadá | ✔️ | ✔️ | ❌ | ✔️ |
| Índia Central | ✔️ | ✔️ | ✔️ | ✔️ |
| Centro dos EUA | ✔️ | ✔️ | ❌ | ✔️ |
| Leste da China 2 | ✔️ | ✔️ | ❌ | ❌ |
| Leste da China 3 | ✔️ | ✔️ | ❌ | ✔️ |
| Norte da China 2 | ✔️ | ✔️ | ❌ | ❌ |
| Norte da China 3 | ✔️ | ✔️ | ✔️ | ✔️ |
| Leste da Ásia (RAE de Hong Kong) | ✔️ | ✔️ | ✔️ | ✔️ |
| Leste dos EUA | ✔️ | ✔️ | ✔️ | ✔️ |
| Leste dos EUA 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| França Central | ✔️ | ✔️ | ✔️ | ✔️ |
| Sul da França | ✔️ | ✔️ | ❌ | ✔️ |
| Centro-Oeste da Alemanha | ✔️ | ✔️ | ❌ | ✔️ |
| Norte da Alemanha | ✔️ | ✔️ | ❌ | ✔️ |
| Israel Central | ✔️ | ✔️ | ✔️ | ❌ |
| Norte da Itália | ✔️ | ✔️ | ✔️ | ❌ |
| Leste do Japão | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste do Japão | ✔️ | ✔️ | ❌ | ✔️ |
| Oeste da Índia JIO | ✔️ | ✔️ | ❌ | ❌ |
| Coreia Central | ✔️ | ✔️ | ✔️ | ✔️ |
| Sul da Coreia | ✔️ | ✔️ | ❌ | ✔️ |
| Centro-Norte dos EUA | ✔️ | ✔️ | ❌ | ✔️ |
| Norte da Europa | ✔️ | ✔️ | ✔️ | ✔️ |
| Leste da Noruega | ✔️ | ✔️ | ✔️ | ❌ |
| Oeste da Noruega | ✔️ | ✔️ | ❌ | ❌ |
| Polônia Central | ✔️ | ✔️ | ❌ | ❌ |
| Catar Central | ✔️ | ✔️ | ✔️ | ❌ |
| Norte da África do Sul | ✔️ | ✔️ | ✔️ | ❌ |
| Oeste da África do Sul | ✔️ | ✔️ | ❌ | ❌ |
| Centro-Sul dos Estados Unidos | ✔️ | ✔️ | ✔️ | ✔️ |
| Sul da Índia | ✔️ | ✔️ | ❌ | ✔️ |
| Sudeste Asiático | ✔️ | ✔️ | ✔️ | ✔️ |
| Espanha Central | ✔️ | ✔️ | ❌ | ✔️ |
| Suécia Central | ✔️ | ✔️ | ✔️ | ❌ |
| Norte da Suíça | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste da Suíça | ✔️ | ✔️ | ❌ | ✔️ |
| EAU Central | ✔️ | ✔️ | ❌ | ✔️ |
| Norte dos EAU | ✔️ | ✔️ | ✔️ | ❌ |
| Sul do Reino Unido | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste do Reino Unido | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Virginia | ✔️ | ✔️ | ❌ | ✔️ |
| Gov. dos EUA – Arizona | ✔️ | ✔️ | ❌ | ✔️ |
| Gov. dos EUA – Texas | ✔️ | ✔️ | ❌ | ✔️ |
| Centro-Oeste dos EUA | ✔️ | ✔️ | ❌ | ✔️ |
| Europa Ocidental | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste dos EUA | ✔️ | ✔️ | ❌ | ✔️ |
| Oeste dos EUA 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste dos EUA 3 | ✔️ | ✔️ | ✔️ | ✔️ |
Contatos
Para perguntas ou sugestões que você possa ter no servidor flexível do Banco de Dados do Azure para MySQL, envie um email para a equipe de servidor flexível do Banco de Dados do Azure para MySQL (@Ask servidor flexível do Banco de Dados do Azure para MySQL). Este endereço de email não é um alias de suporte técnico.
Além disso, considere os seguintes pontos de contato, conforme apropriado:
- Para entrar em contato com o Suporte do Azure, crie um tíquete no Portal do Azure.
- Para corrigir um problema com sua conta, apresente uma solicitação de suporte no portal do Azure.
- Para fornecer comentários ou solicitar novos recursos, crie uma entrada por meio do UserVoice.
Próximas etapas
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:
Criar 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 uma instância de servidor flexível do Banco de Dados do Azure para MySQL usando a CLI do Azure
- Gerenciar uma instância de servidor flexível do Banco de Dados do Azure para MySQL usando a CLI do Azure
Crie seu primeiro aplicativo usando sua linguagem preferida: