SQL Server の移行 - AWS 規範ガイダンス
評価準備移行

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

SQL Server の移行

クラウドへの移行では、SQL Server 環境を に移行するための複数のオプションがあります AWS。移行を成功させるには、SQL Server ワークロードとその依存関係の詳細なインベントリの作成、認証スキームの特定、高可用性とディザスタリカバリ (HADR) の要件の把握、パフォーマンス目標の評価、ライセンスオプションの評価が必要です。このインベントリは、ターゲットデータベースプラットフォームを決定し、移行オプションを定義するのに役立ちます。

SQL Server ワークロードを に移行するときに考慮すべき多くのオプションがあり AWS、それぞれが最適化された価格/パフォーマンス、より直感的なユーザーエクスペリエンス、TCO の削減につながります。SQL Server は、Amazon EC2、Amazon RDS for SQL Server、または Amazon RDS Custom for SQL Server にデプロイできます。

評価

移行を成功させるには、既存のインフラストラクチャを評価し、環境に必要な主要な機能を理解することが重要です。移行計画を選択する前に、次の主要なエリアを確認することをお勧めします。

  • 既存のインフラストラクチャの確認 — 移行の検出フェーズで収集したデータを使用して、既存の SQL Server インフラストラクチャを確認します (「Windows 環境の検出」を参照してください)。SQL Server インフラストラクチャには Microsoft の規定サイズ設定を使用することをお勧めします AWS。メモリ、CPU、IOPS、スループットなど、オンプレミス SQL Server インスタンスの現在の使用率を理解することは、SQL Server インスタンスのサイズを適切に設定するために非常に重要です AWS。

  • 既存のライセンスの確認 – 補完的なAWS 最適化とライセンス評価 (AWS OLA) を活用して、 で移行とライセンス戦略を構築できます AWS。 AWS OLA には、既存のライセンス使用権限を使用してデプロイオプションをモデル化するレポートが用意されています。これらの結果は、柔軟な AWS ライセンスオプションで利用可能なコスト削減を検討するのに役立ちます。

  • 既存の SQL Server アーキテクチャを確認する – 共有ストレージまたは SQL Server Always On 可用性グループアーキテクチャで SQL Server フェイルオーバークラスターを使用している場合、現在の高可用性アーキテクチャ要件を理解することで、SQL Server のデプロイオプションを定義できます AWS。

  • バックアップ戦略の開発 – SQL Server でネイティブバックアップを使用して、データベースをクラウドにバックアップできます。Storage Gateway を使用して Amazon EBS、Amazon FSx for Windows File Server、Amazon FSx for NetApp ONTAP、Amazon S3 にデータベースをバックアップするには、さまざまなオプションがあります。また、スナップショットアプローチを使用して SQL Server インスタンスをバックアップできます。SQL Server バックアップの詳細については、 AWS 「 規範ガイダンス」のAmazon EC2 での SQL Server のバックアップおよび復元オプション」を参照してください。

  • ディザスタリカバリ (DR) のニーズを理解する – 既存の SQL Server ワークロードを に移行する場合は AWS、セカンダリ を使用し、Transit Gateway (レプリケーションの実行を許可) を使用して 2 つのリージョン AWS リージョン に接続できます。SQL Enterprise エディション内の SQL Server 分散可用性グループアーキテクチャを使用して DR を設定することも、RTO および RPO の要件に基づいてログ配信を使用することもできます。さらに、DR をフェイルオーバー環境 AWS Elastic Disaster Recovery として残すアクティブ/パッシブ実装として を使用できます。詳細については、 AWS データベースブログの「Architect a disaster recovery for SQL Server on AWS: Part 1 post」を参照してください。

準備

