Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo oferece 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 a opção de implantação apropriada para sua carga de trabalho, consulte Choose a opção correta do MySQL Server em Azure.
Banco de Dados do Azure para MySQL – O Servidor Flexível é um serviço de banco de dados relacional totalmente gerenciado e pronto para produção no Microsoft Cloud. Ele se baseia no mecanismo de banco de dados MySQL Community Edition (disponível sob a licença GPLv2), nas versões 5.6 (desativada), 5.7 e 8.0. O serviço oferece controle granular e flexibilidade sobre as funções de gerenciamento de banco de dados e definições de configuração. Ele geralmente está disponível em várias regiões Azure.
Banco de Dados do Azure para MySQL – O Servidor Flexível oferece:
- HA (alta disponibilidade) com Redundância de zona e Redundância local.
- A capacidade de programar janelas de manutenção.
- Proteção de dados por meio de backups automáticos e restauração pontual por até 35 dias.
- Aplicação de patches e manutenção automatizadas para o hardware subjacente, o sistema operacional e o mecanismo de banco de dados para ajudar a manter o serviço seguro e atualizado.
- Desempenho previsível, usando preços inclusivos de pagamento conforme o uso.
- Dimensionamento elástico em segundos.
- Controles de otimização de custos com a camada de computação Com capacidade de intermitência de baixo custo e a capacidade de parar e iniciar o servidor.
- Segurança, conformidade e privacidade de nível empresarial para ajudar a proteger dados confidenciais em repouso e em movimento.
- Monitoramento e automação para simplificar o gerenciamento de implementações em grande escala.
- Várias maneiras de obter suporte.
Esses recursos não exigem custo adicional e quase nenhuma administração. Eles permitem que você se concentre no desenvolvimento rápido de aplicativos e acelere seu tempo de lançamento no mercado, em vez de alocar tempo e recursos para gerenciar máquinas virtuais e infraestrutura. Além disso, você pode continuar a desenvolver seu aplicativo com as ferramentas e a plataforma de código aberto de sua escolha para oferecer a velocidade e a eficiência que sua empresa exige sem precisar aprender novas habilidades.
Banco de Dados do Azure para MySQL – O Servidor Flexível também dá suporte a instâncias reservadas. Se suas cargas de trabalho de produção tiverem requisitos previsíveis de capacidade de computação, o uso de instâncias reservadas poderá ajudá-lo a economizar custos.
Para obter as atualizações mais recentes sobre Banco de Dados do Azure para MySQL – Servidor Flexível, consulte O que há de novo no Banco de Dados do Azure para MySQL?
Visão geral da arquitetura
A opção de implementação do servidor flexível oferece três camadas de computação com diferentes capacidades de computação e memória para suportar suas cargas de trabalho de banco de dados:
- A camada Com capacidade de intermitência é mais adequada para cargas de trabalho de desenvolvimento de baixo custo e cargas de trabalho de baixa simultaneidade que não precisam de capacidade total de computação continuamente.
- Os níveis de Uso Geral e Otimizado para Memória são mais adequados para cargas de trabalho de produção que exigem alta concorrência, escalabilidade e desempenho previsível.
Você pode criar seu primeiro aplicativo em uma camada Burstable com baixo custo e depois ajustar a escala para atender às necessidades da solução. Para obter detalhes, consulte Banco de Dados do Azure para MySQL - camadas de serviço do servidor flexível.
Ao usar uma arquitetura de servidor flexível, você pode optar pela alta disponibilidade em uma única zona de disponibilidade ou em várias zonas de disponibilidade. Os servidores flexíveis são mais adequados para:
- Facilidade de implementação, dimensionamento simplificado e baixa sobrecarga de gerenciamento de banco de dados para backups, alta disponibilidade, segurança e monitoramento.
- Desenvolvimentos de aplicativos que exigem uma versão comunitária do MySQL com melhor controle e personalizações.
- Cargas de trabalho de produção com alta disponibilidade com redundância de zona ou com redundância local, juntamente com janelas de manutenção gerenciadas.
- Uma experiência de desenvolvimento simplificada.
Oferta gratuita de 12 meses
Com uma conta gratuita Azure, você pode usar Banco de Dados do Azure para MySQL – Servidor Flexível gratuitamente por 12 meses. A oferta inclui limites mensais de até:
- 750 horas de uso para uma máquina virtual Com capacidade de intermitência Standard_B1ms. São 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 usar essa oferta para desenvolver e implantar Azure aplicativos de banco de dados para servidores flexíveis. Para saber como criar e usar Banco de Dados do Azure para MySQL – Instâncias de Servidor Flexível gratuitamente usando uma conta gratuita Azure, consulte this tutorial.
Alta disponibilidade dentro e entre zonas de disponibilidade
Banco de Dados do Azure para MySQL – Servidor Flexível permite configurar alta disponibilidade com failover automático. A solução de alta disponibilidade ajuda a garantir que os dados comprometidos não sejam perdidos devido a falhas e ajuda a melhorar o tempo de atividade geral do seu aplicativo.
Quando você configura a alta disponibilidade, um servidor flexível provisiona e gerencia automaticamente uma réplica em espera. Você será cobrado pela computação e pelo armazenamento provisionados para a réplica primária e secundária.
Há dois modelos arquitetônicos de alta disponibilidade:
Alta disponibilidade redundante por zona: Essa opção oferece isolamento completo e exige que você configure a redundância da infraestrutura em várias zonas de disponibilidade. Ele oferece o mais alto nível de disponibilidade contra qualquer falha de infraestrutura em uma zona de disponibilidade e onde a latência entre as zonas de disponibilidade é aceitável.
A HA com redundância de zona está disponível em um subconjunto de regiões do Azure que dão suporte a várias zonas de disponibilidade e compartilhamentos de arquivos premium com redundância de zona.
Alta disponibilidade com redundância local: essa opção oferece redundância de infraestrutura com menor latência de rede porque os servidores primários e em espera estão na mesma zona de disponibilidade. Ele fornece alta disponibilidade sem exigir que você configure a redundância de aplicativos entre zonas.
A HA com redundância local está disponível em todas as regiões Azure em que você pode criar Banco de Dados do Azure para MySQL - instâncias de Servidor Flexível.
Para obter mais informações, consulte A disponibilidade alta no Banco de Dados do Azure para MySQL.
Aplicação de patch automatizada com janela de manutenção gerenciada
O serviço executa a correção automatizada do hardware subjacente, do sistema operacional e do mecanismo de banco de dados. A aplicação de patch inclui atualizações de segurança e software. Para o mecanismo MySQL, a versão de manutenção planejada também inclui pequenas atualizações de versão.
Você pode configurar o cronograma de aplicação de patches para ser gerenciado pelo sistema ou definir seu próprio cronograma personalizado. Durante a programação de manutenção, o patch é aplicado e o servidor pode precisar ser reiniciado. Com uma programação personalizada, você pode tornar seu ciclo de aplicação de patches previsível e escolher uma janela de manutenção que tenha um impacto mínimo sobre os negócios. O serviço segue um agendamento de lançamento mensal para integração e lançamento contínuos.
Para obter mais informações, consulte Manutenção agendada no Banco de Dados do Azure para MySQL.
Backups automáticos
O serviço Banco de Dados do Azure para MySQL – Servidor Flexível cria automaticamente backups de servidor e os armazena no armazenamento com redundância local ou com redundância geográfica, conforme configurado pelo usuário. Você pode usar os backups para restaurar seu servidor para qualquer ponto no tempo dentro do período de retenção do backup.
Você pode configurar um período de retenção de 1 a 35 dias. O padrão é sete dias. Todos os backups são criptografados por meio de criptografia AES de 256 bits.
Para obter mais informações, consulte Backup e restauração no Banco de Dados do Azure para MySQL.
Isolamento da rede
Para se conectar ao Banco de Dados do Azure para MySQL – Servidor Flexível, você tem duas opções de rede:
Private access (integração de rede virtual): você pode implantar sua instância Banco de Dados do Azure para MySQL - Servidor Flexível em uma rede virtual Azure. Os recursos em uma rede virtual podem se comunicar por meio de endereços IP privados.
Escolha a integração de rede virtual se você quiser os seguintes recursos:
- Conecte-se dos recursos do Azure na mesma rede virtual para o Banco de Dados do Azure para MySQL (Servidor Flexível) usando endereços IP privados.
- Use uma VPN (rede virtual privada) ou o Azure ExpressRoute para conectar recursos fora do Azure à sua instância do Banco de Dados do Azure para MySQL - Flexible Server.
- Evite um ponto de extremidade público.
O acesso público (endereços IP permitidos): você pode implantar sua instância de servidor flexível 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. Você escolhe um intervalo de endereços IP para dar permissão de acesso ao seu servidor. Esses tipos de permissões são chamados de regras de firewall.
Para obter mais informações, consulte Conectividade e conceitos de rede para Banco de Dados do Azure para MySQL – Servidor Flexível.
Ajustes rápidos de desempenho e escala
Você pode criar seu primeiro aplicativo em um banco de dados pequeno por alguns dólares por mês e, em seguida, ajustar a escala sem problemas para atender às necessidades da sua solução. O dimensionamento de armazenamento está online e dá suporte ao recurso storage autogrow do Banco de Dados do Azure para MySQL – Servidor Flexível.
Com Banco de Dados do Azure para MySQL – Servidor Flexível, você pode provisionar operações adicionais de entrada/saída por segundo (IOPS) acima do limite de IOPS complementar, independentemente do armazenamento. Ao usar esse recurso, você pode aumentar ou diminuir a quantidade de IOPS provisionados com base nos requisitos de sua carga de trabalho a qualquer momento. A escalabilidade dinâmica permite que seu banco de dados responda de forma transparente a requisitos de recursos que mudam rapidamente. Você paga apenas pelos recursos que consome.
Para obter mais informações, consulte Banco de Dados do Azure para MySQL – camadas de serviço servidor flexível.
Capacidade de escalonar sua carga de trabalho de leitura com réplicas de leitura
O MySQL é um mecanismo de banco de dados popular para executar aplicativos móveis e da Web em escala da Internet. Microsoft os clientes o usam para educação online, streaming de vídeo, soluções de pagamento digital, plataformas de comércio eletrônico, serviços de jogos, portais de notícias e sites governamentais e de saúde. Esses serviços são necessários para atender e escalonar à medida que o tráfego do aplicativo móvel ou da Web aumenta.
O aplicativo normalmente é desenvolvido em Java ou PHP e é:
- Migrado para execução em conjuntos de dimensionamento de máquinas virtuais do Azure ou serviço de aplicativos do Azure
- Containerizado para rodar em AKS (Serviço de Kubernetes do Azure)
O uso de um conjunto de dimensionamento de máquinas virtuais com o App Service ou o AKS como infraestrutura subjacente simplifica o dimensionamento de aplicativos, provisionando instantaneamente novas máquinas virtuais e replicando os componentes sem estado dos aplicativos para atender às solicitações. Mas, muitas vezes, o banco de dados acaba sendo um gargalo por ser um componente com estado centralizado.
O recurso read replica permite replicar dados de uma instância do Banco de Dados do Azure para MySQL - Flexible Server para um servidor de leitura. Você pode replicar do servidor de origem para até 10 réplicas.
As réplicas são atualizadas de forma assíncrona por meio da tecnologia de replicação baseada na posição do arquivo de registro binário (binlog) nativo do mecanismo do 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, consulte Read replicas in Banco de Dados do Azure para MySQL.
Sincronização de dados híbridos ou em várias nuvens com replicação de dados
Você pode usar o recurso data-in replication para sincronizar dados de um servidor MySQL externo em Banco de Dados do Azure para MySQL – Servidor Flexível. O servidor externo pode ser local, em máquinas virtuais, em Banco de Dados do Azure para MySQL – Servidor Único ou em um serviço de banco de dados hospedado por outros provedores de nuvem.
A replicação de entrada de dados é baseada na posição do arquivo binlog. Os principais cenários a serem considerados sobre o uso do recurso são:
- Sincronização híbrida de dados
- Sincronização em várias nuvens
- Migração com tempo de inatividade mínimo para o Banco de Dados do Azure para MySQL - servidor flexível
Para obter mais informações, consulte Replicar dados em Banco de Dados do Azure para MySQL – Servidor Flexível.
Parada/início do servidor sob demanda
Com Banco de Dados do Azure para MySQL – Servidor Flexível, você pode parar e iniciar servidores sob demanda para otimizar os custos. A cobrança da camada de computação é suspensa imediatamente quando o servidor é desligado. Essa funcionalidade pode ajudá-lo a economizar custos durante o desenvolvimento, os testes e as cargas de trabalho de produção previsíveis e com prazo determinado. O servidor permanece no estado parado por 30 dias, a menos que você o reinicie antes.
Para obter mais informações, consulte os conceitos Server no Banco de Dados do Azure para MySQL – Servidor Flexível.
Segurança, conformidade e privacidade de nível empresarial
Banco de Dados do Azure para MySQL – O Servidor Flexível usa o módulo criptográfico validado fips 140-2 para criptografia de armazenamento de dados em repouso. Os dados (incluindo backups) e os arquivos temporários criados enquanto você executa consultas são criptografados.
O serviço usa o ciframento AES de 256 bits incluído na criptografia de armazenamento do Azure, e as chaves podem ser gerenciadas pelo sistema (padrão). Você também pode usar chaves gerenciadas pelo cliente armazenadas em um cofre de chaves Azure ou em um módulo de segurança de hardware gerenciado para criptografia de dados em repouso. Para obter mais informações, consulte Criptografia de dados com chaves gerenciadas pelo cliente para Banco de Dados do Azure para MySQL.
Banco de Dados do Azure para MySQL – O Servidor Flexível criptografa dados em movimento com o TLS (Transport Layer Security) imposto por padrão. Banco de Dados do Azure para MySQL – O Servidor Flexível dá suporte a conexões criptografadas que usam o TLS 1.2. Todas as conexões de entrada que usam TLS 1.0 e TLS 1.1 são negadas. Você pode desativar a aplicação do TLS definindo o parâmetro require_secure_transport server e, em seguida, definindo o valor mínimo de tls_version para o seu servidor. Para obter mais informações, consulte Conectar para Banco de Dados do Azure para MySQL – Servidor Flexível com conexões criptografadas.
Banco de Dados do Azure para MySQL – O Servidor Flexível permite acesso privado completo aos servidores por meio da integração virtual network. Os servidores em uma rede virtual podem ser acessados e conectados somente por meio de endereços IP privados. Com a integração da rede virtual, o acesso público é negado e os servidores não podem ser acessados por meio de endpoints públicos. Para obter mais informações, consulte Conectividade e conceitos de rede para Banco de Dados do Azure para MySQL – Servidor Flexível.
Monitoramento e alertas
Banco de Dados do Azure para MySQL – O Servidor Flexível tem recursos internos de monitoramento de desempenho e alertas. Todas as métricas Azure têm uma frequência de um minuto. Cada métrica fornece 30 dias de histórico.
É possível configurar alertas nas métricas. Banco de Dados do Azure para MySQL – O Servidor Flexível expõe as métricas do servidor host para monitorar a utilização de recursos e permite configurar logs de consulta lentos. Ao usar essas ferramentas, você pode otimizar rapidamente suas cargas de trabalho e configurar seu servidor para obter o melhor desempenho.
No Banco de Dados do Azure para MySQL – Servidor Flexível, você pode visualizar dados de log de consultas lentas e auditoria usando as pastas de trabalho do Azure Monitor. Com pastas de trabalho, você obtém uma tela flexível para analisar dados e criar relatórios visuais avançados no portal Azure. Banco de Dados do Azure para MySQL – O Servidor Flexível fornece três modelos de pasta de trabalho: Visão geral do servidor, Tutorial: configurar logs de auditoria usando Banco de Dados do Azure para MySQL – Servidor Flexível e Tutorial: Análise de Desempenho de Consultas para Banco de Dados do Azure para MySQL.
A pasta de trabalho Query Performance Insight ajuda você a gastar menos tempo solucionando problemas de desempenho do banco de dados, fornecendo informações como:
- As principais consultas de longa duração e suas tendências.
- Detalhes da consulta: visualize o texto da consulta e o histórico de execução com o tempo mínimo, máximo, médio e desvio padrão da consulta.
- Utilização de recursos (CPU, memória e armazenamento).
Além disso, você pode usar ferramentas de monitoramento da comunidade, como Percona Monitoring and Management e integrá-las ao Banco de Dados do Azure para MySQL – Servidor Flexível.
Para obter mais informações, consulte Monitor Banco de Dados do Azure para MySQL – Servidor Flexível.
Migration
Banco de Dados do Azure para MySQL – O Servidor Flexível executa a versão da comunidade do MySQL. Esse design permite a compatibilidade completa do aplicativo e requer custos mínimos de refatoração para migrar aplicativos existentes desenvolvidos no mecanismo MySQL para Banco de Dados do Azure para MySQL – Servidor Flexível. Você pode migrar para Banco de Dados do Azure para MySQL – Servidor Flexível usando as opções a seguir.
Migrações offline
Use Azure Serviço de Migração de Banco de Dados quando a largura de banda de rede entre a origem e a Azure for boa (por exemplo: uma conexão ExpressRoute de alta velocidade). Para obter instruções passo a passo, consulte Tutorial: Migrar MySQL para Banco de Dados do Azure para MySQL offline usando DMS.
Use o mydumper e o myloader para usar configurações de compactação para mover dados com eficiência em redes de baixa velocidade (como a Internet pública). Para obter instruções passo a passo, consulte Igrar grandes bancos de dados para Banco de Dados do Azure para MySQL usando mydumper/myloader.
Migrações on-line ou com tempo mínimo de inatividade
Use a replicação de dados com backup e restauração consistentes com o mydumper/myloader para a propagação inicial. Para obter instruções passo a passo, consulte Migrate Banco de Dados do Azure para MySQL – Servidor Único para Banco de Dados do Azure para MySQL – Servidor Flexível com ferramentas de software livre.
Para migrar de Banco de Dados do Azure para MySQL – Servidor Único para Banco de Dados do Azure para MySQL – Servidor Flexível em cinco etapas fáceis, consulte this blog.
Para obter mais informações, consulte Selecione as ferramentas certas para migração para Banco de Dados do Azure para MySQL.
Regiões do Azure
Uma vantagem de executar sua carga de trabalho em Azure é seu alcance global. Banco de Dados do Azure para MySQL – O Servidor Flexível está disponível atualmente nas seguintes regiões de Azure:
| Region | Availability | HA com redundância local | HA com redundância de zona | Backup de redundância geográfica |
|---|---|---|---|---|
| Austrália Central | Yes | Yes | No | No |
| Leste da Austrália | Yes | Yes | Yes | Yes |
| Sudeste da Austrália | Yes | Yes | No | Yes |
| Leste da Áustria | Yes | Yes | No | Yes |
| Bélgica Central | Yes | Yes | No | Yes |
| Sul do Brasil | Yes | Yes | Yes | Yes |
| Canadá Central | Yes | Yes | Yes | Yes |
| Leste do Canadá | Yes | Yes | No | Yes |
| Índia Central | Yes | Yes | Yes | Yes |
| EUA Central | Yes | Yes | Yes | Yes |
| Chile Central | Yes | Yes | Yes | Yes |
| Leste da China 2 | Yes | Yes | No | Yes |
| Leste da China 3 | Yes | Yes | No | Yes |
| Norte da China 2 | Yes | Yes | No | Yes |
| Norte da China 3 | Yes | Yes | Yes | Yes |
| Leste da Dinamarca | Yes | Yes | Yes | Yes |
| Leste da Ásia (RAE de Hong Kong) | Yes | Yes | Yes | Yes |
| Leste dos EUA | Yes | Yes | Yes | Yes |
| Leste dos EUA 2 | Yes | Yes | Yes | Yes |
| França Central | Yes | Yes | Yes | Yes |
| Sul da França | Yes | Yes | No | Yes |
| Centro-oeste da Alemanha | Yes | Yes | Yes | Yes |
| Norte da Alemanha | Yes | Yes | No | Yes |
| Indonésia Central | Yes | Yes | No | No |
| Israel Central | Yes | Yes | Yes | No |
| Norte da Itália | Yes | Yes | Yes | No |
| Leste do Japão | Yes | Yes | Yes | Yes |
| Oeste do Japão | Yes | Yes | Yes | Yes |
| Jio Índia Oeste | Yes | Yes | No | No |
| Coreia Central | Yes | Yes | Yes | Yes |
| Sul da Coreia | Yes | Yes | No | Yes |
| Oeste da Malásia | Yes | Yes | Yes | Yes |
| México Central | Yes | Yes | Yes | No |
| Norte da Nova Zelândia | Yes | Yes | Yes | No |
| Centro-Norte dos EUA | Yes | Yes | No | Yes |
| Europa Setentrional | Yes | Yes | Yes | Yes |
| Leste da Noruega | Yes | Yes | Yes | Yes |
| Oeste da Noruega | Yes | Yes | No | No |
| Polônia Central | Yes | Yes | Yes | No |
| Catar Central | Yes | Yes | Yes | No |
| Norte da África do Sul | Yes | Yes | Yes | Yes |
| Oeste da África do Sul | Yes | Yes | No | Yes |
| Centro-Sul dos EUA | Yes | Yes | Yes | Yes |
| Sul da Índia | Yes | Yes | No | Yes |
| Sudeste Asiático | Yes | Yes | Yes | Yes |
| Espanha Central | Yes | Yes | Yes | Yes |
| Suécia Central | Yes | Yes | Yes | No |
| Norte da Suíça | Yes | Yes | Yes | Yes |
| Oeste da Suíça | Yes | Yes | No | Yes |
| Norte de Taiwan | Yes | Yes | No | No |
| Noroeste de Taiwan | Yes | Yes | No | No |
| EAU Central | Yes | Yes | No | Yes |
| Norte dos EAU | Yes | Yes | Yes | Yes |
| Sul do Reino Unido | Yes | Yes | Yes | Yes |
| Oeste do Reino Unido | Yes | Yes | No | Yes |
| US Gov - Virgínia | Yes | Yes | Yes | No |
| Governo dos EUA – Arizona | Yes | Yes | Yes | Yes |
| Governo dos EUA – Texas | Yes | Yes | No | Yes |
| Centro-oeste dos EUA | Yes | Yes | No | Yes |
| Oeste da Europa | Yes | Yes | Yes | Yes |
| Oeste dos EUA | Yes | Yes | No | Yes |
| Oeste dos EUA 2 | Yes | Yes | Yes | Yes |
| Oeste dos EUA 3 | Yes | Yes | Yes | Yes |
Feedback e suporte
Para perguntas ou sugestões que você possa ter sobre como trabalhar com Banco de Dados do Azure para MySQL – Servidor Flexível, considere os seguintes pontos de contato:
- Para contatar o suporte do Azure, envie uma solicitação no Portal do Azure.
- Para fornecer feedback ou solicitar novos recursos, publique uma ideia por meio do feedback da comunidade.
Conteúdo relacionado
- Início Rápido: criar uma instância do Banco de Dados do Azure para MySQL com o Portal do Azure
- Quickstart: Criar uma instância de Banco de Dados do Azure para MySQL – Servidor Flexível usando o CLI do Azure
- Manage Banco de Dados do Azure para MySQL usando o portal Azure
- Quickstart: Use Python para conectar e consultar dados no Banco de Dados do Azure para MySQL: Servidor Flexível
- Use PHP com o Banco de Dados do Azure para MySQL – Flexible Server