Compartilhar via

Servidor único do Banco de Dados do Azure para MySQL

  • Artigo

APLICA-SE A: Banco de dados do Azure para MySQL – Servidor Único

Importante

O servidor único do Banco de Dados do Azure para MySQL está no caminho da desativação. É altamente recomendável que você atualize para o servidor flexível do Banco de Dados do Azure para MySQL. Para obter mais informações sobre a migração para o servidor flexível do Banco de Dados do Azure para MySQL, confira O que está acontecendo com o Servidor Único do Banco de Dados do Azure para MySQL?

O Banco de Dados do Azure para MySQL da plataforma MySQL Community Edition 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 principais do modelo de implantação de Servidor Único. Para saber mais sobre o modo de implantação do servidor flexível, confira a visão geral do servidor flexível. Para saber mais sobre como decidir a melhor opção de implantação para a sua carga de trabalho, confira Escolher a opção correta de servidor MySQL no Azure.

Visão geral

O Servidor único do Banco de Dados do Azure para MySQL é um serviço de banco de dados totalmente gerenciado projetado para ter personalização mínima. A plataforma de servidor único é projetada para administrar a maioria das funções de gerenciamento de banco de dados, como aplicação de patches, backups, alta disponibilidade, controle e segurança com mínima configuração do usuário. A arquitetura é otimizada para alta disponibilidade interna com disponibilidade de 99,99% em uma zona de disponibilidade única. Ele é compatível com a versão da comunidade do MySQL 5.6 (desativado), 5.7 e 8.0. O serviço está em disponibilidade geral em diversas regiões do Azure.

Servidores únicos são mais adequados apenas para aplicativos existentes que já utilizam um servidor único. Para todos os novos desenvolvimentos ou migrações, o Servidor Flexível seria a opção de implantação recomendada. Para saber mais sobre as diferenças entre as opções de implantação do Servidor Flexível e do Servidor Único, veja a documentação selecione a opção de implantação correta para você.

Alta disponibilidade

O modelo de implantação de Servidor Único é otimizado para alta disponibilidade interna e elasticidade a um custo reduzido. A arquitetura separa a computação do armazenamento. O mecanismo de banco de dados é executado em um contêiner de computação proprietário, enquanto os arquivos de dados são residem no armazenamento do Azure. O armazenamento mantém três cópias síncronas localmente redundantes dos arquivos de banco de dados, garantindo a durabilidade dos dados.

Durante eventos de failover planejados ou não planejados, se o servidor ficar inativo, o serviço manterá a alta disponibilidade dos servidores usando o seguinte procedimento automatizado:

  1. Um novo contêiner de computação é provisionado
  2. O armazenamento com arquivos de dados é mapeado para o novo contêiner
  3. O mecanismo de banco de dados do MySQL é colocado online no novo contêiner de computação
  4. O serviço de gateway garante um failover transparente, garantindo que nenhuma alteração no lado do aplicativo seja exigida.

O tempo de failover típico varia de 60 a 120 segundos. O design nativo de nuvem do Servidor Único permite que ele dê suporte a 99,99% da disponibilidade, eliminando o custo de espera ativa/passiva.

O SLA (contrato de nível de serviço) de disponibilidade de 99,99% do Azure, que é líder do setor e é desenvolvido por uma rede global de datacenters gerenciados pela Microsoft, ajuda a manter os seus aplicativos em execução de modo ininterrupto.

Aplicação de patch automatizada

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ão secundária são automáticas e incluídas como parte do ciclo de aplicação de patch. Não há nenhuma ação do usuário nem definições de configuração necessárias para a aplicação de patch. A frequência de aplicação de patch é gerenciada pelo serviço com base na importância do conteúdo. No geral, o serviço segue a agenda de lançamento mensal como parte do lançamento e da integração contínua. Os usuários podem assinar a notificação de manutenção planejada para receber a notificação das próximas 72 horas de manutenção antes do evento.

Backups automáticos

O Servidor Único cria backups de servidor automaticamente e os armazena no armazenamento com redundância local ou no armazenamento com redundância geográfica configurado pelo usuário. Os backups podem ser usados para restaurar o servidor em qualquer ponto no tempo dentro do período de retenção de backup. O período de retenção de backup padrão é de sete dias. A retenção pode ser configurada opcionalmente em até 35 dias. Todos os backups são criptografados usando a criptografia AES de 256 bits. Veja Backups para obter detalhes.

