O que acontecerá com o Banco de Dados do Azure para PostgreSQL – Servidor Único após o anúncio de desativação?
APLICA-SE A:
Banco de Dados do Azure para PostgreSQL – Servidor Único
O Banco de Dados do Azure para PostgreSQL – Servidor Único está em processo de desativação e está programado para ser desativado até 28 de março de 2025.
O Banco de Dados do Azure para PostgreSQL – Servidor Único ficou disponível em 2018. 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 do Servidor Único precisa ser desativada e atualizada com uma nova arquitetura. O Banco de Dados do Azure para PostgreSQL – Servidor Flexível é a próxima geração do serviço e traz o melhor da plataforma de banco de dados de código aberto do Azure.
Como parte dessa desativação, não daremos mais suporte à criação de novas instâncias de servidor único no portal do Azure a partir de 30 de novembro de 2023. Se você precisar criar instâncias de servidor único para atender às necessidades de continuidade dos negócios, poderá continuar usando a CLI do Azure e o modelo ARM. Porém, a partir de março de 2025, esses métodos não serão mais usados.
Se você atualmente tem um serviço do Banco de Dados do Azure para PostgreSQL – Servidor Único para hospedar servidores de produção, é possível migrar seu Banco de Dados do Azure para PostgreSQL – Servidor Único para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível.
O Banco de Dados do Azure para PostgreSQL – 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 Banco de Dados do Azure para PostgreSQL – Servidor Flexível, acesse Banco de Dados do Azure para PostgreSQL – Servidor Flexível.
Migrar do Banco de Dados do Azure para PostgreSQL – Servidor Único para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível
Saiba como migrar do Banco de Dados do Azure para PostgreSQL – Servidor Único para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível usando a Ferramenta de migração de Servidor Único para Servidor Flexível.
Perguntas frequentes (FAQs)
Q. Por que o Banco de Dados do Azure para PostgreSQL – Servidor Único será desativado?
a. O Banco de Dados do Azure para PostgreSQL – Servidor Único ficou disponível em 2018. 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 do Servidor Único precisa ser desativada e atualizada com uma nova arquitetura. O Banco de Dados do Azure para PostgreSQL – Servidor Flexível é a próxima geração do serviço e traz o melhor da plataforma de banco de dados de código aberto do Azure.
Q. Por que preciso migrar para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível?
A. O Banco de Dados do Azure para PostgreSQL – Servidor Flexível é a melhor plataforma para executar todas as suas cargas de trabalho PostgreSQL no Azure. O Banco de Dados do Azure para PostgreSQL – Servidor Flexível é mais econômico, fornece melhor desempenho em todas as camadas de serviço e mais maneiras de controlar seus custos para uma recuperação de desastre mais barata e mais rápida. As outras melhorias no servidor flexível incluem:
- Suporte para Postgres versão 11 e mais recentes, além de aprimoramentos de segurança internos
- Melhor desempenho de preço com suporte para opções de computação de camada com capacidade de intermitência.
- Melhor tempo de atividade configurando o servidor em espera ativa na mesma ou em diferentes zonas de disponibilidade e janelas de manutenção controladas pelo usuário.
- Uma experiência simplificada do desenvolvedor para cargas de trabalho de dados de alto desempenho.
Q. Em quanto tempo devo migrar meu Servidor Único para um Servidor Flexível?
a. O Banco de Dados do Azure para PostgreSQL – Servidor Único está programado para ser desativado até 28 de março de 2025. 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 e usar os benefícios oferecidos pelo Servidor Flexível.
Q. O que acontecerá com minhas instâncias existentes do Banco de Dados do Azure para PostgreSQL – Servidor Único?
a. Suas cargas de trabalho existentes Banco de Dados do Azure para PostgreSQL – Servidor Único continuarão com suporte até março de 2025.
Q. Ainda posso criar uma nova versão 11 do Banco de Dados do Azure para PostgreSQL – Servidor Único após a data de fim do serviço da comunidade em novembro de 2023?
R. A partir de 30 de novembro de 2023, você não poderá mais criar novas instâncias de servidor único para o PostgreSQL versão 11 pelo portal do Azure. No entanto, você ainda pode fazê-los por meio da CLI até novembro de 2024. Continuaremos a oferecer suporte aos servidores únicos através de nossa política de suporte de controle de versão. Seria melhor começar a migrar para o Azure Database for PostgreSQL – Servidor Flexível imediatamente.
Q. Posso continuar executando meu Banco de Dados do Azure para PostgreSQL – Servidor Único depois de 28 de março de 2025?
a. Planejamos dar suporte ao Servidor Único até 28 de março de 2025 e recomendamos que você comece a planejar sua migração o mais rápido possível. Planejamos encerrar o suporte para implantações de servidor único até 28 de março de 2025.
Q. 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?
a. Não estamos interrompendo a capacidade de criar novos servidores únicos, portanto, você poderá continuar criando novos servidores únicos por meio da CLI para atender às suas necessidades de negócios a todas as versões do PostgreSQL com suporte no Banco de Dados do Azure para PostgreSQL – Servidor Único. Recomendamos fortemente que você explore o Servidor Flexível e veja se ele atende às suas necessidades. Não hesite em entrar em contato conosco, se necessário, para que possamos orientá-lo e sugerir o melhor caminho a seguir.
Q. Há algum custo adicional associado à execução da migração?
a. Você paga pelo servidor flexível de destino e pelo servidor único de origem durante a migração. A configuração e a computação do servidor flexível de destino determinarão os custos extras incorridos (confira Preço para obter mais detalhes). Após encerrar com sucesso o servidor único de origem após a migração, você só pagará pelo seu servidor flexível. O uso da Ferramenta de migração de Servidor Único para Servidor Flexível não tem custo adicional. Se você tiver dúvidas ou preocupações sobre o custo de migração do servidor único para um servidor flexível, entre em contato com o representante da sua conta da Microsoft.
Q. Minha cobrança será afetada ao executar o Banco de Dados do Azure para PostgreSQL – Servidor Flexível em vez do Banco de Dados do Azure para PostgreSQL – Servidor Único?
a. A cobrança deve ser comparável se você escolher uma configuração semelhante à sua do Banco de Dados do Azure para PostgreSQL – Servidor Único. No entanto, se você selecionar a mesma zona ou uma zona redundante com alta disponibilidade para o servidor flexível de destino, sua cobrança será mais alta do que em seu servidor único. A mesma zona ou alta disponibilidade redundante de zona requer que um servidor em espera ativa adicional seja ativado e armazene dados de backup redundantes, portanto, há um custo adicional para o segundo servidor. Essa arquitetura permite o tempo de inatividade reduzido durante interrupções não planejadas e manutenção planejada. Em geral, o Servidor Flexível fornece melhor desempenho de preço, no entanto, isso depende da sua carga de trabalho.
Q. Vou incorrer em tempo de inatividade ao migrar meu Banco de Dados do Azure para PostgreSQL – Servidor Único para um Servidor Flexível?
a. Atualmente, a Ferramenta de migração de Servidor Único para Servidor Flexível só dá suporte a migrações offline. A migração offline requer tempo de inatividade para seus aplicativos durante o processo de migração. Para obter mais informações, confira Ferramenta de migração de Servidor Único para Servidor Flexível do Banco de Dados do Azure para PostgreSQL.
O tempo de inatividade depende de vários fatores, incluindo o número de bancos de dados, o tamanho dos seus bancos de dados, o número de tabelas dentro de cada banco de dados, o número de índices e a distribuição dos dados entre as tabelas. Ele também depende do SKU dos servidores de origem e de destino e da IOPS disponível nos servidores de origem e de destino.
Dado os vários fatores envolvidos em uma migração, a melhor abordagem para estimar o tempo de inatividade para o seu aplicativo é tentar a migração em um servidor PITR restaurado do servidor primário para planejar a migração de produção.
As migrações offline são menos complexas, com poucas chances de falha, e são a maneira recomendada de executar migrações de um servidor único para um servidor flexível para cargas de trabalho com janelas de serviço.
Você pode entrar em contato com as equipes de conta se os requisitos de tempo de inatividade não forem atendidos pelas migrações offline fornecidas pela ferramenta de migração de servidor único para flexível.
Observação
O suporte para migração online estará disponível em breve.
Q. Haverá atualizações futuras do Servidor Único para dar suporte às versões mais recentes do PostgreSQL?
a. Recomendamos que você migre para o Servidor Flexível se precisar executar nas versões mais recentes do mecanismo PostgreSQL. Continuamos implantando versões secundárias lançadas pela comunidade para Postgres versão 11 até que ele seja desativado pela comunidade em novembro de 2023.
Observação
Estamos estendendo o suporte para o Postgres versão 11 após a data de desativação da comunidade e ofereceremos suporte ao a versão 11 do PostgreSQL no Servidor Único e no Servidor Flexível para facilitar essa transição. Considere migrar para um Servidor Flexível para usar os benefícios das versões mais recentes do mecanismo do Postgres.
Q. Como o SLA com 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 uma disponibilidade de 99,99% com resiliência de nível de zona, e um Servidor Único oferece uma disponibilidade de 99,99%, mas sem resiliência de zona. A arquitetura de HA (Alta Disponibilidade) do Servidor Flexível implanta um servidor em espera ativa com computação e armazenamento redundantes (com os dados armazenados de cada site em três cópias). A arquitetura de HA de um Servidor Único não tem uma espera ativa passiva para ajudar a se recuperar de falhas zonais. A arquitetura de HA do Servidor Flexível reduz o tempo de inatividade durante interrupções não planejadas e manutenções planejadas.
Q. 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. Estamos próximos da paridade regional com um Servidor Único. Essas são as regiões sem presença do Servidor Flexível.
- Leste da China (CE e CE2),
- Norte da China (CN e CN2)
- Oeste da Índia
- Norte da Suécia
É recomendável migrar para as regiões CN3/CE3, Índia Central, Suécia Central e Sul da Suécia. Q. Tenho um link privado configurado para o meu Servidor Único e esse recurso atualmente não é tem suporte para o Servidor Flexível. Como faço a migração?
a. O suporte do Servidor Flexível para link privado é nossa maior prioridade e está no roteiro. Esse recurso está planejado para ser iniciado no 4º trimestre de 2023. Outra opção é considerar a migração para o servidor flexível injetado na VNET.
Q. Há uma opção de reversão da migração de Servidor Único para o Servidor Flexível?
a. Você pode executar qualquer número de migrações de teste, testar o sucesso da migração e executar a migração final quando estiver pronto. As migrações de teste não afetam a origem do servidor único, que permanece operacional até que você execute a migração. Se houver erros durante a migração de teste, você pode adiar a migração final e manter seu servidor de origem em execução. Você poderá tentar novamente a migração final depois de resolver os erros. Depois de executar uma migração final para um servidor flexível e abri-la para a carga de trabalho de produção, você perderá a capacidade de voltar para um servidor único sem incorrer em perda de dados.
Q. Como devo migrar meu BD (> 1 TB)
A.A Ferramenta de migração de Servidor Único para Servidor Flexível pode migrar bancos de dados de todos os tamanhos de um Servidor Único para um Servidor Flexível. A nova versão da ferramenta não tem restrições sobre o tamanho dos bancos de dados.
Q. Há suporte para migração entre regiões?
a. Atualmente, a Ferramenta de migração de Servidor Único para Servidor Flexível não dá suporte a migrações entre regiões. Isso terá suporte em um momento posterior. Você pode usar o pg_dump/pg_restore para executar migrações entre regiões.
As migrações de dados entre regiões devem ser evitadas porque a migração leva muito tempo para ser concluída. Uma maneira mais simples de fazer isso será iniciar uma réplica de leitura na região geográfica de destino, fazer failover do aplicativo e seguir as etapas descritas anteriormente.
Q. Há suporte para a migração entre assinaturas?
a. A Ferramenta de migração de Servidor Único para Servidor Flexível dá suporte a migrações entre assinaturas.
Q. Há suporte para assinatura entre grupo de recursos?
a. a Ferramenta de migração de Servidor Único para Servidor Flexível dá suporte a migrações entre grupos de recursos.
Q. Há suporte entre versões?
a. O serviço de Migração de Servidor Único para Servidor Flexível dá suporte à migração de uma versão inferior do PostgreSQL (PG 9.5 e superior) para qualquer versão superior. Como sempre, a compatibilidade do aplicativo com versões mais altas do PostgreSQL deve ser verificada com antecedência.
Ferramenta de migração de Servidor Único para Servidor Flexível
A Ferramenta de migração de Servidor Único para Servidor Flexível é uma ferramenta poderosa que permite migrar seu banco de dados SQL Server de um servidor único para um servidor flexível com facilidade. Com essa ferramenta, você pode mover facilmente seu banco de dados de um servidor local ou de uma máquina virtual para um servidor flexível na nuvem, permitindo que você aproveite a escalabilidade e a flexibilidade da computação em nuvem.
Q. Quais componentes de dados, esquemas e metadados são migrados como parte da migração?
a. a Ferramenta de migração de Servidor Único para Servidor Flexível migra esquema, dados e metadados da origem para o destino. Todos os componentes de dados, esquemas e metadados a seguir são migrados como parte da migração de banco de dados:
Migração de Dados
- Todas as tabelas de todos os bancos de dados/esquemas.
Migração de Esquema:
- Nomenclatura
- Chave primária
- Tipo de dados
- Posição ordinal
- Valor padrão
- Nulidade
- Atributos de autoincremento
- Índices secundários
Migração de Metadados:
- Procedimentos armazenados
- Funções
- Gatilhos
- Exibições
- Restrições de chave estrangeira
Q. Qual é a diferença entre a migração offline e online?
a. a Ferramenta de migração de Servidor Único para Servidor Flexível agora oferece suporte a migrações offline e em breve também dará suporte para migrações online. Com uma migração offline, o tempo de inatividade do aplicativo começa quando a migração começa. Com uma migração online, o tempo de inatividade é limitado ao tempo necessário de transferência no final da migração, além de usar um mecanismo de réplica lógica. Seus dados/esquema devem atender a essas restrições do mecanismo PG de código aberto para migração online. Sugerimos que você teste a migração offline para determinar se o tempo de inatividade é aceitável.
As migrações online e offline são comparadas na tabela a seguir:
| Área | Migração online | Migração offline |
|---|---|---|
| Disponibilidade do banco de dados para leituras durante a migração | Disponível | Disponível |
| Disponibilidade do banco de dados para gravação durante a migração | Disponível | Geralmente, não é recomendada. Todas as "gravações" iniciadas após a migração não são capturadas ou migradas |
| Adequação do aplicativo | Aplicativos que precisam de tempo de atividade máximo | Os aplicativos que permitem uma janela planejada de tempo de inatividade ou que têm restrições de esquema/carga de trabalho que impedem a migração online |
| Adequação para cargas de trabalho pesadas de gravação | Adequado, mas esperado para reduzir a carga de trabalho durante a migração | Essa é apenas uma solução recomendada se você puder desabilitar gravações durante a migração. As gravações na origem não são migradas para o servidor de destino após o início da migração |
| Substituição manual | Obrigatório | Não obrigatório |
| Tempo de inatividade necessário | Pequeno e fixo, independentemente do tamanho dos dados | Proporcional ao tamanho dos dados e a outros fatores. Pode levar apenas alguns minutos para bancos de dados menores e algumas horas para bancos de dados maiores |
| Tempo de migração | Depende do tamanho do banco de dados e da atividade de gravação até a substituição | Depende do tamanho do banco de dados |
Q. Há alguma recomendação para otimizar o desempenho da Ferramenta de migração de Servidor Único para Servidor Flexível?
a. Sim. Para executar migrações mais rápidas, escolha um SKU mais alto para o servidor flexível. Escolha no mínimo 4VCore ou superior para concluir a migração rapidamente. Você sempre pode alterar o SKU de acordo com as necessidades do aplicativo após a migração.
Q. Quanto tempo leva para executar uma migração offline com a Ferramenta de migração de Servidor Único para Servidor Flexível?
a. A tabela a seguir mostra o tempo necessário para executar migrações offline para bancos de dados de vários tamanhos usando a Ferramenta de migração de Servidor Único para Servidor Flexível. A migração foi executada usando um servidor flexível com o SKU:
Standard_D4ds_v4(4 núcleos, 16 GB de memória, disco de 128 GB e 500 IOPS)
| Tamanho do banco de dados | Hora (HH:MM) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01:00 |
| 500 GB | 04:00 |
| 1.000 GB | 07:00 |
Observação
Os números acima se aproximam do tempo necessário para concluir a migração. Para obter o tempo preciso necessário para migrar para o servidor, recomendamos fortemente realizar uma PITR (restauração pontual) do seu servidor único e executá-lo na Ferramenta de migração de Servidor Único para Servidor Flexível.
Q. Quanto tempo leva para executar uma migração online com a Ferramenta de migração de Servidor Único para Servidor Flexível?
a. A migração online envolve as seguintes etapas:
- Cópia inicial do bancos de dados
- Captura de dados de alterações: reproduzindo todas as transações na origem durante a etapa 1 para o destino.
O tempo gasto na etapa 1 é o mesmo que para migrações offline (veja a pergunta anterior).
O tempo gasto para a etapa 2 depende das transações que ocorrem na origem. Se for uma carga de trabalho com uso intensivo de gravação, o tempo necessário para a etapa 2 será maior.
Suporte adicional
Q. Tenho mais perguntas sobre a desativação.
a. Você pode obter mais informações de algumas outras maneiras.
Obtenha respostas de especialistas da comunidade em Perguntas e respostas da Microsoft.
Entre em contato com a equipe de produto do Banco de Dados do Azure para PostgreSQL.
Se tiver um plano de suporte e precisar de ajuda técnica, crie uma solicitação de suporte:
- Em Resumo, digite uma descrição do problema.
- Em Tipo de problema, selecione Técnico.
- Em Assinatura, selecione sua assinatura.
- Em Serviço, selecione Meus Serviços.
- Para Tipo de serviço, selecione Servidor único do Banco de Dados do Azure para PostgreSQL.
- Em Recurso, selecione seu recurso.
- Em Tipo de problema, selecione Migração para o BD do Azure para PostgreSQL.
- Para Subtipo de problema, selecione Migração de servidor único para flexível.
Aviso
Este artigo não é destinado a usuários do Banco de Dados do Azure para PostgreSQL – Servidor Flexível. É destinado a clientes do Banco de Dados do Azure para PostgreSQL – Servidor Único que precisam atualizar para o Banco de Dados do Azure para PostgreSQL – 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.