439-AWS SAP AWS 「理論・実践・一問道場」Amazon Aurora

type

status

date

slug

summary

理論

Amazon Auroraの移行方法

Amazon Auroraは、AWSが提供するフルマネージドのリレーショナルデータベースサービスで、MySQLおよびPostgreSQLとの互換性があります。Auroraはスケーラビリティ、パフォーマンス、および高可用性を提供しますが、既存のデータベースを別のアカウントやリージョンに移行する際には適切な方法を選択する必要があります。

1. Auroraのスナップショットとスナップショットの共有

スナップショットはAuroraインスタンスの状態をバックアップする方法です。スナップショットを取得し、それを他のアカウントに共有することで、別のアカウントにAurora DBクラスターを作成できます。

スナップショットを使用した移行は、最小限のダウンタイムを実現しやすい方法です。移行後に切り替えを行うだけで済むため、非常にシンプルで効率的な方法です。

2. AWS Database Migration Service（AWS DMS）

AWS DMSを使用すると、異なるAWSアカウント間でのデータのリアルタイム同期が可能です。これにより、データ移行中もターゲットデータベースを使用し続けることができ、移行後に切り替える際のダウンタイムを最小限に抑えられます。

DMSは、フルカットオーバーの前にデータ同期を行い、差分データの転送をリアルタイムで行うことで、切り替えをスムーズに行えるようにします。

3. AWS Backup

AWS Backupは、バックアップを自動化し、データの保護を簡素化するためのサービスです。ただし、Auroraの移行においては、スナップショットを他のアカウントに直接共有する方法が適しており、AWS Backupはこの用途には向いていません。

4. 移行後の切り替え

DNS切り替え（DNS Cutover）を行う際、移行完了後にターゲットデータベースに接続するようにアプリケーション設定を変更することが一般的です。この切り替えの際に、最小限のサービス中断を確保するための事前の準備（例えば、データ同期やスナップショットの取得）が重要です。

最適な移行戦略

スナップショットの共有とAWS DMSを組み合わせることが、ダウンタイムを最小限に抑えつつ、移行を効率的に行う最良の方法です。スナップショットで初期状態を作成し、その後DMSを使用してデータをリアルタイムで同期させるアプローチが有効です。

まとめ

データベースの移行には複数のアプローチがありますが、Amazon Auroraの移行には、スナップショットの取得やAWS DMSを使用することで、最小限のダウンタイムで移行を行うことが可能です。これらの方法は、移行後の運用負担を軽減し、安定したサービス提供を実現します。

実践

略

一問道場

問題 #439

ある企業が、既存のAWSアカウントから新しいAWSアカウントに、同じAWSリージョン内でAmazon Aurora MySQL DBクラスターを移行したいと考えています。

両方のアカウントは、AWS Organizations内の同じ組織に所属しています。

企業は、DNSカットオーバーを新しいデータベースに実行する前に、データベースサービスの中断を最小限に抑える必要があります。

どの移行戦略がこの要件を満たしますか？（2つ選んでください。）

A. 既存のAuroraデータベースのスナップショットを取得し、そのスナップショットを新しいAWSアカウントと共有する。スナップショットから新しいアカウントでAurora DBクラスターを作成する。

B. 新しいAWSアカウントでAurora DBクラスターを作成し、AWS Database Migration Service（AWS DMS）を使用して、2つのAurora DBクラスター間でデータを移行する。

C. AWS Backupを使用して、既存のAWSアカウントからAuroraデータベースのバックアップを新しいAWSアカウントに共有する。スナップショットから新しいアカウントでAurora DBクラスターを作成する。

D. 新しいAWSアカウントでAurora DBクラスターを作成し、AWS Application Migration Serviceを使用して、2つのAurora DBクラスター間でデータを移行する。

解説

この問題では、Amazon Aurora MySQL DBクラスターを新しいAWSアカウントに移行する方法を選ぶことが求められています。主な要件として、データベースサービスの中断を最小限に抑えること、そしてDNSカットオーバーを新しいデータベースに行う前に移行を完了することです。以下は各選択肢の解説です。

A. 既存のAuroraデータベースのスナップショットを取得し、そのスナップショットを新しいAWSアカウントと共有する。スナップショットから新しいアカウントでAurora DBクラスターを作成する。

正解: この方法では、スナップショットを使って、最小限のダウンタイムで移行を行うことができます。スナップショットを新しいアカウントに共有し、そのスナップショットから新しいAurora DBクラスターを作成することで、比較的短期間でデータベースを移行できます。この方法は簡単で、ダウンタイムが最小限に抑えられるため、最も適切な方法です。

B. 新しいAWSアカウントでAurora DBクラスターを作成し、AWS Database Migration Service（AWS DMS）を使用して、2つのAurora DBクラスター間でデータを移行する。

正解: AWS DMSを使用すると、データをリアルタイムで移行できるため、移行中のサービス中断を最小限に抑えることができます。AWS DMSは、データベース間での継続的な同期を可能にするため、切り替え時のダウンタイムを短縮できます。この方法も低い中断で移行を行えるので、適切な方法です。

C. AWS Backupを使用して、既存のAWSアカウントからAuroraデータベースのバックアップを新しいAWSアカウントに共有する。スナップショットから新しいアカウントでAurora DBクラスターを作成する。

不正解: AWS Backupは主にバックアップとリストアに使用されますが、Auroraのスナップショットの共有には直接関係しません。Aurora DBのスナップショットを別のアカウントに直接共有するには、バックアップ機能ではなく、スナップショットの共有機能を使用する必要があります。したがって、こちらの方法は不適切です。

D. 新しいAWSアカウントでAurora DBクラスターを作成し、AWS Application Migration Serviceを使用して、2つのAurora DBクラスター間でデータを移行する。

不正解: AWS Application Migration Service（旧Server Migration Service）は主にEC2インスタンスの移行を対象としており、Aurora MySQLの移行には直接関与しません。Auroraの移行にはこのサービスは適していません。したがって、この方法は不適切です。

まとめ

この問題における最適な解決策は、選択肢AとBです。どちらもデータベースの中断を最小限に抑える方法であり、移行プロセスを効率的に完了できます。選択肢CとDは、適切なサービスを使用していないため不正解です。