Partilhar 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 fornece uma visão geral e uma introdução aos principais conceitos do modelo de implantação de servidor flexível. Para obter informações sobre a opção de implantação apropriada para sua carga de trabalho, consulte escolhendo a opção correta do servidor MySQL no Azure.

O servidor flexível do Banco de Dados do Azure para MySQL é um serviço de banco de dados relacional na nuvem da Microsoft baseado no mecanismo de banco de dados MySQL Community Edition (disponível sob a licença GPLv2), versões 5.6 (desativado), 5.7 e 8.0. O servidor flexível do Banco de Dados do Azure para MySQL oferece:

  • Zona redundante e mesma zona de alta disponibilidade.
  • Controlo máximo com a capacidade de selecionar a janela de manutenção programada.
  • Proteção de dados usando backups automáticos e restauração point-in-time por até 35 dias.
  • Correção e manutenção automatizadas para hardware, sistema operacional e mecanismo de banco de dados subjacentes para manter o serviço seguro e atualizado.
  • Desempenho previsível, com preços pay as you go inclusivos.
  • Dimensionamento elástico em segundos.
  • Controles de otimização de custos com SKU burstable de baixo custo e a capacidade de parar/iniciar o servidor.
  • Segurança de nível empresarial, conformidade líder do setor e privacidade para proteger dados confidenciais em repouso e em movimento.
  • 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 todos fornecidos sem custo extra. Eles permitem que você se concentre no rápido desenvolvimento de aplicativos e acelere seu tempo de comercialização, 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 seu negócio exige sem aprender novas habilidades.

Diagrama conceitual flexível do Banco de Dados do Azure para MySQL.

Descrição geral

O servidor flexível do Banco de Dados do Azure para MySQL é um serviço de banco de dados totalmente gerenciado pronto para produção projetado para controle e flexibilidade mais granulares sobre funções de gerenciamento de banco de dados e definições de configuração. A arquitetura de servidor flexível permite que os usuários optem por alta disponibilidade dentro de uma única zona de disponibilidade e em várias zonas de disponibilidade. Servidores flexíveis fornecem melhores controles de otimização de custos com a capacidade de parar/iniciar o servidor e camada de computação burstable, ideal para cargas de trabalho que não precisam de capacidade de computação total continuamente. O servidor flexível do Banco de Dados do Azure para MySQL também dá suporte a instâncias reservadas, permitindo que você economize até 63% em custos, o que é ideal para cargas de trabalho de produção com requisitos previsíveis de capacidade de computação. O serviço suporta a versão comunitária do MySQL 5.7 e 8.0. O serviço está geralmente disponível hoje em várias regiões do Azure.

A opção flexível de implantação de servidor oferece três camadas de computação: Burstable, General Purpose e Business Critical. Cada camada oferece diferentes capacidades de computação e memória para suportar suas cargas de trabalho de banco de dados. Você pode criar seu primeiro aplicativo em uma camada burstable por alguns dólares por mês e, em seguida, ajustar a escala para atender às necessidades da sua solução. A escalabilidade dinâmica permite que seu banco de dados responda aos requisitos de recursos em rápida mudança de forma transparente. Você só paga pelos recursos de que precisa e somente quando necessário. Consulte Computação e armazenamento para obter detalhes.

Servidores flexíveis são mais adequados para

  • Facilidade de implantação, dimensionamento simplificado e baixa sobrecarga de gerenciamento de banco de dados para backups, alta disponibilidade, segurança e monitoramento.
  • Desenvolvimentos de aplicações que requerem uma versão comunitária do MySQL com melhor controlo e personalizações.
  • Cargas de trabalho de produção com alta disponibilidade redundante de mesma zona, zona redundante e janelas de manutenção gerenciadas.
  • Experiência de desenvolvimento simplificada.
  • Segurança, conformidade e privacidade de nível empresarial.

Para obter as atualizações mais recentes no Banco de Dados do Azure para servidor flexível MySQL, consulte Novidades no Banco de Dados do Azure para servidor flexível MySQL.

Diagrama conceitual flexível do servidor.

Oferta gratuita de 12 meses

Com uma conta gratuita do Azure, você pode usar o Banco de Dados do Azure para servidor flexível MySQL gratuitamente por 12 meses com limites mensais de até:

  • 750 horas de instância Burstable B1MS, horas suficientes para executar uma instância de banco de dados continuamente a cada mês.
  • 32 GB de armazenamento e 32 GB de armazenamento de backup.

Você pode usar essa oferta para desenvolver e implantar aplicativos do Banco de Dados do Azure para o servidor flexível MySQL. Para saber como criar e usar o Banco de Dados do Azure para servidor flexível MySQL gratuitamente usando a conta gratuita do Azure, consulte este tutorial.

Alta disponibilidade dentro e entre zonas de disponibilidade

O Banco de Dados do Azure para servidor flexível MySQL permite configurar a alta disponibilidade com failover automático. A solução de alta disponibilidade foi projetada para garantir que os dados comprometidos nunca sejam perdidos devido a falhas e 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ê é cobrado pela computação e armazenamento provisionados para a réplica primária e secundária. Existem dois modelos de arquitetura de alta disponibilidade:

  • Alta disponibilidade redundante de zona (HA): esta opção é preferida para isolamento completo e redundância de infraestrutura em várias zonas de disponibilidade. Ele fornece o mais alto nível de disponibilidade, mas exige que você configure a redundância de aplicativos entre zonas. A HA redundante de zona é preferida quando você deseja atingir o mais alto nível de disponibilidade contra qualquer falha de infraestrutura na zona de disponibilidade e onde a latência na zona de disponibilidade é aceitável. A HA redundante de zona está disponível em subconjunto de regiões do Azure onde a região suporta várias zonas de disponibilidade e partilhas de ficheiros Premium redundantes de zona estão disponíveis.

Captura de ecrã do HA redundante de zona.

  • Alta disponibilidade (HA) da mesma zona: essa opção é preferida para redundância de infraestrutura com menor latência de rede, pois o servidor primário e o servidor em espera estão na mesma zona de disponibilidade. Ele fornece alta disponibilidade sem configurar redundância de aplicativos entre zonas. A HA da mesma zona é preferida quando você deseja atingir o mais alto nível de disponibilidade em uma única zona de disponibilidade com a menor latência de rede. A HA da mesma zona está disponível em todas as regiões do Azure onde você pode criar o Banco de Dados do Azure para instâncias de servidor flexíveis do MySQL.

Captura de tela da alta disponibilidade redundante de zona.

Para obter mais informações, consulte Conceitos de alta disponibilidade.

Aplicação de patches automatizada com janela de manutenção gerenciada

O serviço executa patches automatizados do hardware, do sistema operacional e do mecanismo de banco de dados subjacentes. O patch inclui atualizações de segurança e software. Para o mecanismo MySQL, atualizações de versões secundárias também estão incluídas na versão de manutenção planejada. Os usuários podem configurar a agenda de aplicação de patches para ser gerenciada pelo sistema ou definir sua agenda personalizada. Durante o cronograma de manutenção, o patch é aplicado e o servidor pode exigir uma reinicialização como parte do processo de aplicação de patches para concluir a atualização. Com a programação personalizada, os usuários podem tornar seu ciclo de aplicação de patches previsível e escolher uma janela de manutenção com impacto mínimo nos negócios. O serviço segue um cronograma de lançamento mensal para integração e lançamento contínuos.

Consulte Manutenção programada para obter mais informações.

Cópias de segurança automáticas

O serviço de servidor flexível Banco de Dados do Azure para MySQL cria automaticamente backups de servidor e os armazena em armazenamento localmente redundante ou com redundância geográfica configurado pelo usuário. Os backups podem ser usados para restaurar o servidor para qualquer point-in-time dentro do período de retenção de backup. O período de retenção padrão é de sete dias, mas pode ser configurado opcionalmente entre 1 e 35 dias. Todas as cópias de segurança são encriptadas através da encriptação AES de 256 bits.

Consulte Conceitos de backup para obter mais informações.

Isolamento de Rede

