Compartilhar via


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, consulte Escolha a opção certa do MySQL Server no Azure.

O Banco de Dados do Azure para MySQL - Servidor Flexível é um serviço de banco de dados relacional totalmente gerenciado e pronto para produção na Nuvem da Microsoft. 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. Geralmente está disponível em várias regiões do Azure.

Banco de dados do Azure para MySQL - o servidor flexível oferece:

  • Alta disponibilidade (HA) redundante na zona e na mesma zona.
  • 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 Burstable 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.

O Banco de Dados do Azure para MySQL - Servidor Flexível também oferece 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 do Banco de Dados do Azure para MySQL - Servidor Flexível, consulte O que há de novo no Banco de Dados do Azure para MySQL - Servidor flexível.

Diagrama que mostra a relação entre os serviços de banco de dados do Azure e o 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.
  • As camadas Uso Geral e Comercialmente Crítico são mais adequadas para cargas de trabalho de produção que exigem alta simultaneidade, escala e desempenho previsível.

Você pode criar seu primeiro aplicativo em uma camada Com capacidade de intermitência a um custo baixo e, em seguida, ajustar a escala para atender às necessidades da sua 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 na mesma zona ou redundante na zona, juntamente com janelas de manutenção gerenciadas.
  • Uma experiência de desenvolvimento simplificada.

Diagrama de uma arquitetura de servidor flexível.

Oferta gratuita de 12 meses

Com uma conta gratuita do Azure, você pode usar o 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 padrão_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 aplicativos de banco de dados do Azure para servidores flexíveis. Para saber como criar e usar instâncias do Banco de Dados do Azure para MySQL - Servidor Flexível gratuitamente usando uma 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 a configuração de 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 oferecem suporte a várias zonas de disponibilidade e compartilhamentos de arquivos premium com redundância de zona.

    Diagrama de alta disponibilidade redundante por zona.

  • Alta disponibilidade na mesma zona: essa opção oferece redundância de infraestrutura com menor latência de rede porque os servidores primário 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 na mesma zona está disponível em todas as regiões do Azure onde você pode criar instâncias do Banco de Dados do Azure para MySQL - Servidor Flexível.

    Diagrama de alta disponibilidade na mesma zona.

Para obter mais informações, consulte Conceitos de alta disponibilidade no Banco de Dados do Azure para MySQL - Servidor Flexível.

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 programada no Banco de Dados do Azure para MySQL - Servidor Flexível.

Backups automáticos

O serviço Banco de Dados do Azure para MySQL - Servidor Flexível cria automaticamente backups do servidor e os armazena no armazenamento localmente redundante ou geo-redundante 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 é 7 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 - Servidor Flexível.

Isolamento da rede

Para se conectar ao Banco de Dados do Azure para MySQL - Servidor Flexível, você tem duas opções de rede:

  • Acesso privado (integração de rede virtual): Você pode implantar sua instância do Banco de Dados do Azure para MySQL - Servidor Flexível em uma rede virtual do 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 a partir de recursos do Azure na mesma rede virtual à sua instância do Banco de Dados do Azure para MySQL - Servidor Flexível usando endereços IP privados.
    • Use uma rede privada virtual (VPN) ou o Azure ExpressRoute para se conectar de recursos que não sejam do Azure à instância do Banco de Dados do Azure para MySQL - Servidor Flexível.
    • Evite um ponto de extremidade público.
  • Acesso público (endereços IP permitidos): você pode implantar sua instância do Banco de Dados do Azure para MySQL - Servidor Flexível 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 Conceitos de conectividade e rede para o 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 do armazenamento é on-line e oferece suporte ao recurso de crescimento automático de armazenamento do Banco de Dados do Azure para MySQL - Servidor Flexível.

Com o 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 complementar de IOPS, 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 do 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. Os clientes da Microsoft o utilizam para educação on-line, 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.

Normalmente, o aplicativo é desenvolvido em Java ou PHP e é:

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 de réplica de leitura permite que você replique dados de uma instância do Banco de Dados do Azure para MySQL - Servidor Flexível 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 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 de balanceador de carga, como o ProxySQL, para dimensionar perfeitamente a carga de trabalho do seu aplicativo para ler réplicas sem nenhum custo de refatoração do aplicativo.

