As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Ondas de migração, servidores e bancos de dados
Os projetos de migração começam com a seguinte lista de perguntas abertas, que são comuns nos três cenários descritos na seção anterior:
-
Como podemos criar ondas de migração?
-
Como podemos agrupar servidores dentro de cada onda?
-
Os servidores de banco de dados devem ser migrados antes dos servidores de aplicações ou junto com eles?
-
Que ferramenta devemos usar para migrar banco de dados?
No entanto, para abordar essas questões, precisamos primeiro esclarecer algumas definições. Esta seção do guia se concentra no termo banco de dados e no que ele significa no contexto das ondas de migração. Essa definição é importante porque a compreensão desse termo pode mudar a abordagem geral de migração para ondas de migração específicas ou até mesmo alterar as ondas de migração ao mudar os servidores entre ondas diferentes.
O termo banco de dados descreve um servidor que executa o software de DBMS ou o ponto de entrada lógico do banco de dados? Ela se refere a um banco de dados dentre vários no mesmo servidor ou em um cluster de servidores? Dependendo do contexto, um banco de dados pode se referir a qualquer uma das opções. Os administradores de banco de dados (DBAs) geralmente consideram bancos de dados lógicos, não servidores físicos. No entanto, no contexto de migrações, especialmente lift-and-shift migrações em grande escala, um banco de dados geralmente corresponde a um servidor físico ou a um cluster de servidores.
A migração de um banco de dados deve estar alinhada e associada à aplicação com a qual ele trabalha, porque o banco de dados lógico sempre faz parte da aplicação e de suas dependências. No entanto, a localização física desse banco de dados lógico pode variar. Por exemplo, ele pode estar localizado em:
-
Um servidor físico autônomo, sem nenhum outro banco de dados presente.
-
Um servidor físico autônomo localizado com outros bancos de dados lógicos.
-
Um cluster de servidores físicos, como um único banco de dados lógico ou como parte de um conjunto maior de bancos de dados que atendem a outros aplicativos.
Formar o mapeamento de dependências para ondas de migração é complicado se não houver uma one-to-one dependência clara entre o aplicativo e os servidores de banco de dados, especialmente quando vários bancos de dados lógicos de aplicativos diferentes estão localizados no mesmo servidor físico. Esses sistemas de banco de dados exigem uma abordagem de replataforma que envolva a decomposição ou consolidação de bancos de dados, o que complica os esforços de migração em grande escala. lift-and-shift
É aqui que as ferramentas de migração de banco de dados (como ferramentas nativas dos fornecedores do mecanismo de banco de dados ou de terceiros) podem ajudar. Essas ferramentas funcionam em um nível lógico de banco de dados, em vez da abordagem de replicação em nível de bloco AWS Application Migration Service, e podem mover os dados ou bancos de dados em um nível lógico entre servidores físicos e locais. Essas ferramentas nativas de migração de banco de dados podem ajudá-lo a consolidar bancos de dados lógicos em um único servidor físico. Eles também podem fazer o oposto: podem decompor bancos de dados lógicos entre vários servidores físicos de banco de dados, para alinhá-los a diferentes aplicativos e distribuí-los em diferentes ondas de migração.
