Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Aurora Zero-ETL-Integrationen mit Amazon Redshift
Eine Aurora-Null-ETL-Integration mit Amazon Redshift ermöglicht nahezu in Echtzeit Analysen und Machine Learning (ML) mit Amazon Redshift auf Transaktionsdaten von Aurora im Petabytemaßstab. Es handelt sich um eine vollständig verwaltete Lösung, um Transaktionsdaten in Amazon Redshift verfügbar zu machen, nachdem sie in einen Aurora DB-Cluster der geschrieben wurden. Beim Extrahieren, Transformieren und Laden (ETL) werden Daten aus mehreren Quellen in einem großen, zentralen Data Warehouse kombiniert.
Eine Zero-ETL-Integration macht die Daten in Ihrem Aurora DB-Cluster in Ihrer nahezu in Echtzeit in Amazon Redshift verfügbar. Sobald sich diese Daten in Amazon Redshift befinden, können Sie Ihre Analyse-, ML- und KI-Workloads mithilfe der integrierten Funktionen von Amazon Redshift unterstützen, z. B. maschinelles Lernen, materialisierte Ansichten, gemeinsame Nutzung von Daten, Verbundzugriff auf mehrere Datenspeicher und Data Lakes sowie Integrationen mit Amazon SageMaker AI, Amazon und anderen. QuickSight AWS-Services
Um eine Zero-ETL-Integration zu erstellen, geben Sie einen Aurora-DB-Cluster für die als Quelle und ein Amazon Redshift Data Warehouse als Ziel an. Bei der Integration werden Daten aus der Quelldatenbank in das Ziel-Data-Warehouse repliziert.
Das folgende Diagramm verdeutlicht diese Funktionalität:

