SQL Server ライセンスを理解する

概要:

ワークロードをクラウドに移行する企業が増えるにつれて、クラウドプラットフォームのコストの最適化が最優先事項となっています。ライセンスは、Microsoft ワークロードの実行に関連する最も重要なコストの 1 つです AWS。このセクションでは、SQL Server の Microsoft ライセンスを最適化 AWS して のコストを最適化する方法について説明します。

AWS ライセンスオプション

AWS は、ライセンス用にさまざまな柔軟なコスト最適化の選択肢を提供します。これらのライセンスオプションは、コストを削減し、コンプライアンスを維持し、ビジネスニーズを満たすのに役立つように設計されています。

AWS はライセンスを 3 つの主なタイプに分類します。

1. ライセンス込み – このライセンスオプションを使用すると、ライセンスをオンデマンドで購入して使用でき、使用した分に対してのみ料金が発生します。ライセンス込みオプションは、ライセンスの使用に柔軟性が必要で、前払いコストを回避したいシナリオに最適です。Windows Server、SQL Server、その他の Microsoft 製品から選択できます。

2. ライセンスモビリティを備えた Bring Your Own License (BYOL) 製品 – このライセンスオプションは、既存のライセンスがあり、クラウドで使用するシナリオ向けに設計されています。 AWS では、Microsoft のライセンスモビリティプログラムを通じて、お客様が独自のライセンスをクラウドに持ち込むことができます。SQL Server with Software Assurance (SA) などのライセンスモビリティを持つ製品を共有テナンシーまたは専用テナンシーに持ち込んで、 AWS インスタンスコストを削減できます。

3. ライセンスモビリティのない BYOL 製品 – Windows Server などのライセンスモビリティを持たない Microsoft 製品の場合、 はクラウドでこれらの製品を使用するための専用オプション AWS を提供します。さらに、専有ホストは、物理コアレベルでライセンスする機会を提供します。これにより、ワークロードの実行に必要なライセンス料を 50% 以上節約できます。専有ホストは、ほぼ常時実行される安定した予測可能なワークロードに最適なオプションです。

ライセンス持ち込みによるコストへの影響

ライセンスの持ち込みは、 AWSで Microsoft ワークロードを実行するコストに大きな影響を与える可能性があります。独自のライセンスを持ち込む場合、クラウドで実行されているインスタンスに対して追加のライセンスコストを支払う必要はありません。これにより、大幅なコスト削減につながる可能性があります。

次の比較は、1 つの c5.xlarge インスタンスを 24 時間 365 日実行した場合のオンデマンドの月額コストを示しています。

• Windows Server + SQL Server Enterprise Edition: 1,353 USD/月 (ライセンス込み)

• Windows Server + SQL Server Standard Edition: 609 USD/月 (ライセンス込み)

• Windows Server のみ: 259 USD/月 (ライセンス込み)

• コンピューティングのみ (Linux): 127 USD/月

結局のところ、独自のライセンスを持ち込むと、 AWSで Microsoft ワークロードを実行するコストに大きな影響を与える可能性があります。既存のライセンスを使用すると、ライセンスコストを削減し、全体的な AWS 請求額を節約できます。

ライセンスの最適化

AWS 最適化とライセンス評価 (AWS OLA) は、コンピューティングとライセンスのコストを削減することで、ライセンスの最適化に役立ちます。 AWS OLA は、 で実行されているワークロード AWS 、または移行が予定されているワークロードのライセンス要件を評価するように設計されています。 AWS OLA は、ライセンスの使用を最適化するための推奨事項を提供します。

ライセンスの使用を最適化するための重要な戦略の 1 つは、インスタンスの適切なサイズ設定です。適切なサイズ設定を行うには、CPU、メモリ、およびストレージの要件に基づいて、ワークロードに適したインスタンスタイプを選択する必要があります。適切なインスタンスサイズを選択することで、リソースをコスト効率の高い方法で使用できるようになります。これにより、大幅なコスト削減につながる可能性があります。

Microsoft ソフトウェアライセンスでは、ソフトウェアが実行されるコアの数は、ライセンスコストを決定する上で重要な要素です。例えば、Windows Server および SQL Server ライセンスは通常、コア数に基づいてライセンスされます。インスタンスのサイズを適切に設定することで、Microsoft ソフトウェアが実行されるコアの数を減らし、インスタンスのコストと必要なライセンスの数の両方を減らすことができます。

コスト最適化の推奨事項

