Aurora ゼロ ETL 統合

複数のデータソースから総合的なインサイトを引き出すのに役立ちます。

抽出、変換、ロード (ETL) 操作を実行する複雑なデータパイプラインを構築して管理する必要がなくなります。ゼロ ETL 統合は、パイプラインのプロビジョニングと管理を顧客に代わって行うことで、パイプラインの構築と管理に伴う課題を排除します。

運用上の負担とコストを削減し、アプリケーションの改善に集中できます。

ターゲット送信先の分析機能と ML 機能を活用して、トランザクションデータやその他のデータからインサイトを引き出し、重要で時間的制約のあるイベントに効果的に対応できます。

ソースDB クラスターは、ターゲットと同じリージョンにある必要があります。

クラスターに既存の統合がある場合、DB クラスターやそのインスタンスの名前を変更することはできません。

同じソースデータベースとターゲットデータベースの間に複数の統合を作成することはできません。

既存の統合がある DB クラスターは削除できません。まず、関連する統合をすべて削除する必要があります。

ソースDB クラスターを停止すると、クラスターを再開するまで、最後のいくつかのトランザクションがターゲットにレプリケートされない場合があります。

クラスターがブルー/グリーンデプロイのソースである場合、ブルー環境とグリーン環境の切り替え中に既存のゼロ ETL 統合を置くことはできません。最初に統合を削除してから切り替えて、再作成する必要があります。

DB クラスターが統合のソースになるには、1 つ以上の DB インスタンスが含まれている必要があります。

AWS Resource Access Manager (AWS RAM) を使用して共有されるクローンなど、クロスアカウントクローンであるソース DB クラスターで統合を作成することはできません。

ソースクラスターが Aurora グローバルデータベースのプライマリ DB クラスターであり、セカンダリクラスターの 1 つにフェールオーバーすると、統合は非アクティブになります。統合を手動で削除して再作成する必要があります。

統合を作成中のソースデータベースで別の統合を作成することはできません。

初めて統合を作成するとき、またはテーブルを再同期するとき、ソースデータベースのサイズによっては、ソースからターゲットへのデータシードに 20 ～ 25 分以上かかる場合があります。この遅延により、レプリカラグが長くなる可能性があります。

一部のデータ型はサポートされていません。詳細については、「 データベースのデータタイプの違い」を参照してください。

システムテーブル、一時テーブル、ビューはターゲットウェアハウスにレプリケートされません。

ソーステーブルで DDL コマンド (ALTER TABLE など) を実行すると、テーブルの再同期がトリガーされ、再同期中はテーブルをクエリできなくなる場合があります。詳細については、「1 つ以上の Amazon Redshift テーブルを再同期する必要がある」を参照してください。

ソース DB クラスターは、サポートされているバージョンの Aurora MySQL を実行している必要があります。サポートされているバージョンのリストについては、「ゼロ ETL 統合でサポートされているリージョンと Aurora DB エンジン」を参照してください。

ゼロ ETL 統合では、MySQL バイナリロギング (binlog) を利用して継続的なデータ変更をキャプチャします。バイナリログベースのデータフィルタリングは使用しないでください。ソースとターゲットのデータベース間でデータの不整合が生じる可能性があります。

ゼロ ETL 統合は、InnoDB ストレージエンジンを使用するように設定されたデータベースでのみサポートされています。

定義済みのテーブル更新を伴う外部キー参照はサポートされていません。具体的には、ON DELETE および ON UPDATE ルールは、CASCADE、SET NULL、および SET DEFAULT アクションではサポートされていません。別のテーブルへの参照を含むテーブルを作成または更新しようとすると、テーブルは失敗状態になります。

ソース DB クラスターで XA トランザクションを実行すると、統合は Syncing の状態になります。

ソース DB クラスターは、サポートされているバージョンの Aurora PostgreSQL を実行している必要があります。サポートされているバージョンのリストについては、「ゼロ ETL 統合でサポートされているリージョンと Aurora DB エンジン」を参照してください。

Aurora PostgreSQL ソース DB クラスターを選択する場合は、少なくとも 1 つのデータフィルターパターンを指定する必要があります。このパターンには、ターゲットウェアハウスへのレプリケーション用のデータベース (database-name.*.*) が少なくとも 1 つ含まれている必要があります。詳細については、「Aurora ゼロ ETL 統合でのデータフィルタリング」を参照してください。

ソース Aurora PostgreSQL DB クラスター内で作成されるすべてのデータベースは、UTF-8 エンコーディングを使用する必要があります。

宣言型パーティショニングを使用する場合、テーブルパーティションは Amazon Redshift にレプリケートされます。ただし、パーティション分割されたテーブル自体は Amazon Redshift にレプリケートされません。

2 相トランザクションはサポートされていません。

統合のソースである DB クラスターからすべての DB インスタンスを削除し、DB インスタンスを再追加すると、ソースクラスターとターゲットクラスターの間のレプリケーションは中断されます。

ソース DB クラスターは Aurora Limitless Database を使用できません。

プライマリキーは、データフィルターに存在するすべてのテーブルで必要です。プライマリキーのないテーブルは、失敗状態になります。

カタログ名の長さは 19 文字に制限されています。