Considérations relatives au moment d’utiliser les intégrations zéro ETL avec Amazon Redshift

Les considérations suivantes s’appliquent aux intégrations zéro ETL avec Amazon Redshift.

• Votre entrepôt des données Amazon Redshift cible doit répondre aux conditions préalables suivantes :

  • Exécution d’Amazon Redshift sans serveur ou d’un type de nœud RA3 (ra3.16xlarge, ra3.4xlarge ou ra3.xlplus).

  • Chiffré (si vous utilisez un cluster provisionné).

  • La sensibilité à la casse est activée.

• Vous ne pouvez pas activer le support VPC amélioré sur les entrepôts des données dont les intégrations sont configurées.

• Si vous supprimez une source d’intégration autorisée pour un entrepôt des données Amazon Redshift, toutes les intégrations associées passeront à l’état FAILED.

• La base de données de destination est en lecture seule. Vous ne pouvez pas créer de tables, de vues ni de vues matérialisées dans la base de données de destination. Toutefois, vous pouvez utiliser des vues matérialisées sur d’autres tables dans l’entrepôt des données cible.

• Les vues matérialisées sont prises en charge lorsqu’elles sont utilisées dans des requêtes entre bases de données. L’actualisation des vues matérialisées avec des données répliquées à partir d’intégrations zéro ETL entraîne une actualisation complète de la vue. L’actualisation incrémentielle, la réécriture automatique des requêtes, l’actualisation automatique et les vues matérialisées automatisées ne sont pas prises en charge. Pour en savoir plus sur la création de vues matérialisées avec des données répliquées via des intégrations zéro ETL, consultez Création de vues matérialisées avec les données répliquées.

• Vous pouvez interroger les tables uniquement dans l’entrepôt des données cible qui se trouvent dans l’état Synced. Pour plus d’informations, consultez Métriques pour les intégrations zéro ETL.

• Amazon Redshift n’acceptant que les caractères UTF-8, il est possible qu’il ne respecte pas le classement défini dans votre source. Les règles de tri et de comparaison peuvent être différentes, ce qui peut finalement modifier les résultats de la requête.

• La longueur maximale d'un type de données Amazon Redshift VARCHAR est de 65 535 octets. Lorsque le contenu de la source ne correspond pas à cette limite, la réplication ne se poursuit pas et la table est mise en état d'échec. Pour plus d'informations sur les différences de type de données entre les sources d'intégration zéro ETL et les bases de données Amazon Redshift, consultez la section Différences entre les types de données entre Aurora et Amazon Redshift dans le guide de l'utilisateur Amazon Aurora.

• Les tables de la source d'intégration doivent avoir une clé primaire. Dans le cas contraire, vos tables ne pourront pas être répliquées vers l'entrepôt de données cible dans Amazon Redshift.

  Pour plus d'informations sur la façon d'ajouter une clé primaire à Aurora PostgreSQL Compatible Edition, consultez Gérer les tables sans clés primaires lors de la création d'intégrations Amazon Aurora PostgreSQL Zero-ETL avec Amazon Redshift sur le blog de base de données.AWS Pour plus d'informations sur la façon d'ajouter une clé primaire à Amazon Aurora MySQL ou RDS for MySQL, consultez la section Gérer les tables sans clé primaire lors de la création d'intégrations Amazon Aurora MySQL ou Amazon RDS for MySQL Zero-ETL avec Amazon Redshift sur le blog de base de données.AWS

• Pour les intégrations zéro ETL d’Aurora PostgreSQL et de RDS for MySQL à Amazon Redshift, créez votre entrepôt des données cible en version préliminaire. Pour plus d’informations, consultez Création et configuration d’un entrepôt des données Amazon Redshift cible.

• L'intégration Zero-ETL ne prend pas en charge les transformations lors de la réplication des données des magasins de données transactionnels vers Amazon Redshift. Les données sont répliquées telles quelles à partir de la base de données source. Vous pouvez toutefois appliquer des transformations aux données répliquées dans Amazon Redshift.

• Cela peut avoir un impact sur les autres charges de travail exécutées dans Amazon Redshift. Pour éliminer l'impact de l'intégration zéro ETL sur les autres charges de travail, envisagez d'utiliser un point de terminaison distinct pour l'intégration zéro ETL et de partager les données avec d'autres points de terminaison qui ont besoin d'accéder à ces données par le biais du partage de données.

• L'intégration Zero-ETL s'exécute dans Amazon Redshift à l'aide de connexions parallèles. Il s'exécute à l'aide des informations d'identification de l'utilisateur qui a créé la base de données à partir de l'intégration. Lorsque la requête est exécutée, la mise à l'échelle de la simultanéité n'intervient pas pour ces connexions lors de la synchronisation (écritures). Les lectures de dimensionnement simultanées (provenant des clients Amazon Redshift) fonctionnent pour les objets synchronisés.

Pour des considérations qui s’appliquent également à la source d’intégration, consultez l’une des rubriques suivantes :

• Pour les sources Aurora, consultez Limitations dans le Guide de l’utilisateur Amazon Aurora.

• Pour les sources Amazon RDS, consultez Limitations dans le Guide de l’utilisateur Amazon RDS.