フェーズ 2：計画

ワークロードとアプリケーションに基づいて、RDS custom for SQL Server または RDS for Microsoft SQL Server を選択します。ほとんどのデータベース移行では、リホスト、リプラットフォーム、またはリファクタリングを行うことができます。指針となる原則は、移行の利点を最大化する方法です。

アプリケーションのリファクタリングを選択し、Aurora などのクラウドネイティブデータベースに移行することで、データベースアプリケーションを強化できます。ただし、ワークロードの複雑さによっては、データベースのリファクタリングに時間がかかり、リソースを大量に消費する可能性があります。詳細については、「移行戦略の選択」を参照してください。

Amazon RDS for SQL Server の移行オプション

ソースデータベースがプライマリデータベースサーバーとセカンダリデータベースサーバーを同期するように既に設定されているかどうかを検討し、サーバーの同期方法を決定します AWS。以下は 3 つのアプローチです。

次のアーキテクチャ図では、 はオンプレミスデータセンターと Amazon VPC 間の専用プライベートネットワーク接続 AWS Direct Connect を確立します。ターゲットデータベース環境には、1 つのアベイラビリティーゾーンにデプロイされたプライマリ Amazon RDS for SQL Server があり、高可用性とディザスタリカバリのために 2 番目のアベイラビリティーゾーンにリードレプリカがあります。 AWS Database Migration Service (AWS DMS) は、ダウンタイムを最小限に抑えるために移行プロセスを管理します。

セキュリティを強化するために、ターゲット環境はプライベートサブネットを使用します。 AWS Secrets Manager はユーザー認証情報を処理し、 AWS Key Management Service (AWS KMS) は機密データの保管時の暗号化を提供します。インフラストラクチャ全体は Amazon CloudWatch によってモニタリングされます。Amazon CloudWatch はパフォーマンスメトリクスを追跡し、プロアクティブアラートを有効にします。この設計は、移行プロセス中に発生する問題に対処しながら、パフォーマンスを最適化するのに役立ちます。