ライセンスの最適化は、 AWSでのコスト最適化の重要な要素です。適切な戦略を実装することで、ライセンスコストを削減し、コンプライアンスを維持し、ライセンス投資から最良の価値を実現することができます。このセクションでは、ライセンス最適化のいくつかの戦略の概要を説明します。

対象となる Windows Server ライセンスの持ち込み

独自の Windows Server ライセンスの持ち込みは、ライセンス最適化の最も効果的な戦略の 1 つです。この戦略により、既存の投資を活用して AWS 支出を削減できます。

例えば、2019 年 1 月 10 日より前にライセンスを購入した場合、またはその日付より前に署名された有効な Enterprise 契約の下でライセンスを調整として購入した場合は、Windows Server 2019 以前のバージョンを Amazon EC2 専有ホストにデプロイできます。このルールは、Microsoft が 2019 年に、Windows Server などのライセンスモビリティのない製品のライセンス条件を、出品プロバイダー (Alibaba AWS、Google Cloud など) にデプロイしたときに行った変更に基づいています。新しい条件では、独自の Windows Server ライセンスを に持ち込むことはできません AWS が、代わりにライセンス込みインスタンスを使用する必要があります。ただし、その日より前に永続的ライセンスを購入した場合は、引き続きそれらの Windows Server ライセンスを Amazon EC2 専有ホストにデプロイできます。

物理レベルのライセンス

物理コアレベルでライセンスすることで、ホストの物理コアのみをライセンスできるため、必要なライセンス数に影響を与えることなく、最大数のインスタンスをデプロイできます。これは通常、Windows Server Datacenter および SQL Server Enterprise Edition を使用して行われます。

例として、48 個のコアを持つ R5 専有ホスト (96 個の vCPU に相当) について考えてみましょう。Windows Server Datacenter Edition を使用する場合、必要なライセンスは 48 個のみです。これにより、次の図に示すように、最大 96 個の vCPU を持つインスタンスの組み合わせをデプロイできるようになります。

このアプローチは、ホストで実行できるインスタンスの数を最大化するのに十分なワークロードがある場合に、特に費用対効果が高くなります。物理コアレベルでライセンスすることで、インスタンスごとの追加のライセンスコストを回避し、ライセンス投資に対して最良の価値を実現できます。

SQL Server の物理コアレベルでのライセンス

共有テナンシーでは、SQL Server ライセンスは、インスタンスに割り当てられた vCPU の数に基づきます。これに対し、専有ホストでは、物理コアレベルまたは vCPU レベルで SQL Server Enterprise Edition をライセンスできます。

前述の R5 専有ホストの例と同様に、物理コアレベルで SQL Server Enterprise Edition をライセンスする場合、ホストのライセンスに必要な SQL Server Enterprise Edition ライセンスは 48 個のみです。これに対し、共有テナンシー (オプションは vCPU 単位のライセンスのみ) では、同じワークロードに対して 96 個の SQL Server Enterprise Edition ライセンスが必要です。したがって、専有ホストは、共有テナンシーと比較して SQL Server のライセンスコストを最大 50% 削減できます。これは、対象となる Windows ライセンスを持ち込むことでインスタンスコストを節約することに加えて行われます。

SQL Server インスタンスの統合

SQL Server の統合は、複数の SQL Server インスタンスを 1 つのサーバーに結合するプロセスです。SQL Server では、インスタンスに vCPU が 2 つしかない場合でも、インスタンスごとに最低 4 つのコアライセンスが必要です。つまり、4 コア未満のサーバーで SQL Server を実行すると、これらのインスタンスを過剰にライセンスし、必要以上のライセンスを使用することになります。

例えば、それぞれ 2 つの vCPU を持つ 2 つのインスタンスを、4 つの vCPU を持つ 1 つのインスタンスに統合すると、ライセンス要件を 50% 削減できます。これは、8 つではなく 4 つのコアライセンスのみ必要となるためです。

統合の詳細については、このガイドの「SQL Server consolidation」セクションを参照してください。

SQL Server エディションのダウングレード

SQL Server エディションの変更は、ライセンスの使用を最適化し、コストを削減するための重要な戦略となります。SQL Server の Enterprise エディションは Standard エディションよりもかなり高価であるため、ダウングレードすると大幅なコスト削減につながる可能性があります。

透過的なデータ暗号化 (TDE) と Always On 可用性グループは、SQL Server Enterprise Edition で人気の高い 2 つの機能です。ただし、SQL Server Enterprise Edition の完全な機能セットが必要ない場合は、これらの機能に代わるコスト効率の高い代替方法を検討することもできます。例えば、TDE は、SQL Server 2019 以降の SQL Server Standard Edition で利用できます。Always On 可用性グループの代わりに、FSx for Windows File Server の共有ストレージでフェイルオーバークラスタリングを使用することで、SQL Server Standard Edition で高可用性を実現できます。