Para obter mais informações, consulte Ler réplicas no Banco de Dados do Azure para MySQL - Servidor Flexível.

Sincronização de dados híbridos ou em várias nuvens com replicação de dados

Você pode usar o recurso de replicação de entrada de dados para sincronizar os dados de um servidor MySQL externo no Banco de Dados do Azure para MySQL - Servidor Flexível. O servidor externo pode estar no local, em máquinas virtuais, no 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:

Para obter mais informações, consulte Replicar dados no Banco de Dados do Azure para MySQL - Servidor Flexível.

Parada/início do servidor sob demanda

Com o 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 é interrompida imediatamente quando o servidor é interrompido. 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 Conceitos de servidor em Banco de dados do Azure para MySQL - Servidor flexível.

Segurança, conformidade e privacidade de nível empresarial

O Banco de Dados do Azure para MySQL - Servidor Flexível usa o módulo criptográfico validado pelo 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 a criptografia AES de 256 bits incluída 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 do 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 o Banco de Dados do Azure para MySQL - Servidor Flexível.

Banco de dados do Azure para MySQL - O Flexible Server criptografa os dados em movimento com o TLS (Transport Layer Security) aplicado por padrão. O Banco de Dados do Azure para MySQL - Servidor Flexível oferece suporte a conexões criptografadas que usam 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 ao banco de dados do Azure para MySQL - Servidor flexível com conexões criptografadas.

O Banco de Dados do Azure para MySQL - Servidor Flexível permite acesso totalmente privado aos servidores por meio da integração de rede virtual. 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 pontos de extremidade públicos. Para obter mais informações, consulte Conceitos de conectividade e rede para o Banco de Dados do Azure para MySQL - Servidor Flexível.

Monitoramento e alertas

O Banco de Dados do Azure para MySQL - Servidor Flexível tem recursos integrados de monitoramento de desempenho e alertas. Todas as métricas do 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 - Servidor flexível expõe métricas do servidor host para monitorar a utilização de recursos e permite a configuração de registros de consultas lentas. 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 a consulta lenta e os dados de registro 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. Banco de dados do Azure para MySQL - O Flexible Server fornece três modelos de pasta de trabalho: Visão geral do servidor, Auditoria e Insight de desempenho de consulta.

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 o Percona Monitoring and Management, e integrá-las ao Banco de Dados do Azure para MySQL - Servidor Flexível.

Para obter mais informações, consulte Monitorar o banco de dados do Azure para MySQL - Servidor flexível.

Migração

Banco de dados do Azure para MySQL - O Servidor Flexível executa a versão comunitária do MySQL. Esse design permite a compatibilidade total dos aplicativos e exige custos mínimos de refatoração para migrar os aplicativos existentes desenvolvidos no mecanismo MySQL para o Banco de Dados do Azure para MySQL - Servidor Flexível. Você pode migrar para o Banco de Dados do Azure para MySQL - Servidor Flexível usando as seguintes opções.

Migrações offline

Use o Serviço de Migração de Banco de Dados do Azure quando a largura de banda da rede entre a origem e o Azure for boa (por exemplo: uma conexão ExpressRoute de alta velocidade). Para obter instruções passo a passo, consulte Tutorial: Migrar o MySQL para o Banco de Dados do Azure para MySQL offline usando o 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 Migrar bancos de dados grandes para o 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 Migrar o Banco de Dados do Azure para MySQL - Servidor Único para o Banco de Dados do Azure para MySQL - Servidor Flexível com ferramentas de código aberto.

Para migrar do Banco de Dados do Azure para MySQL - Servidor Único para o Banco de Dados do Azure para MySQL - Servidor Flexível em cinco etapas fáceis, consulte este blog.

Para obter mais informações, consulte Selecionar as ferramentas certas para a migração para o 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 Banco de Dados do Azure para MySQL - Servidor Flexível está atualmente disponível nas seguintes regiões do Azure:

Region Disponibilidade HA da 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

Se tiver dúvidas ou sugestões sobre como trabalhar com o Banco de Dados do Azure para MySQL - Servidor Flexível, considere os seguintes pontos de contato: