Base de Dados do Azure para MySQL - Servidor Flexível

APLICA-SE A: Base de Dados do Azure para MySQL - Servidor Flexível

Base de Dados do Azure para MySQL alimentados pela edição comunitária MySQL está disponível em dois modos de implantação:

  • Servidor Flexível
  • Servidor Único

Neste artigo, forneceremos uma visão geral e introdução aos conceitos fundamentais do modelo flexível de implementação do servidor. Para obter informações sobre como decidir qual a opção de implementação adequada para a sua carga de trabalho, consulte a escolha da opção de servidor MySQL certa em Azure.

Descrição Geral

Base de Dados do Azure para MySQL Flexible Server é um serviço de base de dados totalmente gerido para a produção, projetado para um maior controlo granular e flexibilidade sobre funções de gestão de bases de dados e configurações de configuração. A arquitetura flexível do servidor permite que os utilizadores optem pela alta disponibilidade dentro de uma única zona de disponibilidade e em várias zonas de disponibilidade. Os servidores flexíveis proporcionam controlos de otimização de custos com a capacidade de parar/iniciar o servidor e o nível de computação rebentado, ideal para cargas de trabalho que não necessitam de capacidade de computação completa continuamente. O Flexible Server também suporta casos reservados que lhe permitem economizar até 63% de custo, 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 dia em grande variedade de regiões de Azure.

A opção de implementação do Servidor Flexível oferece três níveis de cálculo: Burstable, Fins Gerais e Memory Otimizado. Cada nível oferece diferentes capacidades de computação e memória para suportar as cargas de trabalho da sua base de dados. Você pode construir a sua primeira aplicação em um nível rebenifável 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 a base de dados responda de forma transparente à mudança dos requisitos de recursos. Apenas paga pelos recursos necessário e apenas quando que precisar dos mesmos. Consulte o Compute e Armazenamento para mais detalhes.

Servidores flexíveis são os mais adequados para

  • Facilidade de implantações, dimensionamento simplificado e baixa gestão de bases de dados para funções como backups, alta disponibilidade, segurança e monitorização
  • Desenvolvimentos de aplicações que requerem versão comunitária do MySQL com melhor controlo e personalizações
  • Cargas de trabalho de produção com zonas iguais, zona redundante alta disponibilidade e janelas de manutenção geridas
  • Experiência de desenvolvimento simplificada
  • Segurança, conformidade e privacidade de grau empresarial

Para obter as mais recentes atualizações no Servidor Flexível, consulte as novidades Base de Dados do Azure para MySQL - Servidor Flexível.

Flexible Server conceptual diagram

Oferta gratuita de 12 meses

Com uma conta gratuita Azure, pode utilizar o Flexible Server gratuitamente durante 12 meses com limites mensais até:

  • 750 horas de ocorrência de B1MS rebentado, horas suficientes para executar uma instância de base de dados continuamente todos os meses.
  • Armazenamento de 32 GB e armazenamento de reserva de 32 GB .

Pode aproveitar esta oferta para desenvolver e implementar aplicações que utilizem Base de Dados do Azure para MySQL – Servidor Flexível. Para aprender a criar e utilizar gratuitamente um servidor flexível utilizando a conta gratuita do Azure, consulte este tutorial.

Alta disponibilidade dentro e em todas as zonas de disponibilidade

Base de Dados do Azure para MySQL Servidor Flexível permite configurar alta disponibilidade com falha automática. A solução de alta disponibilidade é projetada para garantir que os dados comprometidos nunca são perdidos devido a falhas, e melhorar o tempo de uptime geral para a sua aplicação. Quando a alta disponibilidade é configurada, o servidor flexível fornece automaticamente e gere uma réplica de espera. Está cobrado para o cálculo e armazenamento previstos para a réplica primária e secundária. Existem dois modelos arquitetónicos de alta disponibilidade:

  • Zona redundante alta disponibilidade (HA): Esta opção é preferida para isolamento completo e redundância de infraestruturas em várias zonas de disponibilidade. Proporciona o mais alto nível de disponibilidade, mas requer que configuure a redundância de aplicações em todas as zonas. A zona redundante HA é preferida quando pretende atingir o mais alto nível de disponibilidade contra qualquer falha de infraestrutura na zona de disponibilidade e onde a latência em toda a zona de disponibilidade é aceitável. A zona redundante HA está disponível no subconjunto das regiões de Azure, onde a região suporta várias Zonas de Disponibilidade e zona redundante Premium estão disponíveis ações de ficheiros.

