Share via

O que acontecerá com o Banco de Dados do Azure para MySQL – Servidor Único?

  • Artigo

APLICA-SE A: Banco de Dados do Azure para MySQL – Servidor individual

Olá! Temos novidades para compartilhar: o Banco de Dados do Azure para MySQL – Servidor Único está a caminho da desativação e está programado para ser desativado até 16 de setembro de 2024.

Como parte dessa desativação, não haverá mais suporte à criação de novas instâncias de Servidor Único por meio do portal do Azure a partir de 16 de janeiro de 2023 e por meio da CLI do Azure a partir de 19 de março de 2024. Se você ainda precisar criar instâncias de servidor único para atender a necessidades de continuidade dos negócios, crie um tíquete de suporte do Azure. Você ainda poderá criar réplicas de leitura e realizar restaurações (PITR e restauração geográfica) da sua instância de Servidor Único atual, já que o suporte a essas ações será mantido até a data de desativação em 16 de setembro de 2024.

Após de anos de evolução do Banco de Dados do Azure para MySQL – Servidor Único, ele deixou de ser capaz de lidar com todos os novos recursos, funções e necessidades de segurança. Recomendamos atualizar para o Banco de Dados do Azure para MySQL – Servidor Flexível.

O Banco de Dados do Azure para MySQL – Servidor Flexível é um serviço de banco de dados totalmente gerenciado e pronto para produção projetado para fornecer controle e flexibilidade mais granulares nas funções de gerenciamento de banco de dados e definições de configuração. Para obter mais informações sobre o Servidor Flexível, visite Banco de Dados do Azure para MySQL – Servidor Flexível.

Se você está usando um serviço Banco de Dados do Azure para MySQL – Servidor Único para hospedar servidores de produção, temos uma boa notícia: é possível migrar gratuitamente seus servidores Banco de Dados do Azure para MySQL – Servidor Único para o serviço Banco de Dados do Azure para MySQL – Servidor Flexível. Isso pode ser feito por meio da Importação do Banco de Dados do Azure para MySQL, da migração automática in-loco, ou do Serviço de Migração de Banco de Dados do Azure (clássico). Analise as diferentes maneiras de fazer a migração na seção abaixo.

Migrar de um Servidor Único para um Servidor Flexível

Saiba como migrar do Banco de Dados do Azure para MySQL - Servidor Único para o Banco de Dados do Azure para MySQL - Servidor Flexível.

Cenário Ferramentas Detalhes
Offline/Online Importação do Banco de Dados do Azure para MySQL e a CLI do Azure Tutorial: Importação do Banco de Dados do Azure para MySQL com a CLI do Azure
Offline Serviço de Migração de Banco de Dados (Clássico) e o portal do Azure Tutorial: DMS (clássico) com o portal do Azure (offline)
Online Serviço de Migração de Banco de Dados (Clássico) e o portal do Azure Tutorial: DMS (clássico) com o portal do Azure (online)
Offline Nomeação de migração automática in-loco [formulário] (https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR4lhLelkCklCuumNujnaQ-ZUQzRKSVBBV0VXTFRMSDFKSUtLUDlaNTA5Wi4u) Migração automática in-loco do Banco de Dados do Azure para MySQL – Servidor Único para Servidor Flexível

Para obter mais informações de como migrar de Servidor Único para Servidor Flexível usando outras ferramentas de migração, visite Selecionar as ferramentas corretas de migração para o Banco de Dados do Azure para MySQL.

Observação

A migração automática in-loco do Banco de Dados do Azure para MySQL – Servidor Único para Servidor Flexível é um processo iniciado pelo serviço durante uma janela de manutenção planejada para cargas de trabalho de banco de dados de Servidor Único. Os servidores qualificados são identificados pelo serviço e recebem uma notificação prévia detalhando as etapas para revisar os detalhes da migração. Se você possui uma carga de trabalho de Servidor Único com SKU Básico ou GP, armazenamento de dados usado <= 20 GiB e nenhum recurso complexo (CMK, AAD, Réplica de Leitura, Link Privado) habilitado, você já pode se nomear (se ainda não estiver agendado pelo serviço) para migração automática enviando os detalhes do servidor por este formulário. Todas as outras cargas de trabalho de Servidor Único são recomendadas para usar ferramentas de migração iniciadas pelo usuário oferecidas pelo Azure – Azure DMS, Importação do Banco de Dados do Azure para MySQL para migrar. Saiba mais sobre a migração automática no local aqui.

O que acontecerá após a data de desativação (16 de setembro de 2024)?

