Microsoft SQL AWS サーバーデータベースのクラウドへの移行 - AWS 規範ガイダンス
概要

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Microsoft SQL AWS サーバーデータベースのクラウドへの移行

Sagar Patel, Amazon Web Services (AWS)

2024 年 4 月 (ドキュメント履歴)

Amazon Web Services (AWS) は、 AWS 信頼性が高く安全なクラウドインフラストラクチャに Microsoft SQL Server データベースをデプロイするための包括的なサービスとツールセットを提供します。SQL Server AWS を稼働させるメリットには、コスト削減、スケーラビリティ、高可用性と障害回復、パフォーマンスの向上、管理のしやすさなどがあります。詳細については、 AWS Compute ブログの「Microsoft Windows Server と SQL Server のワークロードを実行するのに最適なクラウドである理由 AWS」をご覧ください。

このガイドでは、SQL Server AWS データベースをオンプレミスからクラウド、Amazon Relational Database Service (Amazon RDS)、Amazon Elastic Compute Cloud (Amazon EC2)、または VMware Cloud on に移行する際に利用できるオプションについて説明します。 AWSこれらの移行オプションを使用する際のベストプラクティスと推奨事項について詳しく説明します。また、オンプレミスの SQL Server 環境と、ログ配布、レプリケーション、Always On 可用性グループなどの SQL Server のネイティブ機能を使用して AWS、高可用性と災害復旧ソリューションを設定する方法についても説明します。

このガイドは、オンプレミスの SQL Server データベースを AWSに移行することを計画しているプログラムマネージャー、プロジェクトマネージャー、プロダクトオーナー、データベース管理者、データベースエンジニア、運用マネージャー、インフラストラクチャマネージャーを対象としています。

概要

SQL Server データベースをに移行する前に AWS、「リレーショナルデータベースの移行戦略」で説明されているフレームワークを使用して移行戦略を理解し、評価する必要があります。

最初のステップは、移行の複雑さ、互換性、コストを理解して、アプリケーションと SQL Server データベースのワークロードを分析することです。移行を計画する際に考慮すべき重要な点をいくつか紹介します。

  • データベースサイズ — データベースの現在のサイズと全体的な容量の増加状況を確認します。例えば、SQL Server データベースを Amazon RDS または Amazon RDS Custom に移行することを計画している場合、最大 16 TiB のストレージを備えた DB インスタンスを作成できます。「 AWS サポートでサポートチケットを開く」と、追加のストレージをリクエストできます。最新情報については、「 Amazon RDS ドキュメント」の「 Amazon RDS DB インスタンスストレージ」を参照してください。

  • IOPS — データベースの IOPS とスループットを決定します。Amazon RDS への移行を計画している場合は、「 Amazon RDS DB インスタンスの I/O パフォーマンス」を考慮してください。

  • 依存関係 — 現在のデータベースの依存関係を確認します。データベースが他のデータベースに依存している場合は、それらをまとめて移行することも、メインデータベースを移行した後に依存関係を作成することもできます。

    データベースがレガシー、カスタム、またはパッケージ化されたアプリケーションをサポートしている場合は、Amazon RDS Custom for SQL Server が適している場合があります。このサービスにより、データベース設定、共有ファイルシステム、オペレーティングシステムパッチの管理を保持することができます。

    SQL Server のすべての依存関係をインベントリします。どの Web サーバー ( レポートサーバーやビジネスインテリジェンスサーバーなど ) が SQL Server と連携しているかを調べます。この情報は、移行の際に何が影響を受けるのか、またどのように影響を最小限に抑えることができるのかを判断するのに役立ちます。

  • コンプライアンス — 現在のアーキテクチャ、監査、またはコンプライアンスのニーズを見直し、Amazon RDS または Amazon EC2 への移行後にこれらの要件を満たすことができることを確認します。

  • HA/DR — 高可用性 (HA) および自動フェイルオーバー機能が必要ですか？ 本番環境のワークロードを実行している場合、高可用性とディザスタリカバリ (DR) がベストプラクティスとして推奨されます。

    HA/DR 要件を理解して、マルチリージョンアーキテクチャが必要かどうかを判断します。その場合は、SQL Server データベースを Amazon EC2 に移行します。Amazon RDS はマルチリージョン設定をサポートしていません。

  • バージョンサポート – Amazon RDS for SQL Server への移行を計画している場合は、SQL Server ソフトウェアのバージョンとエディションを確認してください (「 Amazon RDS 」および「 Amazon RDS 」の現在サポートされているバージョンを参照してください )。

  • ネットワーク接続 — オンプレミス環境間のネットワーク接続を確認し AWS、オンプレミスとオンプレミス間の高速データ転送に十分な帯域幅があることを確認します。 AWS

  • 移行時のダウンタイム — 移行アプローチを計画し、オンライン移行とオフライン移行のどちらを使用するかを決定できるように、移行に使用できるダウンタイムの量を決定します。

  • RTO、RPO、SLA 要件 — 既存のデータベースワークロードの目標復旧時間 (RTO)、目標復旧時点 (RPO)、およびサービスレベルアグリーメント (SLA) 要件を特定します。

  • ライセンス — ライセンスオプションを理解してください。Amazon EC2 と Amazon RDS ではライセンス込みのオプションを選択することも、Amazon EC2 では 「 Bring-Your-Own-License (BYOL) 」を選択することもできます。

  • 機能のサポート — アプリケーションが使用するデータベースの特徴と機能を、社内で開発されたものか、社内 commercial-off-the-shelf (COTS) ソフトウェアで開発されたものかを特定します。この情報は、SQL Server Enterprise エディションから Standard エディションに切り替えることでライセンスコストを削減できるかどうかを判断するのに役立ちます。ただし、切り替える前に Standard エディションのリソース制限を確認してください。例えば、Standard エディションは 128 GB の RAM しかサポートしていません。

    ワークロードは、Amazon RDS for SQL Server が提供する特徴量や能力の範囲内ですか？ 詳細については、「 Amazon RDS での SQL Server の特徴量」を参照してください。サポートされていない特徴量が必要な場合は、Amazon EC2 への移行も可能です。