理論

AWS移行

1. データベース移行の基本的なステップ
• 移行計画の立案: 現状のデータベースの構成、利用状況、依存関係を分析し、移行後のアーキテクチャを設計します。
• ツール選定: AWS Database Migration Service（DMS）やSnowballなど、移行要件に合ったツールを選択します。
• レプリケーション: オンプレミス環境とクラウド環境でデータをリアルタイムで同期し、移行中のダウンタイムを最小限に抑えます。

2. Aurora MySQLの特徴
• スケーラビリティ: Auroraは高性能で自動スケーリングが可能。レプリカを作成することで、読み取り負荷を分散できます。
• マルチAZ構成: 高可用性を実現し、障害が発生しても迅速に復旧します。
• RDS Proxyの活用: アプリケーションの接続管理を最適化し、大量の接続を効率的に処理できます。

3. データロードと集計ジョブの負荷分散
• 負荷分散の原則: 書き込みと読み取りを分けることで、リソース競合を回避します。
• レプリカの利用: 書き込みはプライマリインスタンスに集中させ、集計や分析処理はリードレプリカで行います。

4. 継続的データレプリケーション
• AWS DMSの利点: 既存データのフルロードと、変更データキャプチャ（CDC）によるリアルタイム同期が可能。
• 移行後の切り替え: レプリケーションが完了したら、DNSの変更やアプリケーション設定の更新で、新しい環境に移行します。

5. 移行中断を防ぐ設計
• Blue/Greenデプロイメント: 新旧システムを並行稼働させ、テスト後に切り替える手法。
• ロードバランサー: Application Load Balancer（ALB）やNetwork Load Balancer（NLB）を使用してトラフィックを分散。
• ステージング環境: 本番環境に影響を与えないよう、移行作業はまずステージング環境で検証します。

6. クラウドネイティブ設計の考慮
• サーバーレス: AWS Lambdaを活用し、動的スケーリングとコスト効率を向上。
• イベント駆動アーキテクチャ: KinesisやSQSでデータ収集や処理を非同期化。

実践

【初心者】AWS Database Migration Service (DMS) を使ってみる - Qiita

1. 目的AWSのデータベース関連サービスの復習をしている。AWS Database Migration Service (DMS)を使ってDBを移行するプロセスを理解する。2. やったことE…

https://qiita.com/mksamba/items/034e2e6999d9237a9429

一問道場

質問 #50

トピック 1

1. センサーデータ収集アプリケーション
• センサーデータを収集し、MySQLデータベースにデータをロードする。

2. データ集計アプリケーション
• データを集計してレポートを作成する。

要件

1. データロードの問題を解決する。

2. 移行作業は顧客に影響を与えず中断を発生させない。

ソリューションアーキテクトとして、この要件を満たすにはどの選択肢を採用すべきですか？

選択肢

1. Amazon Aurora MySQLデータベースをオンプレミスのデータベースのレプリケーションターゲットとして設定する。

2. Aurora Replicaを作成し、集計ジョブをAurora Replicaで実行するように移行する。

3. 収集エンドポイントをNetwork Load Balancer（NLB）の背後にあるAWS Lambda関数として設定し、Amazon RDS Proxyを使用してAurora MySQLデータベースに書き込む。

4. データベースが同期されたら、レプリケーションジョブを無効化し、Aurora Replicaをプライマリインスタンスとして再起動する。

5. コレクタのDNSレコードをNLBに向ける。

1. Amazon Aurora MySQLデータベースを設定する。

2. AWS Database Migration Service（AWS DMS）を使用して、オンプレミスデータベースからAuroraへの継続的なデータレプリケーションを実行する。

3. 集計ジョブをAurora MySQLデータベースで実行するように移行する。

4. 収集エンドポイントをApplication Load Balancer（ALB）の背後にあるAuto Scalingグループ内のAmazon EC2インスタンスとして設定する。

5. データベースが同期されたら、コレクタのDNSレコードをALBに向ける。

6. オンプレミスからAWSへの移行後、AWS DMSの同期タスクを無効化する。

1. Amazon Aurora MySQLデータベースを設定する。

2. AWS Database Migration Service（AWS DMS）を使用して、オンプレミスデータベースからAuroraへの継続的なデータレプリケーションを実行する。

3. Aurora Replicaを作成し、集計ジョブをAurora Replicaで実行するように移行する。

4. 収集エンドポイントをApplication Load Balancer（ALB）の背後にあるAWS Lambda関数として設定し、Amazon RDS Proxyを使用してAurora MySQLデータベースに書き込む。

5. データベースが同期されたら、コレクタのDNSレコードをALBに向ける。

6. オンプレミスからAWSへの移行後、AWS DMSの同期タスクを無効化する。

1. Amazon Aurora MySQLデータベースを設定する。

2. Aurora Replicaを作成し、集計ジョブをAurora Replicaで実行するように移行する。

3. 収集エンドポイントをAmazon Kinesisデータストリームとして設定する。

4. Amazon Kinesis Data Firehoseを使用してデータをAurora MySQLデータベースにレプリケートする。

5. データベースが同期されたら、レプリケーションジョブを無効化し、Aurora Replicaをプライマリインスタンスとして再起動する。

6. コレクタのDNSレコードをKinesisデータストリームに向ける。