Amazon EC2 インスタンスの SQL Server ライセンスコストを最適化する方法を教えてください。

所要時間3分

Amazon Elastic Compute Cloud (Amazon EC2) インスタンスでの SQL Server ライセンスのコスト管理に関するベストプラクティスを知りたいです。

解決策

**重要: ** 以下の解決策は、SQL Server ライセンスに関する一般的なベストプラクティスを提供します。変更を実装する前に、特定のライセンス要件も確認してください。

ワークロードに適したライセンスモデルを選択する

EC2 インスタンスでは、SQL Server ライセンスが含まれた Amazon マシンイメージ (AMI) を使用するか、または独自のライセンスを持ち込むことができます。

ライセンス込み AMI を使用する

可変ワークロード、短期プロジェクト、インスタンスタイプ間の柔軟性が必要な状況には、ライセンス込み AMI を使用してください。このオプションは、SQL Server ライセンスをまだ持っていない場合にも簡単に使用できます。ライセンス込みのデプロイメントでは、Amazon EC2 がライセンスコンプライアンスを自動的に管理します。クライアントアクセスライセンスは必要ありません。ライセンス込み AMI の価格と要件については、「コストへの影響」を参照してください。

独自のライセンスを持ち込む

既存の SQL Server ライセンスがあり、大規模で予測可能なワークロードを実行する予定がある場合は、Bring-Your-Own-License (BYOL) モデルを使用してください。BYOL では、ライセンスコンプライアンスを自分で管理する必要があります。

BYOL では、ソフトウェアアシュアランスによるライセンスモビリティを利用した BYOL または専有ホスト上の BYOL のいずれかを選択できます。ライセンスモビリティにより、インスタンスコストを削減できます。ソフトウェアアシュアランス付き SQL Server などのライセンスモビリティ対象製品を、共有テナンシーまたは専有テナンシーのいずれかに持ち込むことができます。

ソフトウェアアシュアランスによるライセンスモビリティを利用した BYOL は、次のシナリオで使用してください。

ソフトウェアアシュアランスが有効な SQL Server ライセンスを持っている。
インスタンスタイプやテナンシーには柔軟性が必要。
ライセンスを管理するか、既存のライセンスを使用する必要がある。

詳細については、Microsoft ウェブサイトの『ソフトウェアアシュアランスによるライセンスモビリティ』を参照してください。

専有ホスト上の BYOL を次のシナリオで使用してください。

2019 年 10 月 1 日より前に購入した、ソフトウェアアシュアランスなしの SQL Server ライセンスを持っている。
-または-
2019 年 10 月 1 日より前に有効になったアクティブな Enterprise Enrollment の下で、SQL Server ライセンスを true-up として追加した。
ほとんどの期間で安定に実行される予測可能なワークロードを持っている。
専有インフラストラクチャに対する規制要件がある。

詳細については、"How to save 45% on licensing costs by migrating and optimizing SQL Server on AWS" (SQL Server を AWS に移行して最適化することでライセンスコストを 45% 節約する方法) を参照してください。

ご利用の SQL Server のエディションを選択する

SQL Server のエディションを選択する前に、利用可能なエディションを比較してください。必ず要件に照らして機能を評価してください。たとえば、SQL Server Standard エディションは SQL Server Enterprise エディションよりも費用対効果に優れています。ただし、SQL Server Standard エディションには、EC2 インスタンスごとに 4 ソケットまたは 24 コアという最大コンピュートクォータ制限があります。

可能な場合は、SQL Server Standard エディションにダウングレードし、パブリックワークロードには SQL Web エディションを使用してください。

開発、QA、テスト、ステージング、UAT などのすべての非本番環境には、SQL Server Developer エディションを使用してください。SQL Server Developer エディションは、本番データや顧客ワークロードを処理する環境には使用できません。SQL Server をダウンロードした後、共有テナンシーを使用して EC2 インスタンスに SQL Server Developer エディションをインストールできます。SQL Server Developer エディションには専用インフラストラクチャは必要ありません。

データベースを統合する

データベースごとに複数の個別の EC2 インスタンスを実行している場合は、可能な限りデータベースを統合してください。ライセンスコストを削減するために、より少数の大規模な EC2 インスタンスにデータベースを統合してください。可用性と耐障害性を備えたアーキテクチャを設計してください。

**注: ** 競合するコンプライアンス要件を持つデータベース、パフォーマンスの分離が必要なワークロード、または異なる可用性要件がある場合は、それらのデータベースを統合しないでください。

パッシブレプリカを使用する

Always On 可用性グループまたはフェイルオーバークラスターインスタンスを使用する高可用性デプロイメントでは、パッシブセカンダリレプリカを使用してライセンスコストを削減してください。パッシブセカンダリレプリカは、ディザスタリカバリにのみ使用するスタンバイ EC2 インスタンスです。この EC2 インスタンスは、読み取りトラフィックやアクティブなワークロードを受け入れません。

