O que é o Banco de Dados do Azure para MySQL - Servidor Flexível?
APLICA-SE A:
Banco de Dados do Azure para MySQL - Servidor flexível
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, confira Escolhendo a opção certa de servidor MySQL no Azure.
O servidor flexível do Banco de Dados do Azure para MySQL é um serviço de banco de dados relacional no Microsoft Cloud com base no mecanismo de banco de dados MySQL Community Edition (disponível sob a licença GPLv2), versões 5.6 (desativada), 5.7 e 8.0. O servidor flexível do Banco de Dados do Azure para MySQL fornece:
- Redundância de zona e alta disponibilidade na mesma zona.
- Controle máximo com a capacidade de selecionar sua janela de manutenção agendada.
- Proteção de dados usando backups automáticos e recuperação pontual por até 35 dias.
- Aplicação de patches e manutenção automatizadas para hardware subjacente, sistema operacional e mecanismo de banco de dados para manter o serviço seguro e atualizado.
- Desempenho previsível, com preços pré-pagos inclusivos.
- Dimensionamento elástico em segundos.
- Controles de otimização de custos com SKU de baixo custo com capacidade de intermitência e capacidade de parar/iniciar o servidor.
- Segurança de nível empresarial, conformidade líder do setor e privacidade para proteger dados inativos e ativos confidenciais.
- Monitoramento e automação para simplificar o gerenciamento e o monitoramento para implantações em larga escala.
- Experiência de suporte líder do setor.
Esses recursos quase não exigem administração e são fornecidos sem custo adicional. Eles permitem que você se concentre no desenvolvimento rápido de aplicativos e acelere o tempo de lançamento no mercado, em vez de alocar tempo e recursos preciosos 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 aprender novas habilidades.
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 oferecem melhores controles de otimização de custos com a capacidade de parar/iniciar o servidor e a camada de computação com capacidade de intermitência, ideal para cargas de trabalho que não precisam de capacidade total de computação continuamente. O servidor flexível do Banco de Dados do Azure para MySQL também dá suporte para instâncias reservadas, permitindo que você economize até 63% no custo, o que é 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 várias 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 diferentes capacidades de computação e memória 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 seu banco de dados responda de forma transparente a requisitos de recursos que mudam rapidamente. Você só paga pelos recursos de que precisa e somente quando necessário. Confira Computação e Armazenamento para obter detalhes.
Os servidores flexíveis são mais adequados para
- Facilidade de implantação, escala simplificada 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 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 obter as atualizações mais recentes sobre o Servidor flexível do Banco de Dados do Azure para MySQL, consulte O que há de novo 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 usar esta oferta para desenvolver e implantar aplicativos de banco de dados do Azure para o servidor flexível do 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 comprometidos nunca sejam perdidos devido a falhas e para 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ê 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 Com Redundância de Zona (HA): Essa opção é a preferida para isolamento completo e redundância de 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ões menores também estão incluídas na versão de manutenção planejada. Os usuários podem configurar o agendamento da aplicação de patches para ser gerenciado pelo sistema ou definir seu agendamento personalizado. Durante o agendamento da manutenção, o patch será aplicado e o servidor poderá exigir uma reinicialização como parte do processo de aplicação de patches 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. O serviço segue um agendamento de lançamento mensal para integração e lançamento contínuos.
Consulte Manutenção Agendada para obter mais informações.
Backups automáticos
O serviço de servidor flexível do Banco de Dados do Azure para MySQL cria automaticamente backups do servidor e os armazena no armazenamento com redundância geográfica ou local configurado pelo usuário. Os backups podem ser usados para restaurar seu servidor para qualquer ponto no tempo dentro do período de retenção de backup. O período de retenção padrão é de sete dias, mas pode ser configurado opcionalmente entre 1 e 35 dias. Todos os backups são criptografados usando a criptografia AES de 256 bits.
Consulte Conceitos de backup para obter mais informações.
Isolamento de rede
Para se conectar ao servidor flexível do Banco de Dados do Azure para MySQL, você tem duas opções de rede: 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 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.
Consulte Conceitos de rede para obter mais informações.
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, em seguida, ajustar a escala sem problemas 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 seu banco de dados responda de forma transparente a requisitos de recursos que mudam rapidamente. 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. Nossos clientes o utilizam 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 escalar à medida que o tráfego do 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 Serviço de Aplicativo ou AKS como infraestrutura subjacente simplifica a colocação em escala de aplicativos ao provisionar instantaneamente novas VMs e replicar os componentes sem estado dos aplicativos para atender às solicitações. No entanto, frequentemente, o banco de dados acaba sendo um gargalo como um componente centralizado com estado.
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 entrada de dados é baseada na posição do arquivo de registro 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ê 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 economias significativas durante o desenvolvimento, testes e cargas de trabalho de produção previsíveis e com prazo determinado. O servidor permanece no estado parado por 30 dias, a menos que seja reiniciado antes.
Consulte Conceitos do servidor para obter mais informações.
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 criptográfico validado pelo FIPS 140-2 para armazenar dados inativos. Os dados, incluindo backups e 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.
Consulte Conceitos de rede para obter mais informações.
Monitoramento e alertas
O servidor flexível do Banco de Dados do Azure para MySQL tem recursos integrados 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 e permite configurar registros de consultas lentas. Usando essas ferramentas, você pode otimizar rapidamente suas cargas de trabalho e configurar seu servidor para ter o melhor desempenho. O Banco de Dados do Azure, que é um servidor MySQL flexível, permite visualizar a consulta lenta e os dados do log de auditoria usando as 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 prontos para uso, incluindo Visão Geral do Servidor, Auditoria e Informações 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 desvio padrão da consulta.
- A utilização 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.
Consulte os Conceitos de Monitoramento para obter mais informações.
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 custos mínimos 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 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 usar configurações de compressão para mover dados de maneira eficiente 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 | ✔️ | ✔️ | ❌ | ✔️ |
| Norte de Taiwan | ✔️ | ✔️ | ❌ | ❌ |
| Noroeste de Taiwan | ✔️ | ✔️ | ❌ | ❌ |
| 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 | ✔️ | ✔️ | ✔️ | ✔️ |
Feedback e suporte
Para perguntas ou sugestões que você possa ter sobre como trabalhar com o servidor flexível do Banco de Dados do Azure para MySQL, considere os seguintes pontos de contato:
- 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.
Conteúdo relacionado
- 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
- Python
- PHP