AWSのWindows/SQL Serverライセンス費用を最適化する方法｜BYOL・Dedicated Host・License Managerで削減【2026年版】
AWSへ移行したのに、Windows ServerやSQL Serverのライセンス費用が思ったほど下がらない——。EC2の利用料は最適化したはずなのに、ふたを開けるとOSやDBのライセンス代を、社内資産とAWS側とで二重に払っていた、というケースは少なくありません。本記事では、AWS上でWindows/SQL Serverを動かす際のライセンス課金の仕組みを整理し、BYOL（Bring Your Own License）・Dedicated Host・SQL Server License Mobility・AWS License Managerを使った最適化の考え方を、SIer目線で解説します。二重払いや過剰課金がなぜ起きるのか、どう削減試算するのか、切替の実務手順と落とし穴まで、順を追って説明します。
目次
想定読者
本記事は、次のような方を想定しています。
- AWS上でWindows ServerやSQL Serverを運用しており、ライセンス費用が高いと感じている製造業の情シス担当者
- オンプレで購入済みのMicrosoftライセンスを、AWSでも活かせないかを検討している方
- BYOLやDedicated Hostという言葉は聞くが、自社に適用できるか判断できない方
- ライセンスのコンプライアンスを守りつつ、監査リスクなくコストを下げたい方
AWSでWindows/SQL Serverを動かすと、ライセンス費用はどう発生するか
まず押さえておきたいのが、AWS上でMicrosoft製品を動かすときのライセンス課金には、大きく2つの方式があるという点です。この違いを理解しないまま運用すると、過剰課金の温床になります。
ひとつはLicense-Included（ライセンス込み）です。Windows ServerやSQL Serverのライセンス費用が、EC2やRDSの利用料金に組み込まれている方式で、時間課金の料金の中にライセンス代が上乗せされています。新規に手ぶらで始められる手軽さがある反面、使い続ける限りライセンス代を払い続ける構造です。SQL Server EnterpriseなどはこのLicense-Included単価が高く、常時稼働のワークロードではじわじわ効いてきます。
もうひとつがBYOL（Bring Your Own License）です。すでに自社で購入済みのライセンスをAWSへ持ち込んで使う方式で、AWSにはインフラ（コンピュートやストレージ）の費用だけを払います。オンプレからの移行でMicrosoftライセンスを保有している企業にとっては、ライセンス代の二重払いを避ける本命の選択肢になります。
SQL Serverのライセンスは「コア数課金」が基本で、仮想マシンに割り当てたvCPU（多くの場合はコア）に応じてライセンスが必要です。最小コア数の規定や、EnterpriseとStandardのエディション差など、コア数とエディションの2軸でコストが決まる点が、CPU課金の感覚とずれやすいところです。
ライセンス費用が二重払い・過剰課金になる典型パターン
「なぜか下がらない」ライセンス費用には、いくつかの共通した原因があります。自社に当てはまるものがないか確認してください。
パターン1：License-Includedのまま、社内保有ライセンスを遊ばせている オンプレ時代に購入したWindows ServerやSQL Serverのライセンス（とくにSoftware Assurance付き）を持っているのに、AWSではLicense-Includedのインスタンスを立ててしまう。結果として、資産として持っているライセンス代と、AWSに乗せたライセンス代を、実質的に二重に負担している状態です。
パターン2：エディションが過剰 高可用性や大規模分析のためのSQL Server Enterpriseを、実際にはStandardで十分な小〜中規模のワークロードに使っている。Enterpriseはコア単価が高いため、エディションの見直しだけで大きく下がることがあります。
パターン3：コア数の割り当てが過剰 性能要件より多めのvCPUを割り当てており、その分だけコアライセンスも余計に消費している。SQL Serverはコア課金なので、右サイジング（適正サイズ化）がそのままライセンス削減に直結します。
パターン4：ライセンス消費を誰も可視化していない どのインスタンスがどのライセンスを何コア分消費しているかを管理しておらず、規定を超えて割り当ててしまう「オーバーコミット」や、逆に払いすぎに気づけない状態です。
これらは単独ではなく、複合して起きているのが実態です。だからこそ、次に述べる3つの手法を組み合わせて最適化する必要があります。
BYOL・Dedicated Host・License Managerによる最適化手法
ライセンス費用の最適化は、大きく「持ち込み方」と「消費の管理」の2軸で考えます。
BYOLで持ち込む：Dedicated HostとLicense Mobilityの使い分け
保有ライセンスをAWSへ持ち込む場合、Microsoftのライセンス条項によって必要なインフラの形が変わります。ここが最重要ポイントです。
Windows Server自体（OS）をBYOLする場合は、原則としてDedicated Host（専有ホスト）が必要です。Dedicated Hostは物理サーバーを丸ごと専有する形態で、AWSが物理コア数やソケット数を可視化するため、物理単位でライセンスを持ち込む要件を満たせます。共有テナンシー（通常のEC2）ではWindows ServerのOSライセンスの持ち込みは基本的に認められていない点に注意が必要です。
一方、SQL ServerはLicense Mobility（ライセンスモビリティ）という仕組みを使えます。これはSoftware Assurance（SA）が付いたSQL Serverライセンスであれば、Dedicated Hostを使わず、通常の共有テナンシーのEC2上でも持ち込みが認められるというものです。専有ホストを用意せずにBYOLできるため、Windows ServerはLicense-Included、SQL ServerだけをSA付きでLicense Mobility持ち込み、といった組み合わせが現実的な最適解になることも多くあります。
つまり判断の起点は「保有ライセンスにSoftware Assuranceが付いているか」です。SAの有無で取れる選択肢が変わるため、まず契約内容の棚卸しから始めます。
AWS License Managerで消費を管理する
持ち込み方を決めたら、その消費を管理・可視化するのがAWS License Managerです。License Managerでは、保有ライセンスのルール（対象製品、コア数上限、Dedicated Host前提かどうか等）を「ライセンス設定」として登録し、EC2の起動時にそのルールを適用できます。
これにより、規定コア数を超えたインスタンスの起動を制限したり、ライセンス消費状況をダッシュボードで追跡したりできます。「知らぬ間に上限を超えて監査で指摘される」「余っているのに気づかず追加購入する」という両方向の事故を防げるのが利点です。Dedicated Hostと組み合わせれば、ホスト上のライセンス割り当てを自動で管理させることもできます。
右サイジングとエディション最適化
BYOLと管理の仕組みを整えたうえで、コア数の右サイジングとエディションの見直しを行います。SQL Serverはコア課金であるため、性能に見合った最小コアへ寄せることが、そのままライセンス削減になります。加えて、可用性・分析要件を精査してEnterpriseからStandardへ落とせないかを検討します。EC2のコンピュート費そのものの削減は、リザーブドインスタンスやSavings Plansと組み合わせるのが定石です。
なお、SQL ServerをEC2上で自前運用するのではなく、マネージドのAmazon RDS for SQL Serverへ寄せる選択肢もあります。RDS for SQL ServerはLicense Included（ライセンス込み）と、Software AssuranceのLicense Mobilityを使うBYOM（Bring Your Own Media）の2つのライセンスモデルに対応しています。運用工数を下げつつ保有ライセンスも活かせるため、規模や運用体制によってはこちらが総コストで有利になることもあります。
削減試算の考え方と切替の実務手順
「BYOLにすれば安くなる」は直感的にはわかっても、経営層を説得するには試算が要ります。試算のポイントは、License-Includedの単価に含まれるライセンス相当分と、BYOLでのインフラ単価＋保有ライセンスの償却コストを並べて比較することです。
具体的には、次のように現行と最適化後を並べて、年間コストで比較します。保有ライセンスは購入済みの資産なので、追加の現金支出はSAの更新費用など限定的になる点がポイントです。
| 費用項目 | 現行（License-Included） | 最適化後（BYOL＋管理） |
|---|---|---|
| EC2/RDSインフラ費 | ライセンス込みの割高な単価 | ライセンスを含まない素の単価 |
| Windows/SQLライセンス費 | 時間課金に上乗せで継続発生 | 保有ライセンスを充当（SA更新費のみ） |
| Dedicated Host費 | ― | Windows OS持ち込み時に発生 |
| 管理・可視化の工数 | ほぼなし（見えていない） | License Manager導入で可視化 |
Dedicated Hostは専有ホスト分の費用が乗るため、持ち込むライセンス量とホストの稼働率が損益分岐になります。監視対象や台数が多いほどBYOLが効き、少数ならSQL ServerだけをLicense Mobilityで持ち込む方が有利、といった判断になります。試算にはAWS Pricing Calculatorを使い、License-Included版とBYOL（インフラのみ）版の両方で見積もると差が明確になります。
切替の実務手順は、おおむね次の流れです。
- ライセンス棚卸し：保有するWindows/SQL Serverのライセンス数、エディション、Software Assuranceの有無を洗い出す
- 適用可否の判定：SA有無からLicense Mobilityが使えるか、Windows OSにDedicated Hostが必要かを切り分ける
- 構成設計：Dedicated Host構成か共有テナンシー＋License Mobility構成かを決め、コア数・エディションを右サイジングする
- License Manager設定：ライセンスルールを登録し、起動時に適用・追跡できるようにする
- 切替と検証：新構成へ移行し、ライセンス消費が想定どおりか、コンプライアンス上の逸脱がないかを確認する
一般的なAWSコスト削減の打ち手全体を俯瞰したい場合は、次の記事も参考になります。
AWS上のWindows/SQL Serverライセンスの最適化についてお困りでしたら、c3index にお気軽にご相談ください。
ライセンス最適化で守るべきコンプライアンス上の注意点
コスト削減を追うあまり、ライセンス条項に違反しては本末転倒です。最後に、実務で外せない注意点を挙げます。
Software Assuranceの要否と更新を確認する：SQL ServerのLicense Mobilityは、SAが有効であることが前提です。SAが切れているとDedicated Hostが必要になったり、そもそも持ち込みが認められなかったりします。SAの更新漏れは、コンプライアンス違反に直結します。
Windows OSは共有テナンシーに持ち込めない前提を守る：Windows Server自体のBYOLはDedicated Hostが原則です。共有テナンシーで動かしたいならLicense-Includedを選ぶのが安全で、無理な持ち込みは監査リスクになります。
Dedicated Hostの物理コアを基準にライセンスを揃える：Dedicated Hostは物理コア数が可視化されるため、ライセンスは物理コア基準で必要数を満たす必要があります。仮想側のvCPUだけを見て過小に見積もると、コンプライアンス不足になります。
Microsoft監査に耐えられる証跡を残す：License Managerでの消費追跡や、ライセンス証書・SA契約の管理台帳を整えておくと、監査時に証跡を示せます。可視化は、コスト管理だけでなく監査対策としても効きます。
こうした条項判断は、Microsoftのライセンスルール改定の影響も受けるため、最新の条件を前提に設計することが重要です。
よくある質問
Q. すでにAWSでLicense-Includedのまま運用中ですが、今からBYOLに切り替えられますか？
A. 切り替えは可能です。まず保有ライセンスとSoftware Assuranceの有無を棚卸しし、SQL ServerはLicense Mobility、Windows OSはDedicated Hostという適用条件に沿って構成を組み替えます。既存インスタンスの停止・再構成を伴うため、移行計画を立てて段階的に進めるのが安全です。
Q. Dedicated Hostは必ず必要ですか？費用が高いイメージがあります。
A. 必要かどうかは持ち込む製品によります。Windows Server自体のBYOLには原則必要ですが、SQL ServerはSA付きならLicense Mobilityで共有テナンシーに持ち込めるため、Dedicated Hostは不要です。台数が少ない場合は、SQL ServerだけをLicense Mobilityで持ち込む構成が費用対効果に優れることが多いです。
Q. AWS License Managerを入れると何が変わりますか？
A. どのインスタンスがどのライセンスを何コア分消費しているかが可視化され、規定超過の起動を制限したり、消費状況を追跡したりできます。過剰課金と監査リスクの両方を抑えられるため、BYOL運用ではほぼ必須の管理基盤と言えます。
Q. どのくらいコストが下がりますか？
A. 保有ライセンス量・エディション・稼働台数によって幅がありますが、License-Includedの単価に含まれるライセンス相当分が丸ごと不要になるため、SQL Server Enterpriseを多数動かしている環境ほど削減効果が大きくなります。まずはPricing CalculatorでLicense-Included版とBYOL版を並べて試算するのが第一歩です。
まとめ
本記事のポイントをまとめます。
- AWSでのMicrosoftライセンスはLicense-Included（込み）とBYOL（持ち込み）の2方式があり、保有ライセンスを遊ばせたまま込み料金を払うと二重払いになる
- 判断の起点はSoftware Assuranceの有無。SQL ServerはLicense Mobilityで共有テナンシーへ、Windows OSのBYOLはDedicated Hostが原則
- AWS License Managerで消費を可視化し、過剰課金と監査リスクを同時に抑える
- 削減試算はLicense-Includedの単価に含まれるライセンス分と、BYOLのインフラ単価＋SA更新費を並べて年間比較する
- コンプライアンス（SA更新・物理コア基準・監査証跡）を守った設計が前提。無理な持ち込みは監査リスクになる
AWS上のWindows/SQL Serverライセンス最適化は、条項の解釈と構成設計が噛み合って初めて効果が出ます。判断に迷う場合は、ぜひ c3index にご相談ください。
c3index に相談する
c3index は、製造業の基幹システム・保守・クラウド移行を専門とするシステム会社であり、AWSパートナーです。Windows/SQL Serverのライセンス棚卸しから、BYOL・Dedicated Host・License Managerを使った最適化設計、コンプライアンスを守った切替まで、一貫してご支援します。まずはお気軽にお問い合わせください。