Die Integration überwacht den Zustand der Datenpipeline und behebt nach Möglichkeit Probleme. Sie können Integrationen aus mehreren Aurora-DB-Clustern von mehreren in einen einzigen Amazon Redshift Redshift-Namespace erstellen, sodass Sie Erkenntnisse über mehrere Anwendungen hinweg gewinnen können.
Informationen zu den Preisen für Zero-ETL-Integrationen finden Sie unter und Amazon
Themen
- Vorteile
- Die wichtigsten Konzepte
- Einschränkungen
- Kontingente
- Unterstützte Regionen
- Erste Schritte mit Null-ETL-Integrationen von Aurora in Amazon Redshift
- Erstellen von Null-ETL-Integrationen von Aurora mit Amazon Redshift
- Datenfilterung für Aurora-Zero-Integrationen mit Amazon Redshift
- Hinzufügen von Daten zu einem Aurora-DB-Cluster mit und deren Abfrage in Amazon Redshift
- Anzeige und Überwachung von Aurora-Zero-Integrationen mit Amazon Redshift
- Änderung der Aurora-Zero-Integrationen mit Amazon Redshift
- Löschen von Aurora-Zero-Integrationen mit Amazon Redshift
- Fehlerbehebung Aurora-Zero-Integrationen mit Amazon Redshift
Vorteile
AuroraNull-ETL-Integrationen mit Amazon Redshift bieten die folgenden wichtigen Vorteile:
-
Sie helfen Ihnen dabei, ganzheitliche Erkenntnisse aus mehreren Datenquellen zu gewinnen.
-
Eliminieren Sie die Erfordernis zur Erstellung und Verwaltung komplexer Daten-Pipelines, die Extract, Transform, Load (ETL)-Operationen ausführen. Null-ETL-Integrationen beseitigen die Herausforderungen, die mit dem Aufbau und der Verwaltung von Pipelines einhergehen, indem sie diese für Sie bereitstellen und verwalten.
-
Sie reduzieren den Betriebsaufwand und die Kosten, sodass Sie sich ganz auf die Verbesserung Ihrer Anwendungen konzentrieren können.
-
Sie können die Analyse- und ML-Funktionen von Amazon Redshift nutzen, um Erkenntnisse aus Transaktions- und anderen Daten zu gewinnen und effektiv auf kritische, zeitkritische Ereignisse zu reagieren.
Die wichtigsten Konzepte
Wenn Sie mit Null-ETL-Integrationen beginnen, sollten Sie die folgenden Konzepte berücksichtigen:
- Integration
-
Eine vollständig verwaltete Datenpipeline, die automatisch Transaktionsdaten und Schemas aus einem Aurora-DB-Cluster einer in ein Amazon Redshift Redshift-Data Warehouse repliziert.
-
Der Aurora-DB-Cluster der , aus dem Daten repliziert werden. Sie können einen DB-Cluster angeben, der bereitgestellte DB-Instances verwendet, oder Aurora Serverless v2 DB-Instances als Quelle.
- Ziel-Data-Warehouse
-
Das Data Warehouse von Amazon Redshift, in das die Daten repliziert werden. Es gibt zwei Arten von Data Warehouse: ein bereitgestelltes Cluster-Data-Warehouse und ein Serverless-Data-Warehouse. Ein bereitgestelltes Cluster-Data-Warehouse ist eine Sammlung von Datenverarbeitungsressourcen, den sogenannten Knoten, die zu einer Gruppe, einem sogenannten Cluster, zusammengefasst werden. Ein Serverless-Data-Warehouse besteht aus einer Arbeitsgruppe, die Datenverarbeitungsressourcen speichert, und einem Namespace, in dem die Datenbankobjekte und Benutzer gespeichert sind. In beiden Data Warehouses wird eine Amazon-Redshift-Engine ausgeführt und beide enthalten eine oder mehrere Datenbanken.
Mehrere DB-Cluster können auf dasselbe Ziel schreiben.
Weitere Informationen finden Sie unter Architektur des Data-Warehouse-Systems im Entwicklerhandbuch zu Amazon Redshift.
Einschränkungen
Die folgenden Einschränkungen gelten für Aurora-Null-ETL-Integrationen mit Amazon Redshift.
Themen
Allgemeine Einschränkungen
-
Der muss sich in derselben Region wie das Amazon Redshift Redshift-Ziel-Data Warehouse befinden.
-
Sie können einen oder eine seiner Instances nicht umbenennen, wenn er über bestehende Integrationen verfügt.
-
Sie können nicht mehrere Integrationen zwischen derselben Quell- und Zieldatenbank erstellen.
-
Sie können keinen löschen, der über bestehende Integrationen verfügt. Sie müssen zuerst alle zugehörigen Integrationen löschen.
-
Wenn Sie den beenden, werden die letzten Transaktionen möglicherweise nicht in das Ziel-Data Warehouse repliziert, bis Sie den wieder aufnehmen.
-
Wenn Ihr die Quelle einer blauen/grünen Bereitstellung ist, können die blauen und grünen Umgebungen während des Switchovers keine vorhandenen Zero-ETL-Integrationen enthalten. Sie müssen zuerst die Integration löschen und umstellen. Anschließend erstellen Sie die Integration neu.
-
Ein DB-Cluster muss mindestens eine DB-Instance enthalten, um die Quelle einer Integration zu sein.
-
Sie können keine Integration für einen Quell-DB-Cluster erstellen, bei dem es sich um einen kontoübergreifenden Klon handelt, wie z. B. solche, die mit AWS Resource Access Manager (AWS RAM) gemeinsam genutzt werden.
-
Wenn der DB-Quell-Cluster in einer globalen Aurora-Datenbank verwendet wird und ein Failover zu einem der sekundären Cluster erfolgt, wird die Integration inaktiv. Sie müssen die Integration löschen und erneut erstellen.
-
Sie können keine Integration für eine Quelldatenbank erstellen, für die eine andere Integration aktiv erstellt wird.
-
Wenn Sie zum ersten Mal eine Integration erstellen oder wenn eine Tabelle erneut synchronisiert wird, kann das Seeding von Daten von der Quelle zum Ziel je nach Größe der Quelldatenbank 20 bis 25 Minuten oder länger dauern. Diese Verzögerung kann zu einer erhöhten Replikatverzögerung führen.
-
Einige Datentypen werden nicht unterstützt. Weitere Informationen finden Sie unter Unterschiede zwischen den Datentypen zwischen Aurora - und Amazon Redshift Redshift-Datenbanken.
-
Systemtabellen, temporäre Tabellen und Ansichten werden nicht auf Amazon Redshift repliziert.
-
ALTER TABLE
Partitionsoperationen führen dazu, dass Ihre Tabelle neu synchronisiert wird, um Daten von Aurora nach Amazon Redshift neu zu laden. Die Tabelle kann während der Resynchronisierung nicht abgefragt werden. Weitere Informationen finden Sie unter Eine oder mehrere meiner Amazon-Redshift-Tabellen erfordern eine erneute Synchronisation.
Einschränkungen von Aurora MySQL
-
Auf Ihrem Quell-DB-Cluster muss eine unterstützte Version von Aurora MySQL ausgeführt werden. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und Aurora-DB-Engines ohne ETL Integrationen mit Amazon Redshift.
-
Null-ETL-Integrationen benötigen die MySQL-Binärprotokollierung (Binlog), um laufende Datenänderungen zu erfassen. Verwenden Sie keine binlogbasierte Datenfilterung, da dies zu Dateninkonsistenzen zwischen der Quell- und der Zieldatenbank führen kann.
-
Null-ETL-Integrationen werden nur für Datenbanken unterstützt, die für die Verwendung der InnoDB-Speicher-Engine konfiguriert sind.
-
Fremdschlüsselverweise mit vordefinierten Tabellenaktualisierungen werden nicht unterstützt. Insbesondere
ON DELETE
werdenON UPDATE
Regeln mitCASCADE
SET NULL
, undSET DEFAULT
Aktionen nicht unterstützt. Der Versuch, eine Tabelle mit solchen Verweisen in einer anderen Tabelle zu erstellen oder zu aktualisieren, führt zu einem Fehlschlag der Tabelle. -
XA-Transaktionen
, die auf dem Quell-DB-Cluster ausgeführt werden, bewirken, dass die Integration in den Status von wechselt. Syncing
Einschränkungen von Aurora PostgreSQL
-
Auf Ihrem Quell-DB-Cluster muss eine unterstützte Version von Aurora PostgreSQL ausgeführt werden. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und Aurora-DB-Engines ohne ETL Integrationen mit Amazon Redshift.
-
Wenn Sie einen Aurora PostgreSQL-Quell-DB-Cluster auswählen, müssen Sie mindestens ein Datenfiltermuster angeben. Das Muster muss mindestens eine einzige Datenbank (
) für die Replikation nach Amazon Redshift enthalten. Weitere Informationen finden Sie unter Datenfilterung für Aurora-Zero-Integrationen mit Amazon Redshift.database-name
.*.* -
Alle Datenbanken, die im Aurora PostgreSQL-Quell-DB-Cluster erstellt wurden, müssen die UTF-8-Kodierung verwenden.
-
Wenn Sie deklarative Partitionierungstransaktionen
auf dem Quell-DB-Cluster durchführen, gehen alle betroffenen Tabellen in den Status „Fehlgeschlagen“ über und sind in Amazon Redshift nicht mehr zugänglich. -
Zweiphasige Transaktionen
werden nicht unterstützt. -
Wenn Sie alle DB-Instances aus einem DB-Cluster löschen, der die Quelle einer Integration ist, und dann eine DB-Instance erneut hinzufügen, wird die Replikation zwischen dem Quell- und dem Zielcluster unterbrochen.
-
Der Quell-DB-Cluster kann Aurora Limitless Database nicht verwenden.
Einschränkungen für Amazon Redshift
Eine Liste der Einschränkungen von Amazon Redshift im Zusammenhang mit Zero-ETL-Integrationen finden Sie unter Überlegungen zur Verwendung von Zero-ETL-Integrationen mit Amazon Redshift im Amazon Redshift Management Guide.
Kontingente
Für Ihr Konto gelten die folgenden Kontingente in Bezug auf Aurora-Null-ETL-Integrationen mit Amazon Redshift. Jedes Kontingent gilt pro Region, sofern nicht anders angegeben.
Name | Standard | Beschreibung |
---|---|---|
Integrationen | 100 | Die Gesamtzahl der Integrationen innerhalb eines AWS-Konto. |
Integrationen pro Ziel-Data-Warehouse | 50 | Die Anzahl der Integrationen, die Daten an ein einzelnes Ziel-Data-Warehouse von Amazon Redshift senden. |
Integrationen pro Quell-Cluster | 5 für Aurora MySQL 1 für Aurora PostgreSQL |
Die Anzahl der Integrationen, die Daten aus einem einzelnen senden. |
Darüber hinaus legt Amazon Redshift bestimmte Einschränkungen für die Anzahl der zulässigen Tabellen in jeder Datenbank-Instance oder jedem Cluster-Knoten fest. Weitere Informationen finden Sie unter Kontingente und Limits in Amazon Redshift im Verwaltungshandbuch zu Amazon Redshift.
Unterstützte Regionen
Aurora Zero-ETL-Integrationen mit Amazon Redshift sind in einer Teilmenge von verfügbar. AWS-Regionen Eine Liste der unterstützten -Regionen finden Sie unter Unterstützte Regionen und Aurora-DB-Engines ohne ETL Integrationen mit Amazon Redshift.