Para se conectar ao Banco de Dados do Azure para servidor flexível 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 numa rede virtual podem comunicar através de endereços IP privados.

    Escolha a opção de integração de rede virtual se desejar os seguintes recursos:

    • Conecte-se a partir de recursos do Azure na mesma rede virtual à sua instância de servidor flexível do Banco de Dados do Azure para MySQL usando endereços IP privados.
    • Use VPN ou ExpressRoute para se conectar de recursos que não são do Azure à sua instância de servidor flexível do Banco de Dados do Azure para MySQL.
    • Nenhum ponto de extremidade público.
  • Acesso público (endereços IP permitidos) – Você pode implantar sua instância de servidor flexível do Banco de Dados do Azure para MySQL com um ponto de extremidade público. O ponto final público é um endereço DNS publicamente resolvível. A frase "endereços IP permitidos" refere-se a um intervalo de IPs que você escolhe para dar permissão para acessar seu servidor. Essas permissões são chamadas de regras de firewall.

Consulte Conceitos de rede para obter mais informações.

Ajuste o desempenho e dimensione em segundos

O servidor flexível do Banco de Dados do Azure para MySQL está disponível em três camadas de serviço: Burstable, General Purpose e Business Critical. A camada Burstable é mais adequada para desenvolvimento de baixo custo e cargas de trabalho de baixa simultaneidade que não precisam de capacidade de computação total continuamente. O General Purpose e o Business Critical são mais adequados para cargas de trabalho de produção que exigem alta simultaneidade, escala e desempenho previsível. Você pode criar seu primeiro aplicativo em um pequeno banco de dados por alguns dólares por mês e, em seguida, ajustar perfeitamente a escala para atender às necessidades de sua solução. O dimensionamento de armazenamento está on-line e oferece suporte ao crescimento automático de armazenamento. O servidor flexível do Banco de Dados do Azure para MySQL permite provisionar IOPS adicionais de até 80 K IOPs acima do limite de IOPS gratuito, independentemente do armazenamento. Com esta funcionalidade, também pode aumentar ou diminuir o número de IOPS aprovisionados com base nos seus requisitos de carga de trabalho a qualquer momento. A escalabilidade dinâmica permite que seu banco de dados responda aos requisitos de recursos em rápida mudança de forma transparente. Você paga apenas pelos recursos que consome.

Para obter mais informações, consulte Conceitos de computação e armazenamento.

Dimensione sua carga de trabalho de leitura com até 10 réplicas de leitura

O MySQL é um dos mecanismos de banco de dados populares para executar aplicativos web e móveis em escala de internet. Nossos clientes o usam 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 servir e escalar à medida que o tráfego da Web ou de aplicativos móveis aumenta.

No lado dos aplicativos, o aplicativo normalmente é desenvolvido em Java ou PHP e migrado para ser executado em conjuntos de escala de máquina virtual do Azure ou nos Serviços de Aplicativo do Azure ou são conteinerizados para serem executados no Serviço Kubernetes do Azure (AKS). O uso de um conjunto de dimensionamento de máquina virtual com o Serviço de Aplicativo ou AKS como 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 um componente com estado centralizado.

O recurso de réplica de leitura permite replicar dados de uma instância de servidor flexível do Banco de Dados do Azure para MySQL para um servidor somente leitura. Você pode replicar do servidor de origem para até 10 réplicas. As réplicas são atualizadas de forma assíncrona usando a tecnologia de replicação baseada na posição do arquivo binário nativo (binlog) do mecanismo MySQL. Você pode usar uma solução de proxy de balanceador de carga como o ProxySQL para dimensionar perfeitamente sua carga de trabalho de aplicativo para ler réplicas sem qualquer custo de refatoração de aplicativos.

Para obter mais informações, consulte Ler conceitos de réplica.

Configurar a sincronização de dados híbrida ou multicloud com replicação de dados

A replicação de dados permite sincronizar dados de um servidor MySQL externo no Banco de Dados do Azure para o servidor flexível MySQL. O servidor externo pode ser local, em máquinas virtuais, Banco de Dados do Azure para servidor único MySQL ou um serviço de banco de dados hospedado por outros provedores de nuvem. A replicação de dados é baseada em posição no arquivo de log binário (binlog). Os principais cenários a serem considerados sobre o uso da replicação Data-in são:

Para obter mais informações, consulte Conceitos de replicação de dados.

Parar/Iniciar o servidor para otimizar os custos