zone redundant ha

  • Disponibilidade alta da mesma zona (HA): Esta opção é preferida para redundância de infraestrutura com menor latência da rede, uma vez que tanto o servidor primário como o servidor de espera estarão na mesma zona de disponibilidade. Proporciona uma elevada disponibilidade sem configurar a redundância de aplicações em todas as zonas. Same-Zone HA é preferido quando pretende atingir o mais alto nível de disponibilidade dentro de uma única zona de Disponibilidade com a latência de rede mais baixa. Same-Zone HA está disponível em todas as regiões do Azure onde podemos criar Base de Dados do Azure para MySQL servidor Flexível.

same redundant high availability

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

Remendação automatizada com janela de manutenção gerida

O serviço executa a remendação automatizada do hardware subjacente, o SISTEMA e o motor da base de dados. O patching inclui atualizações de segurança e software. Para o motor MySQL, as atualizações de versões secundárias também estão incluídas como parte da versão da manutenção planeada. Os utilizadores podem configurar o agendamento de patches para serem geridos pelo sistema ou definir o agendamento personalizado. Durante o programa de manutenção, o patch é aplicado e o servidor pode necessitar de um reinício como parte do processo de remendação para completar a atualização. Com o horário personalizado, os utilizadores podem tornar o seu ciclo de remendos previsível e escolher uma janela de manutenção com o mínimo impacto para o negócio. Em geral, o serviço segue o horário de lançamento mensal como parte da integração e libertação contínuas.

Consulte a Manutenção Programada para mais detalhes.

Cópias de segurança automáticas

O serviço de servidor flexível cria automaticamente cópias de segurança do servidor e armazena-as no armazenamento localmente redundante ou geo-redundante do utilizador. As cópias de segurança podem ser utilizadas para restaurar o seu servidor em qualquer ponto no tempo dentro do período de retenção de backup. O período de retenção de backup predefinido é de sete dias. A retenção pode ser configurada opcionalmente entre 1-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 saber mais.

Isolamento de Rede

Tem duas opções de ligação em rede para ligar ao seu Base de Dados do Azure para MySQL Servidor Flexível. As opções são acesso privado (integração VNet) e acesso público (endereços IP permitidos).

  • Acesso privado (Integração VNet) – Pode implantar o seu servidor flexível no seu Azure Rede Virtual. As redes virtuais 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 VNet se quiser as seguintes capacidades:

    • Ligação dos recursos Azure na mesma rede virtual para o seu servidor flexível usando endereços IP privados
    • Utilize VPN ou ExpressRoute para ligar de recursos não Azure ao seu servidor flexível
    • Nenhum ponto final público
  • Acesso público (endereços IP permitidos) – Pode implementar o seu servidor flexível com um ponto final público. O ponto final público é um endereço DNS publicamente resolvível. A frase "endereços IP permitidos" refere-se a uma série de IPs que escolhe dar permissão para aceder ao seu servidor. Estas permissões são chamadas regras de firewall.

Consulte conceitos de networking para saber mais.

Ajuste o desempenho e dimensione em segundos

O serviço de servidor flexível está disponível em três níveis SKU: Burstable, Fins Gerais e Memory Optimized. O nível Burstable é o mais adequado para o desenvolvimento de baixo custo e cargas de trabalho de baixa concordância que não precisam de capacidade de computação completa continuamente. Os Fins Gerais e Memory Optimized são mais adequados para cargas de trabalho de produção que requerem alta concordância, escala e desempenho previsível. Pode construir a sua primeira aplicação numa pequena base de dados por alguns dólares por mês e, em seguida, ajustar a balança de forma perfeita para atender às necessidades da sua solução. O dimensionamento de armazenamento está on-line e suporta o crescimento automático do armazenamento. O Flexible Server permite-lhe providenciar IOPS adicionais até 20 K IOPs acima do limite IOPS complementar, independentemente do armazenamento. Utilizando esta funcionalidade, pode aumentar ou diminuir o número de IOPS a provisionados com base nos seus requisitos de carga de trabalho a qualquer momento. A escalabilidade dinâmica permite que a base de dados responda de forma transparente à mudança dos requisitos de recursos. Só paga pelos recursos que consome.

Consulte Compute e Armazenamento conceitos para saber mais.

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