Executar a instância do Servidor Único após a data de desativação representaria um risco de segurança, pois não haverá manutenção de correções de segurança e bugs na plataforma de Servidor Único desativada. Para garantir nosso compromisso de manter as instâncias gerenciadas em uma plataforma confiável e segura após a data de desativação, sua instância do Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância adequada do Servidor Flexível de forma gradual. É altamente recomendável o uso da CLI de Importação do Banco de Dados do Azure para MySQL ou do Serviço de Migração de Dados do Azure para migrar para o Banco de Dados do Azure para MySQL – Servidor Flexível antes de 16 de setembro de 2024 (leia as perguntas frequentes para saber mais) para evitar qualquer interrupção causada por migração automática e garantir a continuidade dos negócios.

Observação

Após a data de desativação, nenhum SLA, correções de bugs, correções de segurança ou suporte ao vivo serão concedidos para sua instância de Servidor Único.

Migração automática após a data de desativação

Após a data de desativação, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância apropriada de Servidor Flexível de forma gradual. Isso pode resultar em disponibilidade limitada de recursos, já que algumas funcionalidades avançadas não podem ser migradas automaticamente para a instância de Servidor Flexível sem entradas do cliente. Leia mais sobre as etapas para reconfigurar tais recursos após a migração automática para minimizar o impacto potencial abaixo.

Os seguintes recursos não podem ser migrados automaticamente, pois exigem entrada do cliente para configuração e não serão ativados na instância migrada do Servidor Flexível:

  • Link privado
  • Criptografia de dados (CMK)
  • Autenticação do Microsoft Entra (antigo AAD)
  • Pontos de extremidade de serviço
  • Criptografia dupla de infraestrutura
  • Réplicas de leitura

Ação necessária após a migração automática

Após a migração automática, você deve reconfigurar os recursos listados acima na instância migrada do Servidor Flexível para garantir a continuidade dos negócios:

  • Link Privado – Leia mais sobre como configurar aqui
  • CMK (criptografia de dados) – Leia mais sobre como configurar aqui
  • Autenticação do Microsoft Entra (antigo AAD) – Leia mais sobre como configurar aqui
  • Pontos de extremidade de serviço – o ponto de extremidade de serviço (Regra de VNet) não tem suporte no Servidor Flexível do Banco de Dados do Azure para MySQL. Recomendamos configurar o Link Privado para atender à paridade de recursos. Leia mais sobre como configurar o Link Privado aqui
  • Criptografia dupla de infraestrutura – não há suporte para criptografia dupla de infraestrutura no Servidor Flexível do Banco de Dados do Azure para MySQL. Recomendamos configurar a criptografia de dados para atender à paridade de recursos. Leia mais sobre como configurar a criptografia de dados (CMK) aqui
  • Réplicas de leitura – leia mais sobre como configurar aqui

Importante : Servidores Únicos com recursos de rede e segurança habilitados serão migrados automaticamente para uma instância do Servidor Flexível com acesso público no estado desabilitado para proteger os dados do cliente. Você deve habilitar o acesso apropriado após a migração automática para garantir a continuidade dos negócios.

Observação

Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL – Servidor Flexível não possui suporte, então após a data de desativação, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e para poder ser migrada para o Servidor Flexível. Sua instância não será migrada automaticamente para o Servidor Flexível. É altamente recomendável que você use uma das seguintes opções para migrar antes da data de desativação, a fim de evitar qualquer interrupção na continuidade dos negócios:

  • Use o DMS do Azure para realizar uma migração entre regiões para o Servidor Flexível em uma região adequada do Azure.
  • Migre para o MySQL Server hospedado em uma VM na região, se não for possível alterar as regiões devido a problemas de conformidade.

Perguntas frequentes (FAQs)

Q. Por que o Banco de Dados do Azure para MySQL – Servidor Único será desativado?

a. O Banco de Dados do Azure para MySQL – Servidor Único entrou em GA (Disponibilidade Geral) em 2018. No entanto, considerando comentários dos clientes e novos avanços em termos de computação, disponibilidade, escalabilidade e desempenho no cenário do banco de dados do Azure, a oferta de Servidor Único precisa ser desativada e atualizada com uma nova arquitetura, o Servidor Flexível do Banco de Dados do Azure para MySQL, para fornecer a você o melhor da plataforma de banco de dados de código aberto do Azure.

P. Por que eu preciso migrar para o Banco de Dados do Azure para MySQL – Servidor Flexível?

A.Banco de Dados do Azure para MySQL – Servidor Flexível é a melhor plataforma para executar todas as suas cargas de trabalho MySQL no Azure. O Servidor Flexível do Azure para MySQL é econômico e fornece melhor desempenho em todas as camadas de serviço, além de mais maneiras de controlar seus custos, para uma recuperação de desastre mais barata e mais rápida:

  • Mais maneiras de otimizar custos, incluindo suporte para opções de computação de camada com capacidade de intermitência.
  • Melhor desempenho para cargas de trabalho de produção comercialmente críticas que exigem baixa latência, alta simultaneidade, failover rápido e alta escalabilidade.
  • Tempo de atividade aprimorado com a capacidade de configurar uma espera ativa na mesma zona ou em uma zona diferente e uma janela de tempo de uma hora para manutenção planejada do servidor.

Q. Em quanto tempo preciso migrar meu servidor único para um servidor flexível?

a. O Banco de Dados do Azure para MySQL – Servidor Único está programado para ser desativado até 16 de setembro de 2024, portanto é altamente recomendável migrar seu servidor único para um servidor flexível na primeira oportunidade para garantir que haja tempo suficiente para executar o ciclo de vida de migração, aplicar os benefícios oferecidos pelo Servidor Flexível e garantir a continuidade de seus negócios.

Q. O que acontecerá com minhas instâncias de servidor único existentes do Banco de Dados do Azure para MySQL?

a. Suas cargas de trabalho existentes do servidor único do Banco de Dados do Azure para MySQL continuarão funcionando como antes e terão suporte oficial até a data limite. No entanto, nenhuma nova atualização será lançada para o Servidor Único e recomendamos que você comece a migrar para o Banco de Dados do Azure para MySQL – Servidor Flexível o quanto antes. Após a data de desativação, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância apropriada de Servidor Flexível de forma gradual.

P. Posso optar por continuar executando o Servidor Único além da data limite?

a. Infelizmente, não planejamos dar suporte ao Servidor Único além da data limite de 16 de setembro de 2024 e, portanto, aconselhamos fortemente que você comece a planejar a migração o quanto antes. Após a data de desativação, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância apropriada de Servidor Flexível de forma gradual. Isso pode resultar em disponibilidade limitada de recursos, já que algumas funcionalidades avançadas não podem ser migradas automaticamente para a instância de Servidor Flexível sem entradas do cliente. Leia mais sobre as etapas para reconfigurar tais recursos após a migração automática para minimizar o impacto potencial aqui. Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL – Servidor Flexível não possui suporte, então após a data de desativação, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e para poder ser migrada para o Servidor Flexível.

P. Meu servidor único está implantado em uma região que não dá suporte ao servidor flexível. O que acontecerá com meu servidor após a data de desativação? R. Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL – Servidor Flexível não possui suporte, então após a data de desativação, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e para poder ser migrada para o Servidor Flexível. É altamente recomendável que você use uma das seguintes opções para migrar antes da data de desativação, a fim de evitar qualquer interrupção na continuidade dos negócios:

  • Use o DMS do Azure para realizar uma migração entre regiões para o Servidor Flexível em uma região adequada do Azure.
  • Migre para o MySQL Server hospedado em uma VM na região, se não for possível alterar as regiões devido a problemas de conformidade.

P. Após a data de desativação, haverá alguma perda de dados para meu Servidor Único? R. Não, não haverá nenhuma perda de dados na sua instância de Servidor Único. Após a data de desativação, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância apropriada de Servidor Flexível. Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL – Servidor Flexível não possui suporte, então após a data de desativação, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e para poder ser migrada para o Servidor Flexível em uma região apropriada.

P. E se eu ainda precisar criar um servidor único, após o anúncio da desativação do Servidor Único, para atender às minhas necessidades de negócios?

R. Como parte dessa desativação, não daremos mais suporte à criação de novas instâncias de Servidor Único do portal do Azure a partir de 16 de janeiro de 2023. Além disso, a partir de 19 de março de 2024, não será mais possível criar instâncias de Servidor Único do Banco de Dados do Azure para MySQL usando a CLI do Azure. Se você ainda precisar criar instâncias de servidor único para atender a necessidades de continuidade dos negócios, crie um tíquete de suporte do Azure.

P. E se eu ainda precisar criar uma nova réplica de leitura para minha instância de servidor único após o anúncio de desativação do servidor único?

R. Você ainda poderá criar réplicas de leitura para sua instância de Servidor Único existente da folha de Replicação e isso continuará a ter suporte até a data de desativação de 16 de setembro de 2024.

P. Há custos adicionais associados à execução da migração?