O servidor flexível do Banco de Dados do Azure para MySQL permite que você pare e inicie servidores sob demanda para otimizar os custos. O faturamento da camada de computação para imediatamente quando o servidor é interrompido. Essa funcionalidade pode permitir que você tenha economias significativas de custos durante o desenvolvimento, testes e cargas de trabalho de produção previsíveis com limite de tempo. O servidor permanece no estado interrompido por 30 dias, a menos que seja reiniciado antes.

Consulte Conceitos de servidor para obter mais informações.

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

O servidor flexível do Banco de Dados do Azure para MySQL usa o módulo criptográfico validado FIPS 140-2 para criptografia de armazenamento de dados em repouso. Os dados, incluindo cópias de segurança, e ficheiros temporários criados durante a execução de consultas são encriptados. O serviço usa a cifra AES de 256 bits incluída na criptografia de armazenamento do Azure e as chaves podem ser gerenciadas pelo sistema (padrão). Você também pode usar chaves gerenciadas pelo cliente (CMKs) para trazer sua própria chave (BYOK) armazenada em um Cofre de Chaves do Azure ou HSM (Managed Hardware Security Module) 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 instâncias de servidor flexíveis do MySQL.

O servidor flexível do Banco de Dados do Azure para MySQL criptografa dados em movimento com a segurança da camada de transporte imposta por padrão. O Banco de Dados do Azure para servidor flexível MySQL por padrão dá suporte a conexões criptografadas usando Transport Layer Security (TLS 1.2) e todas as conexões de entrada com TLS 1.0 e TLS 1.1 são negadas. Você pode desabilitar a imposição de TSL/SSL definindo o parâmetro require_secure_transport server e, em seguida, definindo o tls_version mínimo para o servidor.

Para obter mais informações, consulte como usar conexões criptografadas com o Banco de Dados do Azure para instâncias de servidor flexíveis do MySQL.

O servidor flexível do Banco de Dados do Azure para MySQL permite acesso totalmente privado aos servidores usando a integração de rede virtual do Azure (rede virtual). Os servidores na rede virtual do Azure só podem ser alcançados e conectados por meio de endereços IP privados. Com a integração de rede virtual, o acesso público é negado e os servidores não podem ser acessados usando pontos de extremidade públicos.

Consulte Conceitos de rede para obter mais informações.

Monitorização e alerta

O Banco de Dados do Azure para servidor flexível MySQL tem recursos internos de monitoramento e alerta de desempenho. Todas as métricas do Azure têm uma frequência de um minuto, cada uma fornecendo 30 dias de histórico. Pode configurar alertas relacionados com as métricas. O Banco de Dados do Azure para servidor flexível MySQL expõe métricas do servidor host para monitorar a utilização de recursos e permite configurar logs de consulta lentos. Usando essas ferramentas, você pode otimizar rapidamente suas cargas de trabalho e configurar seu servidor para o melhor desempenho. O Banco de Dados do Azure, que é um servidor MySQL flexível, permite visualizar dados de log de consulta e auditoria lentos usando pastas de trabalho do Azure Monitor. Com os livros, obtém uma tela flexível para analisar os dados e criar relatórios visuais avançados no portal do Azure. O servidor flexível do Banco de Dados do Azure para MySQL fornece três modelos de pasta de trabalho disponíveis prontos para uso, incluindo Visão Geral do Servidor, Auditoria e Insights de Desempenho de Consulta. A pasta de trabalho do Query Performance Insights foi projetada para ajudá-lo a gastar menos tempo solucionando problemas de desempenho do banco de dados, fornecendo informações como:

  • Top N consultas de longa duração e suas tendências.
  • Os detalhes da consulta: exiba o texto da consulta e o histórico de execução com tempo de consulta mínimo, máximo, médio e desvio padrão.
  • 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 Percona Monitoring and Management com o banco de dados do Azure para servidor flexível MySQL.

Consulte 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 Banco de Dados do Azure para o servidor flexível MySQL pode ser executada usando a seguinte opção:

Migrações offline

Migrações on-line ou com tempo de inatividade mínimo

Use a replicação de dados com backup/restauração consistente mydumper/myloader para a propagação inicial. Saiba mais com instruções passo a passo: Tutorial: Migração mínima de tempo de inatividade do Banco de Dados do Azure para servidor único MySQL para o Banco de Dados do Azure para servidor flexível MySQL.

