Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Utilisation d'Amazon RDS : zéro ETL intégration avec Amazon Redshift
ETL Il s'agit d'une solution entièrement gérée permettant de rendre les données transactionnelles disponibles dans Amazon Redshift après leur écriture dans un cluster de RDSbase de données . Extract, transform, and load (ETL) est le processus qui consiste à combiner des données provenant de sources multiples dans un vaste entrepôt de données central.
Une ETL intégration nulle rend les données de votre disponibles dans Amazon Redshift en temps quasi réel. Une fois ces données enregistrées dans Amazon Redshift, vous pouvez optimiser vos charges de travail d'analyse, d'apprentissage automatique et d'intelligence artificielle à l'aide des fonctionnalités intégrées d'Amazon Redshift, telles que l'apprentissage automatique, les vues matérialisées, le partage de données, l'accès fédéré à plusieurs magasins de données et lacs de données, et les intégrations avec Amazon, Amazon et d'autres SageMaker QuickSight Services AWS.
Pour créer une ETL intégration zéro, vous devez spécifier un comme source et un entrepôt de données Amazon Redshift comme cible. L'intégration réplique les données de la base de données source vers l'entrepôt des données cible.
Le schéma suivant illustre cette fonctionnalité :
L’intégration surveille l’état du pipeline de données et effectue la récupération en cas de problèmes, lorsque cela est possible. Vous pouvez créer des intégrations à partir de plusieurs RDSbases de données () dans un seul espace de noms Amazon Redshift, ce qui vous permet d'obtenir des informations sur plusieurs applications.
Rubriques
- Avantages
- Concepts clés
- Limites
- Quotas
- Régions prises en charge
- Démarrez avec Amazon RDS : zéro ETL intégration avec Amazon Redshift
- Création d'ETLintégrations zéro avec Amazon RDS avec Amazon Redshift
- Filtrage des données pour les ETL intégrations zéro d'Amazon RDS avec Amazon Redshift
- Ajouter des données à une RDSbase de données source (cluster de bases de données) et les interroger dans Amazon Redshift
- Affichage et surveillance des ETL intégrations d'Amazon RDS zéro avec Amazon Redshift
- Modification des ETL intégrations zéro d'Amazon RDS avec Amazon Redshift
- Suppression des ETL intégrations zéro d'Amazon RDS avec Amazon Redshift
- Résolution des problèmes liés aux ETL intégrations zéro d'Amazon RDS avec Amazon Redshift
Avantages
RDSETLLes intégrations zero avec Amazon Redshift présentent les avantages suivants :
-
Elles vous aident à dériver des informations holistiques de plusieurs sources de données.
-
Éliminez le besoin de créer et de gérer des pipelines de données complexes qui exécutent des opérations d'extraction, de transformation et de chargement (ETL). ETLLes intégrations zéro éliminent les défis liés à la création et à la gestion des 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.
-
Profitez des fonctionnalités d'analyse et de machine learning d'Amazon Redshift pour obtenir des informations à partir de données transactionnelles et autres, afin de répondre efficacement aux événements critiques et urgents.
Concepts clés
Lorsque vous débutez avec des ETL intégrations nulles, considérez les concepts suivants :
- Integration
-
Un pipeline de données entièrement géré qui réplique automatiquement les données transactionnelles et les schémas d'un vers un entrepôt de données Amazon Redshift.
- données source
-
Le à partir duquel les données sont répliquées. Vous pouvez spécifier une instance de base de données mono-AZ ou multi-AZ, ou un cluster de base de données multi-AZ.
- Entrepôt de données cible
-
L'entrepôt de données Amazon Redshift vers lequel les données sont répliquées. Il existe deux types d'entrepôts de données : l'entrepôt de données en cluster provisionné et l'entrepôt de données sans serveur. Un entrepôt de données en cluster provisionné est une collection de ressources informatiques appelées nœuds, qui sont organisées en un groupe appelé cluster. Un entrepôt de données sans serveur est composé d'un groupe de travail qui stocke les ressources de calcul et d'un espace de noms qui héberge les utilisateurs et les objets de base de données. Les deux entrepôts de données exécutent un moteur Amazon Redshift et contiennent une ou plusieurs bases de données.
Plusieurs bases de données sources de données peuvent écrire sur la même cible.
Pour plus d'informations, consultez Architecture système de l'entrepôt de données dans le Guide du développeur de base de données Amazon Redshift.
Limites
Les limites suivantes s'appliquent aux ETL intégrations d'RDS Zero avec Amazon Redshift.
Limitations générales
-
Le de base de données source doit se trouver dans la même région que l'entrepôt de données Amazon Redshift cible.
-
Vous ne pouvez pas renommer un s'il possède 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 un de base de données doté d'intégrations existantes. Vous devez d’abord supprimer toutes les intégrations associées.
-
Si vous arrêtez le de 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 le de bases de données.
-
Vous ne pouvez pas supprimer une intégration si la base de données source est arrêtée.
-
Si votre de base de données est à l'origine d'un déploiement bleu/vert, les environnements bleu et vert ne peuvent pas comporter d'ETLintégrations nulles existantes lors du passage au numérique. 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 délai de réplication.
-
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 RDS et Amazon Redshift.
-
Les transactions XA ne sont pas prises en charge.
-
Les identifiants d'objet (y compris le nom de base de données, le nom de table, les noms de colonnes, etc.) ne peuvent contenir que des caractères alphanumériques, des chiffres, $ et _ (trait de soulignement).
-
Les tables système, les tables temporaires et les vues ne sont pas répliquées sur Amazon Redshift.
RDSpour My SQL limitations
-
Votre base de données source doit exécuter une version compatible 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 ETL intégrations RDS nulles d'Amazon avec Amazon Redshift.
-
ETLLes intégrations nulles s'appuient sur My SQL binary logging (binlog) pour capturer les modifications continues des données. N'utilisez pas le filtrage des données basé sur le binlog, car cela peut entraîner des incohérences entre les bases de données source et cible.
-
Les ETL intégrations zéro ne sont prises en charge que 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,
ON DELETE
lesON UPDATE
règles ne sont pas prises en charge parCASCADE
SET NULL
, etSET DEFAULT
les actions. 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. -
ALTER TABLE
les opérations de partition entraînent la resynchronisation de votre table afin de recharger les données d'Aurora vers RDS Redshift. La table ne pourra pas être interrogée pendant la resynchronisation. Pour de plus amples informations, veuillez consulter Une ou plusieurs de mes tables Amazon Redshift nécessitent une resynchronisation.
Limitations propres à Amazon Redshift
Pour obtenir la liste des limites d'Amazon Redshift liées aux ETL intégrations nulles, consultez les considérations du guide de gestion Amazon Redshift.
Quotas
Votre compte possède les quotas suivants liés aux ETL intégrations zéro d'RDS avec Amazon Redshift. Chaque quota s'applique par région, sauf indication contraire.
Nom | Par défaut | Description |
---|---|---|
Intégrations | 100 | Le nombre total d'intégrations au sein d'un Compte AWS. |
Intégrations par entrepôt de données cible | 50 | Nombre d'intégrations envoyant des données à un entrepôt de données Amazon Redshift cible unique. |
Intégrations par instance source | 5, | Nombre d'intégrations envoyant des données à partir d'un de base de données source unique. |
En outre, Amazon Redshift impose certaines limites au nombre de tables autorisées dans chaque instance de base de données ou nœud de cluster. Pour plus d’informations, consultez Quotas et limites dans Amazon Redshift dans le Guide de gestion Amazon Redshift.
Régions prises en charge
RDSETLLes intégrations zero avec Amazon Redshift sont disponibles dans un sous-ensemble de Régions AWS. Pour obtenir la liste des régions prises en charge, consultez Régions et moteurs de base de données pris en charge pour les ETL intégrations RDS nulles d'Amazon avec Amazon Redshift.