a. Ao executar a migração, você paga pelo servidor flexível de destino e pelo servidor único de origem. A configuração e a computação do servidor flexível de destino determinam os custos adicionais incorridos. Para saber mais, confira os Preços. Depois de desativar o servidor único de origem após a migração bem-sucedida, você pagará apenas pelo servidor flexível em execução. Não são gerados custos ao realizar a migração por meio das ferramentas de migração: Serviço de Migração de Banco de Dados do Azure (clássico), migração automática in-loco ou Importação do Banco de Dados do Azure para MySQL.

P. Minha cobrança será afetada pela execução do Servidor Flexível em comparação com o Servidor Único?

a. Se você selecionar a alta disponibilidade com redundância de zona ou na mesma zona para o servidor flexível de destino, a cobrança será maior do que era no servidor único. A alta disponibilidade com redundância de zona ou na mesma zona requer que um servidor em espera ativa seja utilizado com o armazenamento do backup redundante e, portanto, o custo adicionado. Essa arquitetura permite o tempo de inatividade reduzido durante interrupções não planejadas e manutenção planejada. Além disso, dependendo de sua carga de trabalho, os servidores flexíveis podem fornecer um desempenho muito melhor em servidores únicos, de modo que você pode ser capaz de executar a carga de trabalho com um SKU mais baixo nos servidores flexíveis e, portanto, seu custo geral pode ser semelhante ao de um servidor único.

Q. Preciso incorrer em tempo de inatividade para migrar o Servidor Único para o Servidor Flexível?

a. Para limitar qualquer tempo de inatividade que você possa ter, execute uma migração online para o Servidor Flexível, que fornece tempo de inatividade mínimo.

Q. Haverá atualizações futuras do Servidor Único para dar suporte às versões mais recentes do MySQL?

a. A última atualização da versão secundária para o Servidor Único versão 8.0 será a 8.0.15. Considere migrar para o Servidor Flexível para usar os benefícios das atualizações de versão mais recentes.

Q. Como o SLA de disponibilidade de 99,99% do servidor flexível difere do servidor único?

a. A implantação com redundância de zona do servidor flexível fornece disponibilidade de 99,99% com resiliência no nível da zona, enquanto o servidor único fornece resiliência em uma só zona de disponibilidade. A arquitetura de HA (alta disponibilidade) do Servidor Flexível implanta um modo de espera passiva com computação e armazenamento redundantes (com os dados de cada site armazenados em cópias 3x) em comparação com a arquitetura de HA do servidor único, que não tem um espera ativa passiva para ajudar a se recuperar de falhas zonais. A arquitetura de HA do servidor flexível permite o tempo de inatividade reduzido durante interrupções não planejadas e manutenção planejada.

Q. Quais opções de migração estão disponíveis para me ajudar a migrar meu servidor único para um servidor flexível?

R. Você pode usar a Importação do Banco de Dados do Azure para MySQL (recomendado) para migrar. Você também pode usar o Serviço de Migração de Banco de Dados do Azure (clássico) para executar migrações online ou offline.

P. Meu servidor único está implantado em uma região que não dá suporte ao servidor flexível. Como devo prosseguir com a migração?

a. O Serviço de Migração de Banco de Dados do Azure (clássico) dá suporte à migração entre regiões, portanto você pode selecionar uma região adequada para o servidor flexível de destino e prosseguir com a migração do DMS (clássico).

P. Tenho o Repositório de Consultas configurado para meu único servidor e esse recurso não tem suporte no Servidor Flexível. Como faço a migração?

R. Você pode configurar logs de consulta lentos no Servidor Flexível de destino após a migração seguindo as etapas aqui para obter a paridade de recursos com o Repositório de Consultas. Você pode então visualizar os insights de consulta usando o modelo de pastas de trabalho.

P. Tenho ponto de extremidade de serviço (Regras de VNet) configurado para meu Servidor Único e esse recurso não tem suporte no Servidor Flexível. Como faço a migração?

R. O ponto de extremidade de serviço (regra de VNet) não tem suporte no Servidor Flexível do Banco de Dados do Azure para MySQL. Recomendamos configurar o Link Privado na instância do Servidor Flexível migrada para atender à paridade de recursos. Leia mais sobre como configurar o Link Privado aqui.

P. Tenho criptografia dupla de infraestrutura configurada para meu Servidor Único e esse recurso não tem suporte no Servidor Flexível. Como faço a migração?

R. Não há suporte para criptografia dupla de infraestrutura no Servidor Flexível do Banco de Dados do Azure para MySQL. Recomendamos configurar a criptografia de dados no Servidor Flexível migrado para atender à paridade de recursos. Leia mais sobre como configurar a criptografia de dados (CMK) aqui.

P. Tenho o TLS v1.0/1.1 configurado para meu Servidor Único v8.0, e esse recurso não tem suporte no Servidor Flexível no momento. Como faço a migração?

