【Redshift Serverless】復元後の「設定し直し」地獄から解放！Zero-ETL & S3統合が自動維持へ！

Amazon Redshift Serverlessにおいて、スナップショットまたはリカバリポイントから同一のサーバーレス名前空間（namespace）へ復元する場合、zero-ETLおよびAmazon S3イベント統合が自動的に保持されるようになりました。これまでは復元後に統合が「FAILED」状態となり手動での再構築が必要でしたが、今回のアップデートにより、統合は自動的に維持され、復元完了後に即座に動作を再開します。なお、この機能は同一名前空間への復元に限定されます。

🛠️ ついに「復元後の再設定」という地獄が消滅する！？

Redshift Serverlessを使っていて、スナップショットから復元した瞬間に**「あれ、zero-ETLやS3連携が死んでる…」と冷や汗をかいた経験はありませんか？これまでは復元後に手動でパイプラインを組み直す必要があり、その間のデータ取り込み停止や設定ミスのリスクが常に付きまとっていました。今回のアップデートは、まさに運用エンジニアの救世主**です。

📍 日本国内の利用状況

リサーチの結果、東京リージョン (ap-northeast-1) および 大阪リージョン (ap-northeast-3) の両方で利用可能であることが確認されました。国内のデータ基盤構築においても、安心してこの恩恵を享受できます。

💡 現場で役立つTips & 注意点

• 同一名前空間の鉄則: 異なる名前空間へ復元したり、プロビジョニング済みクラスターへ移行したりする場合は、従来通り手動設定が必要です。設計段階での「名前空間の維持」を意識しておきましょう。
• S3連携の自動キャッチアップ: 復元中にS3へアップロードされたファイルも、復元完了後にRedshiftが自動で検知して取り込みを開始します。この「データの連続性」は非常に強力です。
• コスト面: この機能の利用による追加費用は発生しません。追加料金を気にせず、DR（災害復旧）計画の高度化に組み込めます。

🚀 次のアクション：まず何を試すべき？

まずは検証環境で、**「スナップショット作成 $\rightarrow$ 同一名前空間へ復元 $\rightarrow$ 統合ステータスが ACTIVE になるか」**のフローを回してみてください。あわせて、--no-maintain-integration パラメータを使って、意図的に統合を解除する制御ができることも確認しておくと、運用設計の幅が広がります。

参照ドキュメント:

• Amazon Redshift Behavior Changes (Patch 202)
• https://docs.aws.amazon.com/redshift/latest/mgmt/behavior-changes.html