MySQL é um dos motores de base de dados populares para executar aplicações web e móveis à escala da Internet. Muitos dos nossos clientes usam-na para os seus serviços de educação online, serviços de streaming de vídeo, soluções de pagamento digital, plataformas de e-commerce, serviços de jogos, portais de notícias, governo e sites de saúde. Estes serviços são necessários para servir e escalar à medida que o tráfego na web ou aplicação móvel aumenta.

Do lado das aplicações, a aplicação é normalmente desenvolvida em Java ou PHP e migrada para funcionar em conjuntos de escala de máquina virtual Azure ou Aplicação Azure AD Serviços ou são contentorizadas para funcionar em Azure Kubernetes Service (AKS). Com o conjunto de escalas de máquinas virtuais, Serviço de Aplicações ou AKS como infraestrutura subjacente, o dimensionamento de aplicações é simplificado através do fornecimento instantâneo de novos VMs e replicando os componentes apátridas de aplicações para atender aos pedidos, mas muitas vezes, a base de dados acaba por ser um estrangulamento como componente estadizado.

A funcionalidade de réplica de leitura permite-lhe replicar dados de um servidor flexível Base de Dados do Azure para MySQL para um servidor apenas de leitura. Pode replicar-se a partir do servidor de origem até 10 réplicas. As réplicas são atualizadas de forma assíncrona utilizando a tecnologia de replicação baseada na posição de ficheiro (binlog) do motor MySQL. Pode utilizar uma solução de procuração de equilibrador de carga como o ProxySQL para aumentar a carga de trabalho da sua aplicação para ler réplicas sem qualquer custo de refactor de aplicações.

Para mais informações, consulte os conceitos de Replica.

Configuração Sincronização de dados híbridos ou multi-nuvem com replicação de dados

A replicação de dados permite sincronizar dados de um servidor MySQL externo no serviço Base de Dados do Azure para MySQL Flexible. O servidor externo pode estar no local, em máquinas virtuais, Base de Dados do Azure para MySQL Servidor Único ou num serviço de base de dados hospedado por outros fornecedores de nuvem. A replicação de dados baseia-se na posição de ficheiro de registo binário (binlog). Os principais cenários a ter em conta sobre a utilização da replicação de dados são:

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

Servidor stop/start para otimizar o custo

O serviço de servidor flexível permite-lhe parar e iniciar o servidor on-demand para otimizar o custo. A faturação do nível do cálculo é interrompida imediatamente quando o servidor é parado. Isto pode permitir-lhe ter poupanças significativas de custos durante o desenvolvimento, teste e para cargas de trabalho previsíveis de produção limitadas ao tempo. O servidor permanece em estado de paragem durante 30 dias, a menos que seja reiniciado mais cedo.

Para obter mais informações, consulte os conceitos do Servidor.

Segurança, conformidade e privacidade de grau empresarial

O serviço de servidor flexível utiliza o módulo criptográfico validado FIPS 140-2 para encriptação 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 utiliza a cifra AES de 256 bits incluída na encriptação de armazenamento Azure, e as teclas podem ser geridas pelo sistema (padrão).

O serviço encripta dados em movimento com a segurança da camada de transporte aplicada por padrão. O Servidor Flexível por defeito suporta ligações encriptadas utilizando a Segurança da Camada de Transporte (TLS 1.2) e todas as ligações de entrada com TLS 1.0 e TLS 1.1 serão negadas. A aplicação SSL pode ser desativada definindo o parâmetro do servidor require_secure_transport e pode definir o tls_version mínimo para o seu servidor.

Para obter mais informações, consulte como utilizar ligações encriptadas a servidores flexíveis.

O Flexible Server permite o acesso privado completo aos servidores utilizando a integração da rede virtual Azure (VNet). Os servidores da rede virtual Azure só podem ser alcançados e conectados através de endereços IP privados. Com a integração do VNet, o acesso público é negado e os servidores não podem ser alcançados usando pontos finais públicos.

Para mais informações, consulte conceitos de Networking.

Monitorização e alertas