Ajustar o desempenho e a escala em segundos

O Servidor Único está disponível em três níveis de SKU: Básico, Uso Geral e Otimizado para Memória. O nível Básico é mais adequado para o desenvolvimento de baixo custo e cargas de trabalho com baixa simultaneidade. O Uso Geral e o Otimizado para Memória 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 então ajustar a escala para atender às necessidades da sua solução. A escala do armazenamento é online e dá suporte ao crescimento automático do armazenamento. A escalabilidade dinâmica permite que o banco de dados responda de forma transparente a mudanças rápidas nos requisitos de recursos. Você paga somente pelos recursos que consome. Veja Tipos de preço para obter detalhes.

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

O Servidor Único usa o módulo de criptografia validado por FIPS 140-2 para criptografia de armazenamento de dados em repouso. Os dados, incluindo backups, e os 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 são gerenciadas pelo sistema (padrão) ou gerenciadas pelo cliente. O serviço criptografa os dados em movimento com o protocolo SSL/TLS imposto por padrão. O serviço dá suporte às versões do TLS 1.2, 1.1 e 1.0 com uma capacidade de impor a versão de TLS mínima.

O serviço permite o acesso privado aos servidores usando o link privado e oferece proteção contra ameaças por meio do plano opcional do Microsoft Defender para bancos de dados relacionais de código aberto. O Microsoft Defender para bancos de dados relacionais de código aberto detecta atividades anômalas, indicando tentativas incomuns e possivelmente prejudiciais de acesso ou exploração de bancos de dados.

Além da autenticação nativa, o Servidor Único oferece suporte à autenticação do Microsoft Entra ID. A autenticação do Microsoft Entra é um mecanismo de conexão para servidores MySQL que usam identidades definidas e gerenciadas no Microsoft Entra ID. Com a autenticação do Microsoft Entra, é possível gerenciar as identidades de usuários do banco de dados e outros serviços do Azure em uma localização central, o que simplifica e centraliza o controle de acesso.

O log de auditoria está disponível para acompanhar toda a atividade no nível do banco de dados.

O Servidor Único é uma reclamação com todas as certificações líderes do setor, como FedRAMP, HIPAA, PCI DSS. Visite a Central de Confiabilidade do Azure para obter informações sobre a segurança da plataforma do Azure.

Para obter mais informações sobre os recursos de segurança do Banco de Dados do Azure para MySQL, confira a visão geral de segurança.

Monitoramento e alertas

O Servidor Único é equipado com recursos internos de monitoramento e alerta de desempenho. 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 serviço permite configurar logs de consulta lentos e vem com um recurso Repositório de consultas diferenciado. O Repositório de Consultas simplifica a solução de problemas ajudando você a rapidamente localizar as consultas de execução mais longa e que consomem mais recursos. Usando essas ferramentas, você pode otimizar rapidamente suas cargas de trabalho e configurar seu servidor para ter o melhor desempenho. Confira Monitoramento para obter mais detalhes.

Migração

O serviço executa a versão da comunidade do MySQL. Isso permite a compatibilidade total do aplicativo e exige o mínimo de custo de refatoração para migrar o aplicativo existente desenvolvido no mecanismo MySQL para Servidor Único. A migração para o servidor único pode ser executada usando uma das seguintes opções:

  • Despejo e restauração – nas migrações offline, em que os usuários podem ter algum tempo de inatividade, realizar o despejo e a restauração com ferramentas da comunidade como mysqldump/mydumper pode fornecer uma forma mais rápida de migração. Confira Migrar usando despejo e restauração para obter detalhes.
  • Serviço de Migração de Banco de Dados do Azure – Para migrações offline diretas e simplificadas para servidor único com migração de dados de alta velocidade, o Serviço de Migração de Banco de Dados do Azure pode ser aproveitado.
  • Replicação de dados – para migrações mínimas de tempo de inatividade, a replicação de dados, que depende da replicação baseada em binlog, também pode ser utilizada. A replicação de dados é preferida para migrações mínimas de tempo de inatividade por especialistas práticos que buscam ter mais controle sobre a migração. Confira a replicação de dados para obter detalhes.

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:

Próximas etapas

Agora que você leu a introdução ao modo de implantação do Banco de Dados do Azure para MySQL – Servidor Único, você está pronto para: