Componentes do AWS DMS

O DMS Fleet Advisor coleta dados de vários ambientes de banco de dados para fornecer insight da infraestrutura de dados. O DMS Fleet Advisor coleta dados do banco de dados on-premises e de servidores analíticos de um ou mais locais centrais sem a necessidade de instalá-los em todos os computadores. Atualmente, o DMS Fleet Advisor é compatível com o Microsoft SQL Server, o MySQL, o Oracle e os servidores de banco de dados PostgreSQL.

Com base nos dados descobertos na rede, o DMS Fleet Advisor cria um inventário que é possível analisar para determinar quais servidores e objetos do banco de dados devem ser monitorados. À medida que os detalhes sobre esses servidores, bancos de dados e esquemas são coletados, é possível analisar a viabilidade das migrações de banco de dados pretendidas.

A conversão do esquema DMS AWS DMS torna as migrações de banco de dados entre diferentes tipos de bancos de dados mais previsíveis. É possível utilizar a DMS Schema Conversion para avaliar a complexidade da migração para o provedor de dados de origem e usá-la para converter esquemas de banco de dados e objetos de código. É possível aplicar o código convertido ao banco de dados de destino.

Em alto nível, a DMS Schema Conversion opera com os três componentes a seguir: perfis de instância, provedores de dados e projetos de migração. Um perfil de instância especifica as configurações da rede e da segurança. Um provedor de dados armazena as credenciais de conexão do banco de dados. Um projeto de migração contém provedores de dados, um perfil de instância e regras de migração. AWS DMS usa provedores de dados e um perfil de instância para criar um processo que converte esquemas de banco de dados e objetos de código.

Em um alto nível, uma instância de AWS DMS replicação é simplesmente uma instância gerenciada do Amazon Elastic Compute Cloud EC2 (Amazon) que hospeda uma ou mais tarefas de replicação.

A figura a seguir mostra um exemplo de instância de replicação que executa várias tarefas de replicação associadas.

Uma única instância de replicação pode hospedar uma ou mais tarefas de replicação, dependendo das características da migração e da capacidade do servidor de replicação. AWS DMS fornece uma variedade de instâncias de replicação para que você possa escolher a configuração ideal para seu caso de uso. Para obter mais informações sobre as diversas classes de instâncias de replicação, consulte Escolhendo a instância de replicação AWS DMS certa para sua migração.

AWS DMS cria a instância de replicação em uma EC2 instância da Amazon. Algumas das classes de instância menores são suficientes para testar o serviço ou para migrações pequenas. Se a migração envolver um grande número de tabelas ou se você pretender executar várias tarefas de replicação simultâneas, considere utilizar uma das instâncias maiores. É recomendável essa abordagem porque o AWS DMS pode consumir uma quantidade significativa de memória e de CPU.

Dependendo da classe de EC2 instância da Amazon que você selecionar, sua instância de replicação vem com 50 GB ou 100 GB de armazenamento de dados. Essa quantidade normalmente é suficiente para a maioria dos clientes. No entanto, se a migração envolve grandes transações ou um grande volume de alterações de dados, talvez deseje aumentar a alocação de armazenamento de base. A captura de dados de alteração (CDC) pode fazer com que os dados sejam gravados em disco, de acordo com a velocidade com que o destino consegue gravar as alterações. Como os arquivos de log também são gravados em disco, aumentar o nível de gravidade do registro em log também resultará em um maior consumo de armazenamento.

AWS DMS pode fornecer alta disponibilidade e suporte de failover usando uma implantação Multi-AZ. Em uma implantação Multi-AZ, provisiona e mantém AWS DMS automaticamente uma réplica em espera da instância de replicação em uma zona de disponibilidade diferente. A instância de replicação primária é replicada em sincronia para a réplica em espera. Se a instância de replicação primária falhar ou parar de responder, a instância em espera retoma qualquer tarefa em execução com o mínimo de interrupção. Como a primária está replicando constantemente seu estado para a de espera, a implantação multi-AZ implica alguma sobrecarga no desempenho.

Para obter informações mais detalhadas sobre a instância AWS DMS de replicação, consulteTrabalhando com uma instância de AWS DMS replicação.

Em vez de criar e gerenciar uma instância de replicação, você pode deixar AWS DMS provisionar sua replicação automaticamente usando AWS DMS o Serverless. Para obter mais informações, consulte Trabalhando com AWS DMS Serverless.

AWS DMS usa um endpoint para acessar seu armazenamento de dados de origem ou destino. As informações de conexão específicas são diferentes, dependendo do seu armazenamento de dados, mas no geral deve-se fornecer as seguintes informações ao criar um endpoint.

Quando você cria um endpoint usando o AWS DMS console, o console exige que você teste a conexão do endpoint. O teste deve ser bem-sucedido antes de usar o endpoint em uma AWS DMS tarefa. Como as informações de conexão, os critérios de teste específicos são diferentes para diferentes tipos de mecanismos. No geral, o AWS DMS verifica se o banco de dados existe no determinado nome de servidor e porta, e se as credenciais fornecidas podem ser usadas para se conectar ao banco de dados com os privilégios necessários para executar uma migração. Se o teste de conexão for bem-sucedido, AWS DMS baixa e armazena as informações do esquema para uso posterior durante a configuração da tarefa. As informações de esquema podem incluir definições de tabela, definições de chave primária e definições de chave exclusiva, por exemplo.

Mais de uma tarefa de replicação pode utilizar um único endpoint. Por exemplo, é possível ter duas aplicações logicamente distintas hospedadas no mesmo banco de dados de origem que deseja migrar separadamente. Nesse caso, duas tarefas de replicação são criadas, uma para cada conjunto de tabelas de aplicações. Você pode usar o mesmo AWS DMS endpoint nas duas tarefas.

É possível personalizar o comportamento de um endpoint utilizando as configurações do endpoint. As Configurações do endpoint podem controlar vários comportamentos, como detalhes de registro em log, tamanho do arquivo e outros parâmetros. Cada tipo de mecanismo de datastore tem diferentes configurações de endpoint disponíveis. É possível encontrar as configurações específicas de endpoints para cada datastore na seção de origem e de destino do datastore. Para obter uma lista de datastores de origem e de destino compatíveis, consulte Fontes para AWS DMS e Metas para AWS DMS.

Para obter informações mais detalhadas sobre AWS DMS endpoints, consulteComo trabalhar com endpoints do AWS DMS.

Você usa uma tarefa de AWS DMS replicação para mover um conjunto de dados do endpoint de origem para o endpoint de destino. A criação de uma tarefa de replicação é a última etapa necessária antes de iniciar uma migração.

Ao criar uma tarefa de replicação, especifique as seguintes configurações de tarefa:

Utilize a tarefa para migrar dados do endpoint de origem para o endpoint de destino, e o processamento da tarefa acontece na instância de replicação. Especifique quais tabelas e esquemas serão migrados e qualquer processamento especial, como requisitos de registro em log, dados da tabela de controle e gerenciamento de erros.

Conceitualmente, uma tarefa de AWS DMS replicação executa duas funções distintas, conforme mostrado no diagrama a seguir.

O processo de carga máxima apresenta compreensão direta. Os dados são extraídos da origem em um modo de extração em lote e carregados diretamente no destino. Você pode especificar o número de tabelas a serem extraídas e carregadas paralelamente no AWS DMS console em Configurações avançadas.

Para obter mais informações sobre AWS DMS tarefas, consulteTrabalhar com tarefas do AWS DMS.

Você também pode usar uma AWS DMS tarefa para capturar alterações contínuas no armazenamento de dados de origem enquanto migra seus dados para um destino. O processo de captura de alterações AWS DMS usado ao replicar alterações contínuas de um endpoint de origem coleta as alterações nos registros do banco de dados usando a API nativa do mecanismo de banco de dados.

No processo de CDC, a tarefa de replicação é projetada para transmitir as alterações da origem para o destino, utilizando buffers na memória para manter os dados em trânsito. Se os buffers na memória se esgotarem por qualquer motivo, a tarefa de replicação repassará alterações pendentes para o Cache de alteração no disco. Isso pode ocorrer, por exemplo, se AWS DMS estiver capturando alterações da fonte mais rápido do que elas podem ser aplicadas no destino. Nesse caso, você verá a latência de destino da tarefa exceder a latência de origem.

Você pode verificar isso navegando até sua tarefa no AWS DMS console e abrindo a guia Monitoramento de tarefas. Os gráficos de CDCLatency destino e de CDCLatency origem são mostrados na parte inferior da página. Se você tiver uma tarefa que mostra a latência de destino, então provavelmente há algum ajuste no endpoint de destino necessário para aumentar a taxa de aplicação.

A tarefa de replicação também utiliza armazenamento para logs de tarefas, conforme discutido anteriormente. O espaço em disco que vem pré-configurado com a instância de replicação normalmente é suficiente para o registro em log e alterações repassadas. Se precisar de espaço adicional em disco, por exemplo, ao utilizar a depuração detalhada para investigar um problema de migração, é possível modificar a instância de replicação para alocar mais espaço.