a. Para dar suporte a padrões de segurança modernos, o MySQL Community Edition descontinuou o suporte para comunicação em protocolos TLS 1.0 e 1.1 a partir da versão 8.0.28. Recomendamos que você atualize seus drivers de cliente para dar suporte ao TLSv1.2 para se conectar com segurança ao Banco de Dados do Azure para MySQL – Servidor Único e, em seguida, continuar a migrar para o Servidor Flexível.

Q. Há uma opção de reversão da migração do Servidor Único para o Servidor Flexível?

a. Você pode executar qualquer número de migrações de teste e, depois de ganhar confiança com os testes, executar a migração final. Uma migração de teste não afeta o servidor único de origem, que permanece operacional e continua replicando até você executar a migração real. Se houver erros durante a migração de teste, você poderá optar por adiar a migração final e manter o servidor de origem em execução. Você poderá tentar novamente a migração final depois de resolver os erros. Após você de executar uma migração final para o Servidor Flexível e o servidor único de origem tiver sido desligado, não será possível realizar uma reversão do Servidor Flexível para o Servidor Único.

P. Se o tamanho do meu banco de dados for maior do que 1 TB, como devo continuar com a migração?

R. Você pode usar a Importação do Banco de Dados do Azure para MySQL (recomendado) para migrar, que oferece alto desempenho para cargas de trabalho de grande porte.

P. Há suporte para migração entre regiões?

a. O Serviço de Migração de Banco de Dados do Azure dá suporte a migrações entre regiões, para que você possa migrar seu servidor único para um servidor flexível implantado em uma região diferente usando o DMS.

Q. Há suporte para a migração entre assinaturas?

a. O Serviço de Migração de Banco de Dados do Azure dá suporte a migrações entre assinaturas, para que você possa migrar seu servidor único para um servidor flexível implantado em uma assinatura diferente usando o DMS.

Q. Há suporte para a assinatura entre grupo de recursos?

a. O Serviço de Migração de Banco de Dados do Azure dá suporte a migrações de grupo de recursos, para que você possa migrar seu servidor único para um servidor flexível implantado em um grupo de recursos diferente usando o DMS.

Q. Há suporte entre versões?

R. Sim, há suporte para a migração de servidores MySQL de versões inferiores (v5.6 e superior) para versões mais altas por meio de migrações do Serviço de Migração de Banco de Dados do Azure.

P. O Servidor Único do Banco de Dados MyAzure para MySQL utiliza portas não padrão, como 3308, 3309 e 3310, que não têm suporte no Servidor Flexível. O que devo fazer para garantir a conectividade ao migrar para o Servidor Flexível?

R. Se o Servidor Único do Banco de Dados do Azure para MySQL de origem utilizar portas não padrão, como 3308, 3309 e 3310, altere a porta de conectividade para 3306, pois as portas não padrão mencionadas acima não têm suporte no Servidor Flexível.

P. Tenho mais perguntas sobre a desativação. Como posso obter assistência com isso?

R. Em caso de dúvidas, fale com os especialistas da comunidade no Microsoft Q&A. Se tiver um plano de suporte e precisar de ajuda técnica, crie uma solicitação de suporte:

  1. Em Resumo, digite uma descrição do problema.
  2. Em Tipo de problema, selecione Técnico.
  3. Em Assinatura, selecione sua assinatura.
  4. Em Serviço, selecione Meus Serviços.
  5. Em Tipo de serviço, selecione Servidor único do Banco de Dados do Azure para MySQL.
  6. Em Recurso, selecione seu recurso.
  7. Para Tipo de problema, selecione Migração.
  8. Para Subtipo de problema, selecione Migrar de servidor único para flexível

Você também pode entrar em contato com a equipe de produto do Banco de Dados do Azure para MySQL em AskAzureDBforMySQL@service.microsoft.com.

Aviso

Este artigo não é destinado a usuários do Banco de Dados do Azure para MySQL – Servidor Flexível. Ele é destinado a clientes do Banco de Dados do Azure para MySQL – Servidor Único que precisam atualizar para o MySQL – Servidor Flexível.

Consulte as perguntas frequentes sobre como usar o Serviço de Migração de Banco de Dados do Azure (clássico) para migrações do Banco de Dados do Azure para MySQL - Servidor Único para o Servidor Flexível.

Sabemos que migrar serviços pode ser uma experiência frustrante e pedimos desculpas antecipadamente por qualquer inconveniência que isso possa causar a você. Você pode escolher qual cenário funciona melhor para você e seu ambiente.

Próximas etapas