O serviço de servidor flexível está equipado com funcionalidades de monitorização e alerta de desempenho incorporadas. Todas as métricas Azure têm uma frequência de um minuto, e cada métrica fornece 30 dias de história. Pode configurar alertas relacionados com as métricas. O serviço expõe as métricas do servidor do anfitrião para monitorizar a utilização dos recursos, permitindo configurar registos de consulta lenta. Utilizando estas ferramentas, pode otimizar rapidamente as suas cargas de trabalho e configurar o seu servidor para um melhor desempenho. Base de Dados do Azure para MySQL O Servidor Flexível permite visualizar os dados de consulta lenta e de registos de auditoria utilizando os livros 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. Base de Dados do Azure para MySQL Flexible Server fornece três modelos de livro disponíveis fora da visão geral do servidor viz caixa viz, auditoria e desempenho de consulta Informações. O livro de trabalho de Informações de desempenho de consulta é projetado para ajudá-lo a gastar menos tempo a resolver o desempenho da base de dados, fornecendo informações como:

  • As principais consultas de longa duração e as suas tendências.
  • Os detalhes da consulta: ver o texto da consulta, bem como a história da execução com o tempo mínimo, máximo, médio e padrão de desvio.
  • As utilizações dos recursos (CPU, memória e armazenamento).

Além disso, pode utilizar e integrar-se com ferramentas de monitorização comunitárias como a Percona Monitoring and Management com o seu MySQL Flexible Server.

Para obter mais informações, consulte os conceitos de Monitorização.

Migração

O serviço executa a versão comunitária do MySQL. Isto permite a compatibilidade total da aplicação e requer um custo mínimo de refactor para migrar as aplicações existentes desenvolvidas no motor MySQL para o Flexible Server. A migração para o Servidor Flexível pode ser realizada utilizando a seguinte opção:

Migrações Offline

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

Utilize a replicação de dados com a cópia de segurança/restauro consistente do mydumper/myloader para a sementeira inicial. Saiba mais com instruções passo a passo - Tutorial: Migração mínima de downtime de Base de Dados do Azure para MySQL – Servidor Único para Base de Dados do Azure para MySQL – Servidor Flexível

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

Para mais informações, consulte selecione as ferramentas certas para a migração para Base de Dados do Azure para MySQL

Regiões do Azure

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

Region Disponibilidade Mesma Zona HA HA com redundância entre zonas Backup geo-redundante
Leste da Austrália ✔️ ✔️ ✔️ ✔️
Austrália Sudeste ✔️ ✔️ ✔️
Sul do Brasil ✔️ ✔️ ✔️
Canadá Central ✔️ ✔️ ✔️
Leste do Canadá ✔️ ✔️ ✔️
Índia Central ✔️ ✔️
E.U.A. Central ✔️ ✔️ ✔️
China Leste 2 ✔️ ✔️
China Norte 2 ✔️ ✔️
Ásia Oriental (Hong Kong) ✔️ ✔️ ✔️
E.U.A. Leste ✔️ ✔️ ✔️ ✔️
E.U.A. Leste 2 ✔️ ✔️ ✔️
França Central ✔️ ✔️
Alemanha Centro-Oeste ✔️ ✔️
Leste do Japão ✔️ ✔️ ✔️ ✔️
Oeste do Japão ✔️ ✔️ ✔️
Coreia do Sul Central ✔️ ✔️ ✔️
Sul da Coreia do Sul ✔️ ✔️ ✔️
E.U.A. Centro-Norte ✔️ ✔️ ✔️
Europa do Norte ✔️ ✔️ ✔️ ✔️
Leste da Noruega ✔️ ✔️
Norte da África do Sul ✔️ ✔️
E.U.A. Centro-Sul ✔️ ✔️ ✔️
Sudeste Asiático ✔️ ✔️ ✔️
Norte da Suíça ✔️ ✔️ ✔️
Uae Norte ✔️ ✔️
Sul do Reino Unido ✔️ ✔️ ✔️
Oeste do Reino Unido ✔️ ✔️ ✔️
E.U.A. Centro-Oeste ✔️ ✔️ ✔️
Europa Ocidental ✔️ ✔️ ✔️ ✔️
E.U.A. Oeste ✔️ ✔️ ✔️
E.U.A. Oeste 2 ✔️ ✔️ ✔️
Oeste DOS EUA 3 ✔️ ✔️

Contactos

Para quaisquer perguntas ou sugestões que possa ter no Base de Dados do Azure para MySQL servidor flexível, envie um e-mail para a equipa de Base de Dados do Azure para MySQL (@Ask Azure DB para o MySQL). Este endereço de e-mail não é um pseudónimo de suporte técnico.

Além disso, considere os seguintes pontos de contacto, conforme adequado:

Passos seguintes

Agora que leu uma introdução ao modo de implantação Base de Dados do Azure para MySQL - Single-Server, está pronto para: