O que está a acontecer à Base de Dados do Azure para MySQL - Servidor Único?

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

Após anos de evolução do Banco de Dados do Azure para MySQL - serviço de Servidor Único, ele não pode mais 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 antes de 16 de setembro de 2024 para evitar migração forçada involuntária e indisponibilidade do servidor.

O Banco de Dados do Azure para MySQL - Servidor Flexível é um serviço de banco de dados totalmente gerenciado pronto para produção projetado para controle mais granular e flexibilidade sobre 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ê tiver atualmente um Banco de Dados do Azure para MySQL - serviço de Servidor Único que hospeda servidores de produção, temos o prazer de informar que você pode migrar seu Banco de Dados do Azure para MySQL - Servidores de Servidor Único para o serviço Banco de Dados do Azure para MySQL - Servidor Flexível gratuitamente usando o Banco de Dados do Azure para Importação MySQL, a migração automática in-loco ou o Serviço de Migração de Banco de Dados do Azure (clássico). Analise as diferentes maneiras de migrar na seção abaixo.

Como parte dessa desativação, não oferecemos mais suporte à criação de novas instâncias de Servidor Único a partir do portal do Azure a partir de 16 de janeiro de 2023 e 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 às necessidades de continuidade de negócios, levante um tíquete de suporte do Azure. Você ainda poderá criar réplicas de leitura e executar restaurações (PITR e restauração geográfica) para sua instância de servidor único existente e isso continuará a ser suportado até a data de expiração de 16 de setembro de 2024.

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.

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

Verificações de pré-requisitos ao migrar de Servidor Único para Servidor Flexível

• Se o Banco de Dados do Azure de origem para MySQL Single Server tiver a versão do mecanismo v8.x, certifique-se de atualizar a versão do driver do cliente .NET do servidor de origem para 8.0.32 para evitar incompatibilidades de codificação após a migração para o Servidor Flexível.
• Se o Banco de Dados do Azure de origem para MySQL Single Server tiver a versão do mecanismo v8.x, certifique-se de atualizar a versão TLS do servidor de origem de v1.0 ou v1.1 para TLS v1.2 antes da migração, pois as versões mais antigas do TLS foram preteridas para o Servidor Flexível.
• Se o Banco de Dados do Azure de origem para MySQL Single Server utilizar portas não padrão, como 3308,3309 e 3310, altere sua porta de conectividade para 3306, pois as portas não padrão mencionadas acima não são suportadas no Servidor Flexível.
• As tags de serviço (SQL) em Regras de Saída não são suportadas no Banco de Dados do Azure para o Servidor Flexível MySQL. Use FQDN (nome de domínio totalmente qualificado) em Regras de saída ao definir as configurações de firewall para o servidor flexível.

O que acontece após a data do pôr do sol (16 de setembro de 2024)?

Enviamos notificações recorrentes nos últimos dois anos para concluir a migração para o Banco de Dados do Azure para o Servidor Flexível MySQL, tanto por meio de canais públicos, como o Azure Update e blogs, quanto por meio de contato direto por meio de e-mails de clientes, páginas de produtos e banners do Portal do Azure. Como parte de nossa comunicação e assistência contínuas para migrar os clientes com segurança para seu novo ambiente, esta seção fornece mais informações sobre a experiência do cliente para quaisquer cargas de trabalho que permaneçam em produção a partir de 16 de setembro de 2024.

Executar a instância do Servidor Único após a data de expiração seria um risco de segurança, pois não haverá manutenção de segurança e correções de bugs na plataforma de Servidor Único obsoleta. Para garantir nosso compromisso com a execução das instâncias gerenciadas em uma plataforma confiável e segura após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada à força para uma instância de Servidor Flexível apropriada de forma faseada.

A partir de 17 de setembro, os servidores não responsivos que tenham uma migração automática agendada e não tenham fornecido entradas obrigatórias serão interrompidos. Além disso, servidores com versão TLS baixa, versão de driver de cliente baixa, pontos de extremidade de serviço e outras inelegibilidades de migração automática que não tomaram nenhuma ação para migrar também serão interrompidos. Ser-lhe-á pedido que venha ao portal do Azure, reconheça as ações de migração e reinicie o servidor. Certifique-se de concluir a ação necessária para prosseguir com a migração automática, para evitar a migração forçada involuntária mais tarde, o que poderia levar à indisponibilidade do servidor, pois apenas recursos limitados podem ser migrados.

É altamente recomendável usar a CLI de Importação do Banco de Dados do Azure para MySQL ou o 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 interrupções causadas pela migração forçada e garantir a continuidade dos negócios.

Migração forçada após a data de expiração

Após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, serão migrados à força para uma instância de Servidor Flexível apropriada de forma faseada. Isso pode levar a uma disponibilidade limitada de recursos, já que certas funcionalidades avançadas não podem ser migradas à força sem as entradas do cliente para a instância do Servidor Flexível. Isso pode levar à indisponibilidade do servidor para servidores com recursos de segurança e rede. Leia mais sobre as etapas para reconfigurar esses recursos após a migração forçada para minimizar o efeito potencial abaixo.

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

• Private Link
• Encriptação de dados (CMK)
• Autenticação do Microsoft Entra (antigo Microsoft Entra ID)
• Pontos finais de serviço
• Infraestrutura Dupla encriptação
• Réplicas de Leitura

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

Ação necessária após a migração forçada

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

• Private Link – Leia mais sobre como configurar aqui
• Criptografia de dados (CMK) - Leia mais sobre como configurar aqui
• Autenticação do Microsoft Entra (antigo Microsoft Entra ID) - Leia mais sobre como configurar aqui
• Pontos de extremidade de serviço – O ponto de extremidade de serviço (regra de rede virtual) não é suportado no Banco de Dados do Azure para o Servidor Flexível MySQL. Recomendamos configurar o Private Link para atender à paridade de recursos. Leia mais sobre como configurar o Private Link aqui
• Criptografia dupla de infraestrutura – A criptografia dupla de infraestrutura não é suportada no Banco de Dados do Azure para o Servidor Flexível 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 - As réplicas de leitura serão migradas como servidores autônomos separados. Configure réplicas de leitura para seu servidor primário fazendo referência ao servidor autônomo secundário migrado, que pode ser excluído após a configuração. Leia mais sobre como configurar aqui

Configurar as propriedades do Microsoft Defender for Cloud no Servidor Flexível

Quando você migra do Banco de Dados do Azure para MySQL - Servidor Único para Servidor Flexível com o Defender for Cloud habilitado, o estado de habilitação é preservado. Para obter paridade no Servidor Flexível para propriedades que você pode configurar em Servidor Único, considere os detalhes na tabela a seguir.

Perguntas mais frequentes (FAQs)

P. Por que o Banco de Dados do Azure para MySQL-Single Server está sendo desativado?

A. A Base de Dados do Azure para MySQL - Servidor Único entrou em Disponibilidade Geral (GA) em 2018. No entanto, dados os comentários dos clientes e os novos avanços nos recursos de computação, disponibilidade, escalabilidade e desempenho no cenário do banco de dados do Azure, a oferta de Servidor Único precisa ser descontinuada e atualizada com uma nova arquitetura – Banco de Dados do Azure para Servidor Flexível MySQL para oferecer a você o melhor da plataforma de banco de dados de código aberto do Azure. Encontre o anúncio de aposentadoria aqui.

P. Por que estou sendo solicitado a migrar para o Banco de Dados do Azure para MySQL - Servidor Flexível?

Um. O Banco de Dados do Azure para MySQL - Servidor Flexível é a melhor plataforma para executar todas as suas cargas de trabalho do MySQL no Azure. O Azure MySQL - Servidor Flexível é económico e oferece um melhor desempenho em todos os escalões de serviço e mais formas de controlar os custos, para uma recuperação após desastre mais acessível e mais rápida:

• Mais formas de otimizar os custos, incluindo suporte para opções de computação de escalão expansível.
• Desempenho melhorado para cargas de trabalho de produção críticas para a empresa que requerem baixa latência, elevada simultaneidade, ativação pós-falha rápida e elevada escalabilidade.
• Tempo de atividade melhorado, com a capacidade de configurar uma reserva ativa na mesma zona ou numa zona diferente e um período de tempo de uma hora para manutenção planeada do servidor.

P. 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 em 16 de setembro de 2024, portanto, recomendamos vivamente a migração do seu servidor único para um servidor flexível o mais rapidamente possível para garantir tempo suficiente para executar o ciclo de vida da migração, aplicar os benefícios oferecidos pelo Servidor Flexível e garantir a continuidade do seu negócio.

P. O que acontece às minhas instâncias de servidor único existentes da Base de Dados do Azure para MySQL?

A. Seu Banco de Dados do Azure existente para cargas de trabalho de servidor único MySQL continua a funcionar como antes e é oficialmente suportado até a data de expiração. No entanto, nenhuma nova atualização é lançada para o Servidor Único e recomendamos que você comece a migrar para o Banco de Dados do Azure para o Servidor Flexível MySQL o mais cedo possível. Após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, serão migrados à força para uma instância de Servidor Flexível apropriada de forma faseada.

P. Posso optar por continuar executando o Single Server além da data de expiração?

A. Infelizmente, não planejamos oferecer suporte a Servidor Único além da data de expiração de 16 de setembro de 2024 e, portanto, recomendamos que você comece a planejar sua migração o mais rápido possível. Após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, serão migrados à força para uma instância de Servidor Flexível apropriada de forma faseada. Isso pode levar a uma disponibilidade limitada de recursos, já que certas funcionalidades avançadas não podem ser migradas à força sem as entradas do cliente para a instância do Servidor Flexível. Leia mais sobre as etapas para reconfigurar esses recursos após a migração forçada 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 é suportado, em seguida, após a data de expiração, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e poder migrar para o Servidor Flexível até 15 de novembro.

P. Meu único servidor é implantado em uma região que não suporta servidor flexível. O que acontecerá com o meu servidor após a data de expiração?

A. Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL - Servidor Flexível não é suportado, em seguida, após a data de expiração, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e poder migrar para o Servidor Flexível até 15 de novembro. É altamente recomendável que você use uma das seguintes opções para migrar antes da data de expiração para evitar interrupções na continuidade dos negócios:

• Use o DMS do Azure para executar 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 você não puder alterar regiões devido a problemas de conformidade.

P. Após a data de expiração, haverá alguma perda de dados para o meu servidor único?

A. Não, não haverá nenhuma perda de dados incorrida para sua instância de Servidor Único. Após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada à força para uma instância de Servidor Flexível apropriada. Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL - Servidor Flexível não é suportado, então publique a data de expiração, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e poder migrar para o Servidor Flexível em uma região apropriada até 15 de novembro.

P. E se, após o anúncio de descontinuação do Servidor Único, ainda precisar de criar um novo servidor único para satisfazer as minhas necessidades empresariais?

A. Como parte dessa desativação, não daremos mais suporte à criação de novas instâncias de Servidor Único a partir do portal do Azure a partir de 16 de janeiro de 2023. Além disso, a partir de 19 de março de 2024 , você não poderá mais criar novos bancos de dados do Azure para instâncias do Servidor Único MySQL usando a CLI do Azure. Se você ainda precisar criar instâncias de Servidor Único para atender às necessidades de continuidade de negócios, levante um tíquete de suporte do Azure.

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

A. Você ainda poderá criar réplicas de leitura para sua instância de servidor único existente a partir da folha Replicação e isso continuará a ser suportado até a data de expiração de 16 de setembro de 2024.

P. Existem custos adicionais associados à realização da migração?

A. Ao executar a migração, irá pagar 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 obter mais informações, veja os Preços. Depois de desativar o servidor único de origem após concluir a migração com êxito, só irá pagar o servidor flexível em execução. Não há custos incorridos durante a execução da migração por meio do Serviço de Migração de Banco de Dados do Azure (clássico), da migração automática in-loco ou das ferramentas de migração do Banco de Dados do Azure para Importação MySQL.

P. A minha faturação será afetada pela execução do Servidor Flexível em comparação com o Servidor Único?

A. Se você selecionar a mesma zona ou zona de alta disponibilidade redundante para o servidor flexível de destino, sua fatura será maior do que era em um único servidor. A elevada disponibilidade na mesma zona ou com redundância entre zonas requer que um servidor de reserva ativo seja configurado juntamente com o armazenamento de cópias de segurança redundantes e, por conseguinte, incorre num custo adicional. Esta arquitetura permite reduzir o período de inatividade durante indisponibilidades não planeadas e manutenção planeada. Além disso, dependendo da sua carga de trabalho, os servidores flexíveis podem fornecer um melhor desempenho em relação a servidores únicos, pelo que você pode executar sua carga de trabalho com uma SKU mais baixa em servidores flexíveis e, portanto, seu custo geral pode ser semelhante ao de um único servidor.

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

A. Para limitar qualquer período de inatividade que possa ocorrer, realize uma migração online para o Servidor Flexível, a qual proporciona um período de indisponibilidade mínimo.

P. Haverá atualizações futuras para o Single Server para suportar as versões mais recentes do MySQL?

A. A última atualização de versão secundária para a versão 8.0 do Servidor Único será a 8.0.15. Considere migrar para o Servidor Flexível para tirar partido das vantagens das atualizações de versão mais recentes.

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

A. A implantação redundante de zona do servidor flexível fornece 99,99% de disponibilidade com resiliência em nível zonal, enquanto o servidor único fornece resiliência em uma única zona de disponibilidade. A arquitetura de alta disponibilidade (HA) do servidor flexível implanta um modo de espera quente com computação e armazenamento redundantes (com os dados de cada local armazenados em cópias 3x) em comparação com a arquitetura de HA de servidor único, que não tem um hot standby passivo para ajudar na recuperação de falhas zonais. A arquitetura HA do servidor flexível permite reduzir o tempo de inatividade durante interrupções não planejadas e manutenção planejada.

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

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