SQL Server のワークロードについては、3 つの主要移行オプションを検討することをおすすめします。

  • リホスト (リフトアンドシフト） – これには、オンプレミスの SQL Server データベースを の Amazon EC2 インスタンス上の SQL Server に移行することが含まれます AWS クラウド。このアプローチは、 への移行を高速化することが優先事項である場合 AWS に便利です。

  • リプラットフォーム (リフトアンドリシェイプ） – これには、オンプレミスの SQL Server データベースを の Amazon RDS for SQL Server に移行することが含まれます AWS クラウド。リプラットフォームは、SQL Server を引き続き使用したいが、インストール、設定、パッチ適用、アップグレード、高可用性の設定など、未分化の手間のかかるタスクをオフロードしたい場合に最適です。Amazon EC2、Amazon RDS、Amazon RDS Custom での SQL Server の機能比較については、 AWS 「規範ガイダンスでの Amazon EC2 と Amazon RDS の選択」を参照してください。

  • リファクタリング (再構築) — これは通常、オープンソースのデータベースまたはクラウド向けに構築されたデータベースを使用して、アプリケーションの変更とモダナイズを行います。このシナリオでは、Amazon RDS for MySQL、Amazon RDS for PostgreSQL、または Amazon Aurora のいずれかを使用するように、オンプレミスの SQL Server データベースをモダナイズします。オープンソースデータベースに移行することで、ライセンスコストを削減し、不必要なベンダーロックイン期間やライセンス監査を防ぐことができます。

移行

SQL Server ワークロードを に移行するときは AWS、設定とツールに関する以下の項目を考慮してください。

リホスト

リホストは同種です。データベースソフトウェアや構成を変更せずに SQL Server データベースをそのまま移行したい場合は、このアプローチを選択してください。たとえば、大規模なレガシー移行では、ビジネス目標を達成するために迅速に移行し、ほとんどのアプリケーションをリホストする必要がある場合があります。

Amazon EC2 を使用した SQL サーバーの移行

Amazon EC2 に移行する場合、既存の SQL Server ライセンスを導入できます。このユーザーが独自のライセンスを導入するモデルは、Bring-Your-Own-License (BYOL) モデルと呼ばれます。または、 からライセンス込み (LI) インスタンスを購入することもできます AWS。詳細については、 AWS 「 クラウド運用と移行ブログ」のAmazon EC2 Dedicated Hosts のライセンス込み Windows インスタンスを使用した SQL BYOL によるコスト最適化」の投稿を参照してください。BYOL オプションを使用すると、既存の SQL Server ライセンスを使用してコストを削減できます。 は、Amazon EC2 で SQL Server を使用して VMsをインスタンス化するときに、使用可能なライセンスの割り当てを制御するAWS License Managerのに役立ちます。License Manager は、指定したライセンスルールを確実に順守するのに役立ちます。

Microsoft Software Assurance (SA) を所有している場合にのみ、BYOL を使用して SQL Server を共有テナンシー (デフォルト) EC2 インスタンスにリホストできます。SQL ライセンスに SA がない場合は、ライセンスが 2019 年 10 月 1 日より前に購入されているか、2019 年 10 月 1 日より前に有効であったアクティブなエンタープライズ登録で調整として追加されている限り、Amazon EC2 Dedicated Hosts にリホストできます。

バックアップと復元、ログ配信、Always On 可用性グループなどの SQL Server 機能を使用して SQL Server データベースを Amazon EC2 インスタンスに移行する方法があります。これらのオプションは、Amazon EC2 で実行されている新しい SQL Server インスタンスに 1 つのデータベースまたはデータベースセットを移行する場合に適しています。これらのオプションはデータベースネイティブで、SQL Server のバージョンとエディションによって異なります。データベースの移行に加えて、ログイン、ジョブ、データベースメール、リンクサーバーなどのオブジェクトを移行する手順を実行する必要がある場合もあります。

SQL Server データベースを でリホストするには、次のアプローチを使用できます AWS。

AWS Launch Wizard for SQL Server を使用して、Amazon EC2 での Microsoft SQL Server のサイズ設定、設定、デプロイをガイドすることもできます。Amazon EC2 上での SQL Server のシングルインスタンスと HA の両方のデプロイをサポートします。

Application Migration Service を使用した SQL Server の移行

AWS Application Migration Service は、ほぼゼロまたは最小限のダウンタイムでデータベース内の SQL Server バージョン、オペレーティングシステム、またはコードを変更 AWS せずに、1 つ以上の大規模なマシンをオンプレミス環境から にリフトアンドシフトする場合に適しています。Application Migration Service を使用すると、互換性の問題、パフォーマンスへの影響、長いカットオーバー期間などに悩まされることなく、物理サーバー、仮想サーバー、またはクラウドサーバーを迅速にリフトアンドシフトできます。Application Migration Service を使用してオンプレミス環境から Amazon EC2 インスタンスに SQL Server データベースを移行するガイダンスについては、 AWS 「 規範ガイダンス」の「Microsoft SQL Server データベースの への移行 AWS クラウド」を参照してください。Application Migration Service を使用して Microsoft SQL Server データベースワークロードを移行する場合のベストプラクティスを参照することもできます AWS。

Linux 上の SQL サーバー

SQL Server データベースエンジンは、基本的には Windows Server と Linux のどちらでも同じように動作します。ただし、Linux を使用する場合、特定のタスクにいくつかの変更があります。Launch Wizard は、これらの変更に対応し、可用性の高いソリューションを構成するのに役立ちます。社内に Linux 管理の専門知識がある場合は、Windows Server のライセンスコストを節約するために、Amazon EC2 Linux にリホストすることをお勧めします。このプロセスを自動化するには、Microsoft SQL Server データベースでの Windows から Linux へのリプラットフォームアシスタントの使用を検討してください。詳細については、「Linux on AWS Prescriptive Guidance」の「Migrate an on Microsoft SQL Server to Microsoft SQL Server on Amazon EC2 running Linux on Prescriptive Guidance」を参照してください。

リプラットフォーム

リプラットフォームは同種のアプローチで、完全マネージド型のデータベース製品を使用してデータベースインスタンスの管理に費やす時間を短縮するのに最適です。Amazon RDS for SQL Server の完全マネージド型データベースでは、基盤となるオペレーティングシステム、システムボリューム、カスタムドライバーのインストールなどへのアクセスが制限されます。詳細については、Amazon RDS ドキュメントの「Amazon RDS for Microsoft SQL Server」を参照してください。ユースケースにフルマネージド型のデータベース機能が必要な場合、または既存の SQL Server ライセンスを使用する場合は、Amazon RDS Custom for SQL Server へのリプラットフォーム を検討してください。

Bring Your Own Media (BYOM) オプションは、Amazon RDS Custom for SQL Server で利用できます。BYOM では、独自のインストールメディアとライセンスを使用できますが、ライセンスは Microsoft のライセンスモビリティの条件に準拠している必要があります。SQL Server のプラットフォームを Amazon RDS for SQL Server または Amazon RDS Custom for SQL Server にリプラットフォームできます。選択は、基盤となるオペレーティングシステムへのアクセスが必要か、データベースのカスタマイズが必要か、BYOM を使用して既存の SQL Server ライセンスを使用するかによって異なります。

SQL Server を Amazon RDS for SQL Server に移行するには、次の方法があります。

SQL Server データベースをリプラットフォームして Amazon RDS for SQL Server で実行するには、Amazon RDS for SQL Server で提供されているアプローチを使用することを検討してください。サポート終了ワークロードを移行する方法については、 AWS データベースブログの「Migrate end of support Microsoft SQL Server database to Amazon RDS for SQL Server confidently post」を参照してください。オンプレミスデータベースの詳細については、Amazon RDS ドキュメントの「Amazon RDS Custom for SQL Server へのオンプレミスデータベースの移行」を参照してください。

リファクタリング

リファクタリングは異種混在です。データベースとアプリケーションを再構築、書き換え、再構築する準備ができたら、このアプローチを選択して、オープンソースのbuilt-for-the-cloudサービスを活用します。データベースとそれぞれのアプリケーションのリファクタリングに慣れている場合は、SQL Server ワークロードを Amazon RDS for MySQL、Amazon RDS for PostgreSQL、Amazon Aurora MySQL 互換エディション、または Amazon Aurora PostgreSQL 互換エディションのいずれかにモダナイズできます。さまざまなモダナイズのスケジュールやパフォーマンス要件に応じてリファクタリングできます。

Amazon RDS for MySQL と Amazon RDS for PostgreSQL は、それぞれのオープンソースデータベース向けのフルマネージド型データベース製品です。Amazon Aurora は、MySQL および PostgreSQL と完全な互換性を備えた、クラウド用に構築されたリレーショナルデータベース管理システム (RDBMS) です。Aurora は耐障害性に優れたストレージシステムを備え、商用グレードのデータベースのパフォーマンスと可用性を 10 分の 1 のコストで実現します。

Amazon Aurora Serverless を使用して、データベース容量を管理 AWS せずに でデータベースを実行することもできます。Amazon Aurora Serverless v2 は、ほんの一瞬で数十万件のトランザクションに瞬時にスケーリングできます。支払いはアプリケーションが消費した容量に対してのみ発生し、ピーク負荷時に容量をプロビジョニングするコストと比較して、データベースコストを最大 90% 節約できます。

SQL Server データベースをこれらのサービスのいずれかにリファクタリングするには、 で AWS Schema Conversion Tool (AWS SCT） を使用することを検討してください AWS DMS。詳細については、「Microsoft SQL Server データベースAWS SCTのガイドへの移行」の「」を参照してください。 AWS クラウド

アプリケーションとデータベースの への移行を高速化することを目標とする場合は AWS、Babelfish for Aurora PostgreSQL の使用を検討してください。Babelfish により、元々 SQL Server 用に作成されたアプリケーションが、最小限のコードの変更で Aurora と連携できるようになります。その結果、SQL Server 2019 以前向けに開発された Babelfish for Aurora PostgreSQL アプリケーションを変更し、に移行するのに必要な労力が軽減され、より迅速でリスクが低く、費用対効果の高いリファクタリングが可能になります。

Babelfish を使用した移行には、以下のリソースを検討してください。

追加リソース