Para migrar do Banco de Dados do Azure para servidor único MySQL para o Banco de Dados do Azure para servidor flexível MySQL em cinco etapas fáceis, consulte este blog.

Para obter mais informações, consulte Selecionar as ferramentas certas para migração para o Banco de Dados do Azure para o servidor flexível MySQL.

Regiões do Azure

Uma vantagem de executar sua carga de trabalho no Azure é seu alcance global. O servidor flexível do Banco de Dados do Azure para MySQL está disponível hoje nas seguintes regiões do Azure:

País/Região Disponibilidade HA da mesma zona HA com redundância entre zonas Backup com redundância geográfica
Austrália Central ✔️ ✔️
Leste da Austrália ✔️ ✔️ ✔️ ✔️
Austrália Sudeste ✔️ ✔️ ✔️
Sul do Brasil ✔️ ✔️ ✔️ ✔️
Canadá Central ✔️ ✔️ ✔️ ✔️
Leste do Canadá ✔️ ✔️ ✔️
Índia Central ✔️ ✔️ ✔️ ✔️
E.U.A. Central ✔️ ✔️ ✔️
China Leste 2 ✔️ ✔️
Leste da China 3 ✔️ ✔️ ✔️
Norte da China 2 ✔️ ✔️
Norte da China 3 ✔️ ✔️ ✔️ ✔️
Leste da Ásia (RAE de Hong Kong) ✔️ ✔️ ✔️ ✔️
E.U.A. Leste ✔️ ✔️ ✔️ ✔️
E.U.A. Leste 2 ✔️ ✔️ ✔️ ✔️
França Central ✔️ ✔️ ✔️ ✔️
Sul de França ✔️ ✔️ ✔️
Alemanha Centro-Oeste ✔️ ✔️ ✔️ ✔️
Norte da Alemanha ✔️ ✔️ ✔️
Israel Central ✔️ ✔️ ✔️
Norte da Itália ✔️ ✔️ ✔️
Leste do Japão ✔️ ✔️ ✔️ ✔️
Oeste do Japão ✔️ ✔️ ✔️
Jio, Oeste da Índia ✔️ ✔️
Coreia do Sul Central ✔️ ✔️ ✔️ ✔️
Sul da Coreia do Sul ✔️ ✔️ ✔️
E.U.A. Centro-Norte ✔️ ✔️ ✔️
Europa do Norte ✔️ ✔️ ✔️ ✔️
Leste da Noruega ✔️ ✔️ ✔️
Oeste da Noruega ✔️ ✔️
Polónia Central ✔️ ✔️
Catar Central ✔️ ✔️ ✔️
Norte da África do Sul ✔️ ✔️ ✔️
Oeste da África do Sul ✔️ ✔️
E.U.A. Centro-Sul ✔️ ✔️ ✔️ ✔️
Sul da Índia ✔️ ✔️ ✔️
Sudeste Asiático ✔️ ✔️ ✔️ ✔️
Espanha Central ✔️ ✔️ ✔️
Suécia Central ✔️ ✔️ ✔️
Norte da Suíça ✔️ ✔️ ✔️ ✔️
Oeste da Suíça ✔️ ✔️ ✔️
Norte de Taiwan ✔️ ✔️
Noroeste de Taiwan ✔️ ✔️
E.A.U. Central ✔️ ✔️ ✔️
Norte dos E.A.U. ✔️ ✔️ ✔️
Sul do Reino Unido ✔️ ✔️ ✔️ ✔️
Oeste do Reino Unido ✔️ ✔️ ✔️
USGov Virginia ✔️ ✔️
US Gov - Arizona ✔️ ✔️
USGov Texas ✔️ ✔️
E.U.A. Centro-Oeste ✔️ ✔️ ✔️
Europa Ocidental ✔️ ✔️ ✔️ ✔️
E.U.A. Oeste ✔️ ✔️ ✔️
E.U.A. Oeste 2 ✔️ ✔️ ✔️ ✔️
EUA Oeste 3 ✔️ ✔️ ✔️ ✔️

Comentários e suporte

Para quaisquer perguntas ou sugestões que você possa ter sobre como trabalhar com o Banco de Dados do Azure para o servidor flexível MySQL, considere os seguintes pontos de contato: