Trabalhar com integrações ETL zero do Amazon RDS com o Amazon Redshift

Ajudam você a obter insights holísticos de várias fontes de dados.

Eliminam a necessidade de criar e manter canais de dados complexos que executam operações de extração, transformação e carregamento (ETL). As integrações ETL zero eliminam os desafios que surgem com a criação e o gerenciamento de pipelines, provisionando-os e gerenciando-os para você.

Reduzem a carga e os custos operacionais para que você possa se concentrar em melhorar as aplicações.

Permitem que você aproveite os recursos de análise e ML do Amazon Redshift para obter insights de dados transacionais e outros dados, a fim de responder de forma eficaz a eventos críticos e urgentes.

O banco de dados de origem deve estar na mesma região do data warehouse do Amazon Redshift de destino.

Não será possível renomear um banco de dados se o cluster tiver integrações existentes.

Não é possível criar várias integrações entre os mesmos bancos de dados de origem e destino.

Você não pode excluir um banco de dados que tenha integrações existentes. É necessário excluir todas as integrações correspondentes primeiro.

Se você interromper o banco de dados de origem, as últimas transações provavelmente não serão replicadas no data warehouse de destino enquanto você não retomar o banco de dados.

Você não poderá excluir uma integração se o banco de dados de origem for interrompido.

Se o banco de dados for a origem de uma implantação azul/verde, os ambientes azul e verde não poderão ter integrações ETL zero existentes durante a transição. Você deve excluir a integração primeiro, alternar e, depois, recriá-la.

Não é possível criar uma integração para um banco de dados de origem que tenha outra integração sendo criada ativamente.

Quando você cria inicialmente uma integração ou quando uma tabela está sendo ressincronizada, a propagação de dados da origem para o destino pode levar de 20 a 25 minutos ou mais, dependendo do tamanho do banco de dados de origem. Esse atraso pode levar a um maior atraso na réplica.

Alguns tipos de dados não compatíveis. Para ter mais informações, consulte Diferenças de tipos de dados entre os bancos de dados RDS e Amazon Redshift.

Transações XA não são compatíveis.

Os identificadores de objetos (incluindo nome do banco de dados, nome da tabela, nomes de colunas e outros) só podem conter caracteres alfanuméricos, números, $ e _ (sublinhado).

As tabelas do sistema, tabelas temporárias e visualizações não são replicadas no Amazon Redshift.

O banco de dados de origem deve executar uma versão compatível do RDS para MySQL. Para ver uma lista das versões com suporte, consulte Regiões e mecanismos de banco de dados compatíveis com integrações ETL zero com o Amazon Redshift.

As integrações ETL zero dependem do registro em log binário (binlog) do MySQL para capturar alterações contínuas de dados. Não use a filtragem de dados baseada em log binário, pois isso pode causar inconsistências de dados entre os bancos de dados de origem e de destino.

As integrações ETL zero são compatíveis apenas com bancos de dados configurados para usar o mecanismo de armazenamento InnoDB.

Referências de chave externa com atualizações de tabelas predefinidas não são compatíveis. Especificamente, as regras ON DELETE e ON UPDATE não são compatíveis com as ações CASCADE, SET NULL e SET DEFAULT. A tentativa de criar ou atualizar uma tabela com essas referências a outra tabela colocará a tabela em um estado de falha.

Operações de partição ALTER TABLE fazem com que a tabela seja ressincronizada para recarregar dados do RDS no Amazon Redshift. A tabela não estará disponível para consulta durante a ressincronização. Para ter mais informações, consulte Uma ou mais das minhas tabelas do Amazon Redshift exigem ressincronização..