Intégrations zéro ETL Amazon RDS

Elles vous aident à dériver des informations holistiques de plusieurs sources de données.

Elles éliminent la nécessité de créer et de gérer des pipelines de données complexes qui effectuent des opérations d'extraction, de transformation et de chargement (ETL). Les intégrations zéro ETL suppriment les défis liés à la création et à la gestion de pipelines en les provisionnant et en les gérant pour vous.

Elles réduisent la charge opérationnelle et les coûts, et vous permettent de vous concentrer sur l'amélioration de vos applications.

Elles vous permettent de tirer parti des fonctionnalités d’analytique et de machine learning de la destination cible pour dériver des informations à partir de données transactionnelles et autres, afin de répondre efficacement aux événements critiques et urgents.

La base de données source doit se trouver dans la même région que la cible.

Vous ne pouvez pas renommer une base de données possédant des intégrations existantes.

Vous ne pouvez pas créer plusieurs intégrations entre les mêmes bases de données source et cible.

Vous ne pouvez pas supprimer une base de données qui possède des intégrations existantes. Vous devez d’abord supprimer toutes les intégrations associées.

Si vous arrêtez la base de données source, les dernières transactions risquent de ne pas être répliquées vers l’entrepôt de données cible tant que vous ne reprenez pas l’exécution de la base de données.

Vous ne pouvez pas supprimer une intégration si la base de données source est arrêtée.

Si votre base de données est la source d’un déploiement bleu/vert, les environnements bleu et vert ne peuvent pas comporter d’intégrations zéro ETL existantes lors de la bascule. Vous devez d'abord supprimer l'intégration et basculer, puis la recréer.

Vous ne pouvez pas créer d’intégration pour une base de données source dont une autre intégration est activement créée.

Lors de la création initiale d'une intégration ou lors de la resynchronisation d'une table, l'ensemencement des données de la source vers la cible peut prendre 20 à 25 minutes, voire plus, selon la taille de la base de données source. Ce délai peut entraîner une augmentation du retard de réplica.

Certains types de données ne sont pas pris en charge. Pour de plus amples informations, veuillez consulter Différences de type de données entre les bases de données RDS et Amazon Redshift.

Les tables système, les tables temporaires et les vues ne sont pas répliquées vers les entrepôts cibles.

L’exécution de commandes DDL (par exempleALTER TABLE) sur une table source peut déclencher une resynchronisation de la table, rendant la table indisponible pour les requêtes pendant la resynchronisation. Pour de plus amples informations, veuillez consulter Une ou plusieurs de mes tables Amazon Redshift nécessitent une resynchronisation.

Votre base de données source doit exécuter une version prise en charge de RDS for MySQL. Pour une liste de versions prises en charge, consultez Régions et moteurs de base de données pris en charge pour les intégrations zéro ETL Amazon RDS.

Les intégrations Zero-ETL ne sont pas prises en charge à la fois sur l'instance principale et sur une instance de réplication en lecture dans la même AWS région.

Les intégrations zéro ETL s'appuient sur la journalisation binaire MySQL (binlog) pour capturer les modifications continues des données. N’utilisez par le filtrage de données basé sur binlog, car cela peut entraîner des incohérences de données entre les bases de données source et cible.

Les intégrations zéro ETL sont prises en charge uniquement pour les bases de données configurées pour utiliser le moteur de stockage InnoDB.

Les références de clé étrangère avec des mises à jour de table prédéfinies ne sont pas prises en charge. Plus précisément, les règles ON DELETE et ON UPDATE ne sont pas prises en charge avec les actions CASCADE, SET NULL et SET DEFAULT. Toute tentative de création ou de mise à jour d'une table contenant de telles références à une autre table entraînera l'échec de la table.

Vous ne pouvez pas créer d'intégration pour une base de données source qui utilise le stockage magnétique.

La base de données source doit être une instance RDS pour PostgreSQL exécutant les versions 15.7+, 16.3+ ou 17.1+. Les versions antérieures ne sont pas prises en charge.

Les intégrations RDS pour PostgreSQL Zero-ETL ne prennent pas en charge les clusters de bases de données multi-AZ en tant que bases de données sources.

Vous ne pouvez pas créer une intégration zéro ETL à partir d’une instance de réplica en lecture de RDS pour PostgreSQL.

Les tables non enregistrées et les vues matérialisées de PostgreSQL ne sont pas répliquées sur Amazon Redshift.

La réplication de certains types de données PostgreSQL, tels que les types de données géométriques et les données supérieures à 64 Ko, n’est pas prise en charge en raison des limites d’Amazon Redshift. Pour plus d’informations sur les différences de type de données entre RDS pour PostgreSQL et Amazon Redshift, consultez RDS pour PostgreSQL dans la section Différences entre les types de données.

Vous ne pouvez pas effectuer de mise à niveau de version majeure sur l’instance RDS pour PostgreSQL source si celle-ci possède une intégration zéro ETL active. Pour mettre à niveau l’instance source, vous devez d’abord supprimer toutes les intégrations zéro ETL qui existent. Une fois la mise à niveau de version majeure effectuée, vous pouvez recréer les intégrations zéro ETL.

Si vous effectuez des transactions de partitionnement déclaratif sur l’instance de base de données source, toutes les tables concernées entrent dans un état d’échec et ne sont plus accessibles.

La base de données source doit être une instance RDS for Oracle exécutant la version 19c Enterprise Edition ou Standard Edition 2, mise à jour de version de juillet 2019 ou ultérieure. Les versions antérieures ne sont pas prises en charge.

Vous ne pouvez pas créer une intégration zéro ETL à partir d’une instance de réplica en lecture de RDS for Oracle.

Vous ne pouvez pas renommer une base de données locataire lorsqu’elle comporte une intégration zéro ETL.

Une base de données locataire ne peut avoir qu’une seule intégration zéro ETL.

Lorsque vous créez une intégration zéro ETL à partir de RDS for Oracle, vous ne pouvez pas modifier cette intégration. Pour modifier une intégration, vous devez la supprimer, puis en créer une nouvelle.

RDS for Oracle et Amazon Redshift présentent certaines différences de type de données. Pour plus d’informations, consultez RDS for Oracle dans la section Type d’enregistrement.

Les noms de catalogue sont limités à 19 caractères.