Amazon RDS ゼロ ETL 統合

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

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

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

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

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

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

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

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

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

ソースデータベースが停止している場合、統合を削除することはできません。

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

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

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

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

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

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

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

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

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

ALTER TABLE パーティション操作では、RDS からターゲットウェアハウスにデータをリロードするためにテーブルが再同期されます。再同期中は、テーブルをクエリすることはできません。詳細については、「1 つ以上の Amazon Redshift テーブルを再同期する必要がある」を参照してください。

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