ライセンス込みワークロードに限り、Amazon EC2 High Availability on SQL Server を使用してパッシブレプリカを自動的に管理できます。これらのパッシブレプリカについては、Windows Server と Amazon EC2 のコンピューティングコストのみが請求され、SQL Server ライセンスのコストは請求されません。Amazon EC2 High Availability on SQL Server の要件に従っていることを確認してください。実装手順については、"Getting started with Amazon EC2 High Availability for SQL Server" (SQL Server 向け Amazon EC2 High Availability の利用開始) を参照してください。

BYOL EC2 インスタンスの場合は、パッシブフェイルオーバーのライセンスを使用してください。パッシブフェイルオーバーを使用するには、有効なソフトウェアアシュアランス付きの SQL Server ライセンスが必要です。

**重要: ** すべての EC2 インスタンスには Windows Server ライセンスが必要です。

適切なインスタンスサイズを選択する

**重要: ** 請求対象となる vCPU の最小数は 4 です。SQL Server Standard エディションの最大コア数は 24 コア (48 vCPU) です。

ワークロードに適した EC2 インスタンスサイズを選択するには、次のアクションを実行してください。

(BYOL EC2 インスタンスのみ) Microsoft のコア単位またはソケット単位のライセンスモデルを使用する場合は、必要なコア数を削減してください。
EC2 インスタンスタイプが使用ニーズを満たしていることを検証するために、CPU、メモリ、1 秒あたりの入出力オペレーション (IOPS) の Amazon CloudWatch 使用状況メトリクスを確認してください。
自動的な適正サイズ設定のガイダンスを受けるには、AWS Compute Optimizer を使用してください。
EC2 インスタンスの使用率が一貫して 40% を下回っている場合は、インスタンスサイズを削減してください。
本番環境で使用する前に、より小さい EC2 インスタンスタイプをテスト環境でテストしてください。
可変ワークロードを使用する場合は、バースト可能なパフォーマンス EC2 インスタンスを使用してください。
**注: ** 請求対象の vCPU の最小数 4 は引き続き適用されます。

詳細については、『ワークロードに適した EC2 インスタンスタイプを選択する方法を教えてください。』を参照してください。

CPU 使用率を低減する

ライセンスコストを削減するには、同時マルチスレッディングするか、コア数を削減します。これらの設定変更は、次のシナリオで役立ちます。

vCPU 数を低減すると同時に、メモリとストレージを維持したい。
メモリを大量に消費し、CPU 負荷の低いワークロードを使用する。
コアレベルのライセンスコストを削減したい。

CloudWatch のメトリクスを使用して、過小利用および過剰利用のリソースを特定します。

Savings Plans

予測可能な SQL Server ワークロードのコンピュートコストを削減するには、Savings Plans を使用してください。継続的に実行される安定した状態の SQL Server EC2 インスタンスや、使用量が予測可能な本番環境データベースには、Savings Plans を使用することはベストプラクティスです。

**注: ** 営業時間外に停止する開発環境やテスト環境、または他のプラットフォームへの移行を計画しているワークロードには、Savings Plans を使用することはベストプラクティスではありません。

AWS 料金見積りツールを使用する

AWS 料金見積りツールを使用して、設定のライセンスコストをより深く理解し、次の要素間でコストを比較してください。

ライセンス込みと BYOL の比較
異なる SQL Server エディション
専有ホスト費用の見積もり
Savings Plans による節約額

**注: ** SQL Server 付き EC2 Windows インスタンスと Windows のみの EC2 インスタンスの価格差が、SQL Server のライセンスコストとなります。

SQL Server ライセンスを追跡および管理する

SQL Server ライセンスを追跡し、コンプライアンスを維持するには、AWS License Manager を使用してセルフマネージドライセンスを作成してください。

**注: ** License Manager のセルフマネージドライセンスは、追跡およびインベントリ目的のみに用いられます。オペレーティングシステム内で設定するすべてのライセンスは、License Manager に登録されているかどうかに関係なく、BYOL と見なされます。

最適化の機会を自動的に特定するには、AWS Trusted Advisor を使用してください。SQL Server ライセンスについては、「Amazon EC2 インスタンスの統合 (Microsoft SQL Server 向け)」および「過剰にプロビジョニングされた Amazon EC2 インスタンス (Microsoft SQL Server 向け)」チェックを実行できます。

AWS Optimization and Licensing Assessment (AWS OLA) を使用して、環境を評価および改善することもできます。

Cost Optimization Hub を使用する

Cost Optimization Hub を使用すると、自動化されたコスト最適化の機会が得られます。詳細については、『Compute Optimizer を使用して SQL Server ライセンスを最適化する』を参照してください。