SQL Server Enterprise Edition から SQL Server Standard Edition にダウングレードすることで、ライセンスコストを大幅に削減できます。詳細については、 AWS ストレージブログの記事の「高可用性 SQL Server デプロイのコストの最適化 AWS」を参照してください。

ライセンスコストの削減に加えて、SQL Server エディションをダウングレードすると、ソフトウェアアシュアランスの支出を削減し、将来の調整を回避することができます。未使用のライセンスをシェルフに返せば、追加のライセンスコストを回避し、ライセンス投資から最良の価値を得ることができます。

SQL Server ワークロードを慎重に評価し、ビジネスニーズにとって重要な機能を判断することが重要です。詳細については、 AWS 「 規範ガイダンス」の「環境の評価」を参照し、Microsoft SQL Server データベースが SQL Server Enterprise エディション固有の機能を使用しているかどうかを確認します。

SQL Server の適切なエディションを選択し、SQL Server Enterprise Edition の機能に代わるものを使用すると、コンプライアンスを維持し、ビジネスニーズを満たすと同時に、大幅なコスト削減を実現できます。ダウングレードオプションの詳細については、このガイドの「SQL Server エディションの比較」セクションを参照してください。

非本番環境での SQL Server Developer Edition の使用

非本番環境では、オンプレミス環境で MSDN サブスクリプションを使用して、Enterprise Edition や Standard Edition などの SQL Server のライセンス可能エディションをデプロイできます。ただし、MSDN サブスクリプションにはライセンスモビリティはありません。したがって、 に移行する場合 AWS、これらのライセンスを引き継ぐことはできません。代わりに SQL Server Developer Edition を使用する必要があります。

SQL Server Developer Edition は、SQL Server のフル機能のエディションで、無料で利用できます。このエディションは、SQL Server バージョン 2016 以降で使用できます。また、Microsoft のウェブサイトからダウンロードできます。SQL Server Developer Edition は、本番環境のライブデータに接続していない限り、開発、テスト、ステージングなど、すべての非本番環境で使用することを目的としています。

SQL Server Developer Edition を非本番環境で使用した場合、追加のライセンスコストを回避できます。詳細については、このガイドの「SQL Server Developer Edition を評価する」セクションを参照してください。

SQL Server ワークロードの CPU の最適化

RAM やネットワークの制限などの他の要因により、ワークロードに必要な数よりも多くの CPU を持つインスタンスタイプを選択しなければならない場合があります。ただし、 AWS は、このような状況でライセンスコストを最適化するのに役立つソリューションを提供します。

SQL Server コアライセンスを持ち込むほとんどのお客様と同様に、EC2 インスタンスでハイパースレッディングを無効にするか CPU をオフにして、ホストで使用できる CPU の数を制限できます。このオプションを使用すると、追加のライセンスを購入するコストを節約しながら、RAM などの他のインスタンス機能を利用できます。

たとえば、ワークロードに必要なメモリが 128 GB で、SQL Server のコアが 8 つしかないために r5.4xlarge インスタンスをデプロイする場合、アクティブな CPUs が 8 つしかないインスタンスのハイパースレッディングを無効にすることができます。これにより、アクティブに使用されている 8 個のコアのライセンスのみが必要となるため、必要な SQL Server ライセンスを 50% 削減できます。

インスタンスタイプ	vCPU の合計	CPU の最適化機能を備えたアクティブな vCPU	SQL Server ライセンスの節約
r5.4xlarge	16	8	50%
r5.12xlarge	48	8	83%

CPU の最適化機能は、Amazon EC2 起動設定中、または既存のインスタンスを変更することで設定できます。また、BYOL インスタンスとライセンス込みの Amazon EC2 インスタンスの両方に適用することもできます。この柔軟性により、CPU をワークロードのニーズに合わせてサイズ変更しながら、 Windows Server および SQL Serverライセンスを削減できます。ライセンス込みの Amazon EC2 インスタンスの場合、CPUsことでライセンスコストを即座に削減できます。

インスタンスのサイズを適正化すると、ワークロードに対して最も費用対効果の高いインスタンスタイプを確実に使用できるようになります。は新しいインスタンスタイプ AWS を導入するため、これらの新しいインスタンスがより少ないコアでワークロード要件を満たすことができるかどうかを評価することが重要です。

その他のリソース

• アマゾン ウェブ サービスと Microsoft: よくある質問 (AWS ドキュメント)