P. Meu único servidor é implantado em uma região que não suporta servidor flexível. Como devo proceder para a migração?

A. O Azure Database Migration Service (clássico) suporta a migração entre regiões, para que possa selecionar uma região adequada para o servidor flexível de destino e, em seguida, 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 é suportado no Servidor Flexível. Como posso migrar?

A. Você pode configurar logs de consulta lentos na pós-migração do Servidor Flexível de destino seguindo as etapas aqui para obter paridade de recursos com o Repositório de Consultas. Em seguida, você pode exibir informações de consulta usando o modelo de pastas de trabalho.

P. Tenho o Service Endpoint (VNet Rules) configurado para o meu único servidor e esta funcionalidade não é suportada no Servidor Flexível. Como posso migrar?

A. O ponto de extremidade de serviço (Regra de rede virtual) não é suportado no Banco de Dados do Azure para o Servidor Flexível MySQL. Recomendamos configurar o Private Link na instância migrada do Servidor Flexível para atender à paridade de recursos. Leia mais sobre como configurar o Private Link aqui.

P. Tenho criptografia dupla de infraestrutura configurada para meu único servidor e esse recurso não é suportado no servidor flexível. Como posso migrar?

A. A criptografia dupla de infraestrutura não é suportada no Banco de Dados do Azure para o Servidor Flexível 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 único servidor v8.0 e esse recurso não é suportado atualmente no Servidor Flexível. Como posso migrar?

A. Para suportar padrões de segurança modernos, o MySQL community edition descontinuou o suporte para comunicação através dos protocolos Transport Layer Security (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, prossiga com a migração para o Servidor Flexível.

P. Existe uma opção para reverter uma migração de Servidor Único para Servidor Flexível?

A. Pode realizar qualquer número de migrações de teste e, depois de ganhar confiança através dos testes, realizar a migração final. Uma migração de teste não afeta o servidor único de origem, que permanece operacional e continua replicando até que você execute a migração real. Se existirem erros durante a migração de teste, pode optar por adiar a migração final e manter o servidor de origem em execução. Em seguida, pode voltar a tentar a migração final depois de solucionar os erros. Depois de realizar uma migração final para o Servidor Flexível e o servidor único de origem ter sido encerrado, não poderá realizar uma reversão do Servidor Flexível para o Servidor Único.

P. O tamanho do meu banco de dados é maior que 1 TB, então como devo proceder com minha migração?

A. Você pode usar o Banco de Dados do Azure para Importação MySQL (recomendado) para migrar, o que é altamente eficiente para cargas de trabalho mais pesadas.

P. A migração entre regiões é suportada?

A. O Azure Database Migration Service suporta migrações entre regiões, para que possa migrar o servidor único para um servidor flexível implementado numa região diferente com o DMS.

P. A migração entre subscrições é suportada?

A. O Azure Database Migration Service suporta migrações entre subscrições, para que possa migrar o servidor único para um servidor flexível implementado numa subscrição diferente com o DMS.

P. A subscrição entre grupos de recursos é suportada?

A. O Azure Database Migration Service suporta migrações entre grupos de recursos, para que possa migrar o servidor único para um servidor flexível implementado num grupo de recursos diferente com o DMS.

P. Existe suporte entre versões?

A. Sim, a migração de servidores MySQL de versão inferior (v5.6 e superior) para versões superiores é suportada através de migrações do Azure Database Migration Service.

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

A. Se o Banco de Dados do Azure de origem para MySQL Single Server utilizar portas não padrão, como 3308,3309 e 3310, altere sua porta de conectividade para 3306, pois as portas não padrão mencionadas acima não são suportadas no Servidor Flexível.

P. Tenho ainda perguntas a fazer sobre a reforma. Como posso obter ajuda?

A. Se você tiver dúvidas, obtenha respostas de especialistas da comunidade em Perguntas e respostas da Microsoft. Se você tiver um plano de suporte e precisar de ajuda técnica, crie uma solicitação de suporte:

1. Para Resumo, escreva uma descrição do seu problema.
2. Em Tipo de problema, selecione Técnico.
3. Para Subscrição, selecione a sua subscrição.
4. Em Serviço, selecione Meus serviços.
5. Para Tipo de serviço, selecione Banco de Dados do Azure para servidor único MySQL.
6. Em Recurso, selecione seu recurso.
7. Em Tipo de problema, selecione Migração.
8. Para o subtipo Problema, selecione Migrando de servidor único para flexível

Visite as Perguntas frequentes para obter informações 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 Servidor Flexível.

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

Conteúdos relacionados

• Perguntas frequentes sobre migrações DMS (clássicas)
• Selecione as ferramentas certas para migração para o Banco de Dados do Azure para MySQL
• O que é Servidor Flexível