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á.
Matriz de decisão
Embora cada migração seja única e tenha seus próprios desafios, limitações e vários fatores a serem considerados, há critérios comuns que podem ser usados para identificar a estratégia e o serviço de migração mais adequados para seu caso de uso. Identificar e priorizar esses fatores ajuda a restringir a escolha. Use a tabela a seguir como uma árvore decisões: comece com o fator mais importante para seu caso de uso e escolha a melhor ferramenta para sua migração.
nota
A tabela a seguir fornece fatores direcionais de alto nível a serem considerados; ela não inclui uma lista exaustiva de critérios para um projeto de migração. O objetivo é fornecer uma comparação generalizada de dois métodos de migração de dados muito diferentes: replicação em nível de bloco (fornecida pelo Application Migration Service) em comparação com replicação lógica em nível de dados (fornecida por várias ferramentas nativas de migração de banco de dados). Esses dois métodos são aplicáveis em muitos cenários de migração e às vezes podem ser usados juntos, mas também têm vantagens exclusivas que a tabela destaca.
Critérios |
AWS Application Migration Service |
Ferramentas de banco de dados (ferramentas nativas ou AWS DMS) |
|---|---|---|
Arquitetura |
Física (nível de blocos) |
Nível lógico, mecanismo de banco de dados |
Escala |
Migração em larga escala |
Granular; limitações de escala |
Velocidade versus complexidade |
Cenário de saída rápida; complexidade reduzida |
Abordagem mais lenta e complexa; requer mais planejamento e testes |
Linha do tempo |
Suporta um cronograma agressivo |
Requer esforço e tempo adicionais |
Migration type |
Mover sem alterações (lift-and-shift) como está (apenas um para um) |
Reformulação de plataforma ou modernização com opções de decomposição e consolidação (de um para muitos, de vários para um) |
Pré-provisionamento |
Desnecessário; migração automática |
O provisionamento do banco de dados e da infraestrutura é necessário |
Tempo de inatividade |
Tempo de inatividade necessário, dentro de um RTO de minutos |
Tempo de inatividade quase zero possível, mas muito caro (por meio de clusters estendidos sincronizados/assíncronos, replicação de CDC e métodos similares) |
Taxa de alteração de dados |
Pode apresentar limites de rede ou performance |
Mais opções disponíveis |
Limitações |
Não é compatível com a maioria dos sistemas em cluster; * suporta somente plataformas x86** |
As ferramentas nativas de banco de dados oferecem suporte a bancos de dados em cluster e plataformas não x86; o AWS DMS abrange a maioria dos mecanismos de banco de dados |
* O método de replicação em nível de bloco não suporta armazenamento conectado à rede (NAS), unidades compartilhadas, como compartilhamentos NFS ou compartilhamentos. CIFS/SMB Ele suporta somente o armazenamento em nível de bloco que está diretamente conectado ao sistema migrado no momento da migração. (Para obter mais informações, consulte as perguntas frequentes do Application Migration Service sobre suporte a SAN/NAS.) Isso limita a aplicabilidade da replicação por meio do Application Migration Service para a maioria dos sistemas em cluster, porque a maioria dos clusters depende do armazenamento compartilhado de várias implementações. Para obter mais informações, consulte Vantagens e desvantagens na AWS Application Migration Service seção anterior deste guia.
** O método de replicação em nível de bloco exige que você instale um Agente de AWS Replicação no nível do sistema operacional, e esse agente suporta somente plataformas x86 baseadas no sistema operacional Windows ou Linux (consulte Sistemas operacionais compatíveis com o Application Migration Service). Plataformas não x86 estão fora do escopo desse método de migração. Isso inclui ARM, RISC/CISC sistemas, variações do PowerPC, sistemas IBM como pSeries, iSeries, zSeries e seus respectivos sistemas operacionais, como AIX, HP-UX, Solaris, Linux for PowerPC, zLinux em mainframes e outras arquiteturas não x86.
